此外，借助 AngularJS，MEAN 堆栈还可以开发胖客户端应用程序。例如，这与ROCA架构风格形成鲜明对比，后者要求在客户端谨慎而谨慎地使用 JavaScript。在符合 ROCA 的客户端中，JavaScript 被悄悄地使用来逐步改进用户界面（渐进式增强）。该应用程序也应该在没有 JavaScript 的情况下运行。根据 ROCA 架构风格，胖客户端应用程序只能用于高度交互的用例（例如基于 Web 的编辑器或在线 CAD 系统）。
结论
总之，可以说 MEAN 堆栈为建立交互式 Web 应用程序架构时提供了良好的讨论基础。然而，MEAN 堆栈并不适合所有应用程序。
如果您发现安装和调整 MEAN 堆栈的各个组件太耗时，您应该仔 拉斯维加斯电子邮件列表 细研究Meteor JavaScript 框架。 Meteor 也基于 Node.js 和 MongoDB，但它从组件中抽象了很多，对于中小型应用程序非常有帮助。这句话出现在我的文章“节食软件项目：需要精益解决方案”的末尾。带着这句话我今天再次讨论这个话题：什么是敏捷软件开发？哪些定价模型适合这个？只有“预算”问题能够得到让大家满意的解决，敏捷理念才会在企业中进一步传播。
十三年的新闻
2001 年，IT 世界仍然不同：Windows Millenium Edition 是当时的 Microsoft 操作系统，iTunes 仍然是未来的事物，手机拥有真正的键盘。当年——2001年2月——一些软件爱好者在《敏捷宣言》中总结了开发思想和实践；敏捷概念迅速传播的开始。其背后的想法是：功能版本在较短的开发周期内发布。一步步创建新的解决方案。与计划驱动方法的根本不同，在计划驱动方法中，软件规范在项目开始时就被完全捕获，然后在一个史诗般的开发周期中进行编程。相比之下，敏捷项目可以快速交付可见的结果；例如，这非常适合移动应用程序每隔几天甚至几小时发布一次的时代。
尽管当前人们对敏捷性充满热情，但对企业现实的审视表明，一开始的敏捷性老虎往往最终会变成计划驱动的床边地毯。事实证明，人员和流程的持久性太大了。但公司面临的问题实际上并不是敏捷软件开发是否有意义。这只是找到适当的敏捷性水平。因为提前 100% 规划软件项目根本不可能。我们追求的是“驯服的敏捷性”。
敏捷开发的优势——至少从客户和开发人员的角度来看：项目可以灵活地适应新的发现、新的优先事项和新的需求。
敏捷开发的缺点——至少从采购和控制的角度来看：项目可以灵活地适应新的发现、新的优先事项和新的要求。毕竟，没有精确指定的东西如何能够准确评估呢？
具有正确的定价机制。