高内聚函数应自包含、少依赖外部状态，通过精准声明变量位置、合理嵌套函数、避免作用域污染、用闭包固化配置来实现。
在词法作用域规范下编写高内聚的函数逻辑，核心是让函数内部变量、行为和依赖都尽可能“自包含”，不意外依赖外层或全局状态，同时利用作用域天然的嵌套关系组织职责。这不是靠技巧堆砌，而是对变量声明位置、函数嵌套层级和数据流动方向的主动设计。
明确变量声明位置，缩小作用域范围
每个变量只在它真正被需要的地方声明，优先用 let/const 而非 var，借助块级作用域天然限制可见性：
- 循环计数器、临时计算结果、条件分支中的局部值，都放在对应
{}块内声明，避免泄漏到函数顶层 - 函数参数直接用于逻辑，不额外提升为同名变量（如
const name = inputName;多余） - 避免在函数顶部集中声明一堆变量，尤其是只在某个分支才用到的
用嵌套函数封装职责，而非共享变量
当一段逻辑需要多个步骤协作，且这些步骤共用某些中间状态时，不要把状态提到外层函数再反复传参，而应把它们封装进一个嵌套函数中：
- 例如处理一组配置项：先过滤、再转换、最后合并，可写成
processConfigs()内部定义filter()、transform()、merge()，它们共享闭包中的原始数据，但对外不暴露中间变量 - 嵌套函数不暴露给外部调用，只作为实现细节存在，这样修改内部逻辑不会影响调用契约
- 比用一个大函数 + 大量局部变量 + 长长的 if-else 更易读、更易测试
避免“作用域污染”，谨慎使用 this 和全局引用
高内聚要求函数行为稳定、可预测，而随意访问外部 this 或全局对象会引入隐式依赖：
立即学习“Java免费学习笔记（深入）”；
- 普通工具函数尽量写成纯函数：只依赖参数，不读取
window、document、模块级变量或this - 若必须操作 DOM 或环境对象，显式作为参数传入（如
render(container, data)），而不是在函数里直接写document.getElementById - 构造函数或类方法中，避免在方法内部修改未声明的实例属性（如
this.tempResult = ...），应在 constructor 中初始化或用私有字段（#tempResult）明确边界
用闭包固化配置，替代重复传参
当一组函数高频共用某些配置项（如 API 地址、超时时间、格式化规则），可用工厂函数返回闭包，把配置“封印”进词法环境：
- 例如
createApiClient({ baseUrl: '/api', timeout: 5000 })返回一组get、post方法，它们自动携带配置，调用时不需每次都传 - 这种方式既保持了单个函数的简洁性（无冗余参数），又避免了全局常量或 this 绑定带来的耦合
- 配置变更只需重建工厂实例，不影响已有函数的调用方式
