者的比较会很有趣这最终将允许

doreamon999

操作 ，而不必担心破坏任何小部件或导致应用程序的内部状态变得不一致。 缺点：某些人认为许可具有限制性且难以理解。如果更清楚使用  的前期和长期成本是什么，就会有更多的人投资 。对于其他一些结构性解决方案来说，这不是一个问题，但对于较大的企业来说，这可能不是一个令人担忧的问题。 优点：  是一个非常棒的软件包，可用于快速构建供内部使用的 。我就是其中之一，喜欢使用  和  进行构建，对我来说，在这个级别上进行修改会带来极大的满足感。尽管  让人感觉您并没有真正使用 ，但它仍然提供了强大的功能，特别是当您使用它来创建复杂的  时。 缺点：也就是说……我绝对同意它非常重，而且我不认为我会推荐它用于面向外部的  应用程序。总的来说，我对这个包最大的不满实际上是，它更像是一个  来测试，而不是我想要的。我们的测试人员实际。

上最终切换到了 ，因为尝试在  中使用它变得非常困难。 蝙蝠侠  优点：它有一个很棒且易于使用的视图绑定系统。与  配合得非常好，并且都是约定优于配置。 缺点：文档可以做得更好，我觉得  不会添加他们声称会添加的功能。 不要害怕尝试  虽然开发人员不太可能需 Whatsapp 号码列表 要学习如何使用这些框架中的多个，但我确实鼓励探索那些您不熟悉的框架。在此过程中可以学到大量有趣的事实和技术。 就我而言：我发现  的实现需要最少的手写代码行。我既不是  的常客，也不是  的常客，但这本身就给了我一些思考。也许我可以利用一些使这成为可能的东西并将其引入我确实使用的框架中。或者，如果我发现社区和支持随着时间的推移而得到改善，也许我会在未来的项目中使用 。 无论您最终是否使用不同的解决方案，最终您从探索中获得的只是更多关于现有内容的知识。 超越 框架  虽然 系列模式在构建应用程。



序时非常流行，但它们的局限性在于它们不解决任何类型的应用程序层、视图之间的通信、执行工作的服务或其他任何内容。因此，开发人员可能会发现他们有时需要探索  之外的内容 — 有时您绝对需要进一步利用他们提供的功能。 我们联系了那些通过自己的模式或现有框架的扩展进一步推进  的开发人员，以了解您在哪些方面还需要更多东西。 “就我而言，我需要一些  的东西。我注意到  应用程序中存在一些模式，开发人员意识到需要一个对象来协调应用程序的各个部分。大多数时候，我看到开发人员尝试使用  构造（例如视图来解决这个问题，即使实际上并不需要它。这就是为什么我转而探索对应用程序初始化程序的需求。 我还发现  并没有真正描述处理页面或应用程序区域的方法。 区域管理的要点是，您可以定义屏幕的可见区域并为其构建最基本的布局，而无需知。