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

我已经阅读了很多关于angular指令和控制器的内容，可以推断出所有变量和作用域在客户端级别的处理量都很高，这可以通过在应用程序中使用多个模块来减少吗？是否建议在web应用程序中使用多个模块？请描述一个设计场景，其中有多个应用程序对web应用程序有利

---

在编辑和阅读回复之后，我想知道在你的应用程序中使用多个模块是否可取，因为我只在需要注入依赖项（如angular ui或angular router）时才使用多个模块。。。但AngularUI提供的任何功能实际上都是指令。所以，如果有一个可重用的通用代码，它应该放在单独的模块中吗？这样它就成了其他各种web应用程序的插件代码了？这是最佳实践吗？

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

网络上最流行的模板只有一个模块，它们是：和

具有多个模块的项目通常是大型项目，需要一个确定的组织，并且需要保持简单的控制器和视图。例如，假设您必须执行电子邮件应用程序。示例结构应为：

EmailApp
   DashBoard
   Inbox
     Tray
   Compose
     Editor
   Span
   Common

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

单片文件（controllers.js中的所有控制器、services.js中的服务等）

按类型组织（每个控制器的文件夹）

---

当他们在做非常不同的、不重叠的工作时。如果应用程序中只有一个模块，则无法添加模块。因此，是的，在应用程序中有多个模块是完全可以接受的。此外，每个网站只能有一个应用程序page@Liam：每个网页一个ng应用程序。但是你可以引导更多的模块，每个应用程序可以有多个模块，每个网站可以有多个应用程序（但你必须像JB Nizet说的那样手动引导它们）。尽管如此，这与“处理”的数量无关。Angular速度非常快，可以处理具有数千个属性的范围。除非您有一个非常独特的场景，否则我不会担心性能。建议将多个模块纯粹作为代码设计实践。模块化和关注点分离始终是一件好事。“请[sic]描述一个设计场景，其中有多个应用程序对web应用程序有益。”这有点宽泛。因此，如果我的收件箱和组合功能具有不同的视图、控制器和服务，即不相交。因此，我可以在同一个模块中创建单独的控制器，或者我可以将它们放在具有不同控制器的单独模块中，那么创建单独的模块是一种好的做法吗？对不起，我现在查看了，我的答案更广泛，因此被删节了。左边的两个结构是按功能组织的（如上所示）并按功能性和类型进行组织。这是一个更好的选择，广泛的应用程序是有单独的功能模块，然后在这里面分离控制器，视图，过滤器，服务等。也许你想把它都放在单独的文件夹，也许不是你的选择。必须有一个共享的或公共的模块，该模块具有所有模块的通用功能，如数据检索服务、指令、过滤器、控制器，如NavController（navegation的控制器）。