核心是通过单一全局命名空间对象（如window.myapp）封装所有函数，避免直接污染全局作用域，并用iife保护私有逻辑、支持嵌套扩展，但现代项目应优先采用es module实现真正解耦。
核心是只暴露一个全局标识符，把所有函数挂在这个对象下，而不是直接扔到全局作用域里。
用单一命名空间对象封装
不写 function formatDate() {} 或 var utils = {...} 这类直接挂全局的代码。统一声明一个顶层对象，比如 window.MyApp 或 window.AcmeSDK，所有函数都作为它的属性存在：
MyApp.date.format(date)MyApp.validation.isEmail(str)MyApp.api.fetchUser(id)
这样整个项目只向全局注入一个变量，污染面被严格收窄。
用 IIFE 初始化并保护私有逻辑
立即执行函数表达式（IIFE）能创建独立作用域，把实现细节藏起来，只把需要对外用的函数挂到命名空间上：
- 内部变量（如缓存、计数器、配置）不会泄露到全局
- 可提前检查命名空间是否已存在，避免重复覆盖：
if (!window.MyApp) { window.MyApp = {}; } - 推荐写法：
(function (global) { ... global.MyApp = MyApp; })(typeof window !== 'undefined' ? window : global);
支持嵌套与动态扩展
命名空间不是扁平列表，而是可逐层构造的树状结构：
- 手动构建：
MyApp.ui = MyApp.ui || {};，再定义MyApp.ui.modal = {...} - 或封装工具函数自动创建：
namespace('MyApp.data.cache')自动建立多层对象 - 每次访问深层属性前做空值检查，例如调用
MyApp.data.cache.get()前确认MyApp.data.cache已就位
现代项目优先用 ES Module
命名空间模式适合旧环境或无构建工具的场景，但不是终极方案：
- ES Module 天然隔离作用域，
import/export明确依赖边界 - 打包工具（Webpack、Vite）能自动处理模块合并与作用域提升
- 若仍用命名空间，建议配合
"use strict"和 TypeScript，防止隐式全局和类型误用
命名空间本质是把“一堆散落的全局变量”打包进一个袋子，它缓解污染，但不等于解耦；真正健壮的结构，还得靠模块设计和职责划分。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
