Model View Presenter 和依赖注入是否正在成为 Android 开发的新标准？
Is Model View Presenter and Dependency Injenction becoming a new Standard for Android Development?
在过去的一段时间里，我有机会出于个人原因开发了一些应用程序，并看看今天公司在 Android 生态系统中组织他们的工作，我遇到了很多很多次项目配置种类：
- MVP（模型-视图-呈现器）作为应用架构的设计模式；
- RxJava 用于基于事件的响应式编程；
- 用于依赖注入的 Dagger2；
- ButterKnife 用于字段绑定注解，与 Dagger2 结合使用，让您的生活更简单；
- 用于测试的 Espresso 和 Mockito（在这种环境中使用这种设置真的很不错）
那么，您认为这会成为新标准吗？如果是这样，您认为应用这个（相对）新指南是个好主意吗？您通常将这种项目 tools/pattern/libraries 用于您的应用程序，或者您认为有更好的东西吗？如果你不喜欢，它，为什么？您认为什么是更好的方法？
(显然每个项目都是不同的，对于每个项目总是更好地设计最好的 solution/architecture 可能涉及的类型 users/team/dev。我正在尝试 understand/discuss这种好像在他的概念里广泛应用在很多很多公司的模型)
感谢您抽出宝贵时间，我希望就此论点进行有趣的讨论，以改善我们的 skillset/projects。
祝你今天愉快！
我们不能说上述方法是标准的，因为 Android-Sdk 没有来自其库和 API 的任何官方支持。但就现在开发环境而言，开发人员正在使用这些方法为他们的应用程序编写更好的代码库，更好地理解未来的开发。
据我所知，只有在开发人员的良好支持下使用这些库才有用，因为它们是开源库。例如，我现在正在使用 AndroidMVC 作为 MVP 模式。据我所知，这是一个非常好的库，因为我从去年开始就在使用它，但是由于只有一个开发人员在该库上工作，所以很难获得对错误修复的支持（忘记增强功能）。
因此，在选择任何开源库时，您应该始终查看所有参数，如支持、增强、错误等。
像Glide, ButterKnife, OkHttp, Couchbase lite, retrofit, Volley等图书馆是Android的常青图书馆。
但是 OkHttp、Retrofit 和 Volley 再次用于类似的目的，即用于网络。现在开发人员必须根据每个库的优缺点进行选择。
就问题 - 我们是否应该使用图书馆？ 进行了考虑。我想是的。我们应该使用这些稳定的库，因为它可以节省很多时间，如果我们已经以库的形式重写代码就没有用了。
在过去的一段时间里，我有机会出于个人原因开发了一些应用程序，并看看今天公司在 Android 生态系统中组织他们的工作，我遇到了很多很多次项目配置种类：
- MVP（模型-视图-呈现器）作为应用架构的设计模式；
- RxJava 用于基于事件的响应式编程；
- 用于依赖注入的 Dagger2；
- ButterKnife 用于字段绑定注解，与 Dagger2 结合使用，让您的生活更简单；
- 用于测试的 Espresso 和 Mockito（在这种环境中使用这种设置真的很不错）
那么，您认为这会成为新标准吗？如果是这样，您认为应用这个（相对）新指南是个好主意吗？您通常将这种项目 tools/pattern/libraries 用于您的应用程序，或者您认为有更好的东西吗？如果你不喜欢，它，为什么？您认为什么是更好的方法？
(显然每个项目都是不同的，对于每个项目总是更好地设计最好的 solution/architecture 可能涉及的类型 users/team/dev。我正在尝试 understand/discuss这种好像在他的概念里广泛应用在很多很多公司的模型)
感谢您抽出宝贵时间，我希望就此论点进行有趣的讨论，以改善我们的 skillset/projects。
祝你今天愉快！
我们不能说上述方法是标准的，因为 Android-Sdk 没有来自其库和 API 的任何官方支持。但就现在开发环境而言，开发人员正在使用这些方法为他们的应用程序编写更好的代码库，更好地理解未来的开发。
据我所知，只有在开发人员的良好支持下使用这些库才有用，因为它们是开源库。例如，我现在正在使用 AndroidMVC 作为 MVP 模式。据我所知，这是一个非常好的库，因为我从去年开始就在使用它，但是由于只有一个开发人员在该库上工作，所以很难获得对错误修复的支持（忘记增强功能）。
因此，在选择任何开源库时，您应该始终查看所有参数，如支持、增强、错误等。
像Glide, ButterKnife, OkHttp, Couchbase lite, retrofit, Volley等图书馆是Android的常青图书馆。
但是 OkHttp、Retrofit 和 Volley 再次用于类似的目的，即用于网络。现在开发人员必须根据每个库的优缺点进行选择。
就问题 - 我们是否应该使用图书馆？ 进行了考虑。我想是的。我们应该使用这些稳定的库，因为它可以节省很多时间，如果我们已经以库的形式重写代码就没有用了。