在过去的一段时间里，我有机会开发一些应用程序，因为个人原因，看看今天的公司在Android生态系统中组织他们的工作，我遇到过很多次这样的项目配置:
- MVP (Model-View-Presenter)作为应用架构的设计模式; RxJava用于响应式编程
- Dagger2用于依赖注入;
- ButterKnife，用于绑定带有注释的字段，与Dagger2结合使用，以使您的生活更简单;
- Espresso和Mockito用于测试(在这种环境下使用这种设置真的很好)
那么，在你看来，这将成为一个新的标准吗?如果是这样，你认为这是一个好主意应用这个(相对)新的指导方针，你通常使用这种项目工具/模式/库到你的应用程序，或者你认为有更好的东西?如果你不喜欢，它，为什么?你觉得有什么更好的办法吗?
(显然，每个项目都是不同的，对于每个项目，总是更好地为所涉及的用户/团队/开发人员设计最佳的解决方案/体系结构。我正在试图理解/讨论这种模型，似乎在他的概念中被广泛应用于许多公司)
谢谢你的时间，我希望能就这个争论创造一个有趣的讨论，以提高我们的技能/项目。
享受你的一天!
我们不能说以上方法是标准的，因为Android-Sdk没有任何来自其库和API的官方支持。但就目前的开发环境而言，开发人员正在使用这些方法为他们的应用程序编写更好的代码库，更好地理解未来的开发。
据我所知，使用这些库只有在它们得到开发人员的良好支持时才有用，因为它们是开源库。例如，我现在使用AndroidMVC的MVP模式。据我所知，这是一个非常好的库，因为我从去年开始使用它，但是因为只有一个开发人员在这个库上工作，所以很难得到bug修复的支持(忘记增强)。
因此，在选择任何开源库时，您应该始终查看所有参数，如支持，增强，bug等。
像Glide, ButterKnife, OkHttp, Couchbase lite, retrofit, Volley等库都是Android的常青库。
但是OkHttp, Retrofit和Volley用于类似的目的，即网络。现在开发人员必须根据每个库的优缺点进行选择。
对于的问题——我们是否应该使用库?考虑。我想是的。我们应该使用这种稳定的库，因为它节省了很多时间，如果我们已经有了库的形式，那么重写代码是没有用的。