从模块的耦合程度谈程序设计

在结构化设计中，模块是设计的最小单位，模块之间的关联程度，用耦合度来表示。模块之间的耦合度越高，模块的独立性就越差，后期的维护成本也就越高。因此，在程序设计过程中，我们追求的是低耦合度。

耦合度从低到高：

1. 非直接耦合
2. 数据耦合
3. 标记耦合
4. 控制耦合
5. 外部耦合
6. 公共耦合
7. 内容耦合（高级语言一般不会涉及到这里）

给定一个场景，登陆后显示系统消息。
在这个场景中，非直接耦合是模块之间，通过控制层调度发生关联关系，给一段reactjs的代码：
控制层

import { Login, Message } from './components'
import { apiLogin, apiFetch } from './apis'

login async () => {
  const { token } = await apiLogin()
  const { messages } = await apiFetch(token)
  this.setState({ messages, loginSuccess: true })
}

render () {
  const { messages, loginSuccess } = this.state;
  return (
    <Login loginSuccess onLogin={this.login} />
    <Message loginSuccess messages={messages}  />
  )
}

在上面的代码中，Login和Message组件是相互独立的，不存在直接的依赖关系，即后期对Login组件的维护所产生的副作用波及到Message组件的几率相对较低。（这里我想起汽车的独立悬挂和承载式悬挂所带来的驾乘体验）
因此，在设计程序时，尽量将模块之间的通信通过控制层来完成，即在控制层面，模块之间尽量不存在直接依赖。