Module 为什么/何时应该使用dojo模块?

Module 为什么/何时应该使用dojo模块?,module,dojo,Module,Dojo,我已经读了很多关于编写模块的书,但我仍然不明白为什么要使用模块。在模块中编写代码的优势在哪里?我应该在什么时候使用它?希望这个问题听起来不傻 你好,米里亚姆,为什么?划分相关功能,以便可重用和可维护 什么时候?没有硬性规定。对我来说,我线性地编写代码,以便尽可能快地将想法从脑海中抹去。在某种程度上,我有一种感觉——“哇,这太多代码了”——我把功能分解成模块。突然之间,原来一大块代码变成了几段,每段代码都完成了整个代码的一部分 理论上的目标是每个模块将做一件事,并且做得很好。模块是代码的“原子”,

我已经读了很多关于编写模块的书,但我仍然不明白为什么要使用模块。在模块中编写代码的优势在哪里?我应该在什么时候使用它?希望这个问题听起来不傻


你好,米里亚姆,为什么?划分相关功能,以便可重用和可维护

什么时候?没有硬性规定。对我来说,我线性地编写代码,以便尽可能快地将想法从脑海中抹去。在某种程度上,我有一种感觉——“哇,这太多代码了”——我把功能分解成模块。突然之间,原来一大块代码变成了几段,每段代码都完成了整个代码的一部分

理论上的目标是每个模块将做一件事,并且做得很好。模块是代码的“原子”,是最小的重用单元:它只做一件事,没有其他模块做那一件事

实际上,我最终得到的模块可以做以下几类事情:

  • 模型,为我的应用程序中的数据建模的模块
  • 视图、具有变量替换的HTML模块模板
  • 将视图和模型粘合在一起的控制器、模块。99%的时候,视图和控制器都是表单
  • 管理者、负责控制交互部分的模块:例如,集中式数据通信、锁管理、, 等等
  • 对话框,与单个对话框相对应的模块
  • 烤面包机,一个弹出消息的模块

  • 为什么??划分相关功能,以便可重用和可维护

    什么时候?没有硬性规定。对我来说,我线性地编写代码,以便尽可能快地将想法从脑海中抹去。在某种程度上,我有一种感觉——“哇,这太多代码了”——我把功能分解成模块。突然之间,原来一大块代码变成了几段,每段代码都完成了整个代码的一部分

    理论上的目标是每个模块将做一件事,并且做得很好。模块是代码的“原子”,是最小的重用单元:它只做一件事,没有其他模块做那一件事

    实际上,我最终得到的模块可以做以下几类事情:

  • 模型,为我的应用程序中的数据建模的模块
  • 视图、具有变量替换的HTML模块模板
  • 将视图和模型粘合在一起的控制器、模块。99%的时候,视图和控制器都是表单
  • 管理者、负责控制交互部分的模块:例如,集中式数据通信、锁管理、, 等等
  • 对话框,与单个对话框相对应的模块
  • 烤面包机,一个弹出消息的模块

  • 模块本质上等同于类。模块本质上等同于类。