Question

我已经阅读了很多关于角度指令和控制器的内容，并且可以在客户端级别收集所有变量和范围大量处理，可以通过在应用程序中使用多个模块来减少这种情况，并且建议使用多个模块您的网络应用中的模块？请描述一个设计场景，其中有多个应用程序对Web应用程序有益。

在编辑和阅读响应之后我想知道是否建议在你的应用程序中有多个模块，因为我只使用了多个模块，只需要注入像angular-ui或angular-router这样的依赖项...但是，角度ui提供的功能实际上是指令。那么如果有一个可重用的通用代码应该放在单独的模块中吗？以便它成为各种其他网络应用程序的插件代码？这是最好的做法吗？

Answer 1

关于代码组织的事情并非如此简单。它取决于您的大多数应用程序的大小或可扩展性。我的意思是使用多个模块不是强制性，但趋势是这样的，因为AngularJS今天的应用程序更强大。

网络上最受欢迎的模板只有一个模块，对于Yeoman来说是Angular Seed和generator-angular。

具有多个模块的项目通常是大项目，其中必要的组织和保持简单的控制器和视图的必要性。例如，假设您必须执行电子邮件应用程序。样本结构应该是：

EmailApp
   DashBoard
   Inbox
     Tray
   Compose
     Editor
   Span
   Common

恢复4个主要预定义的结构来组织代码：

单片文件（controllers.js中的所有控制器，services.js中的服务等）
按类型组织（每个控制器的文件夹）

我的角度js web应用程序应该只有一个模块吗？

1 个答案: