Google其实从未推出过架构模式，MVX 的设计模式都是广大战友战出来的结果，架构总的目的就是“高内聚，低耦合”，只要满足这一点，项目就会满足： 好的阅读性 好的健壮性 好的扩展性 等等

近年来，谷歌的应用框架不断推陈出新，从MVC，MVP，MVVM，到如今官方推荐使用的MVI架构。作为开发者时刻关注着技术的更新迭代，毕竟还是要靠技术吃饭。今天抱着学习的态度，我们一起了解一下

Android 官方的最新架构中引入了 Domain Layer，其核心是由一个个 UseCase 组成，本文将为您介绍 UseCase 的最佳实践。

再复杂的东西，也是由一个个的零件慢慢组装起来的。我们要有蓝图，然后为实现这个蓝图而拧螺丝。拧得多了，也许就有机会拧更大的螺丝。

前言 现在，早上10点半，来到新公司的快三个月了，谈不上适应与否。正要打开 Studio 开始梳理新需求应该如何编排,就莫名的想停下来一会，写点东西，写点有关业务，但又不仅仅是业务的事情。 最近来到新

从架构设计的一无所知, 到现阶段层出不穷的架构设计, 我们的开发和学习的过程中不断的思考, 是否有着一劳永逸的方法来解决我们的所有问题. 不过,"No silver bullet."

在编译时，扫描即将打包到apk中的所有类，将所有组件类收集起来，通过修改字节码的方式生成注册代码到组件管理类中，从而实现编译时自动注册的功能，不用再关心项目中有哪些组件类了。 特点：不需要注解，不会增加新的类；性能高，不需要反射，运行时直接调用组件的构造方法；能扫描到所有类，不…

如果你从事Android开发，请认真看完本篇文章，因为可能会颠覆你对Android开发的认识。 当夜空中繁星点点，一颗璀璨的流星划过，其辉光洒在古老的山谷之中，照亮了一个隐藏在山石之间的洞穴。 洞穴内

不仅只在面试中，在实际工作中，相信大多数的Android程序员也都在迷失在浩瀚的业务中，在一次次和产品的battle以及需求的deadline中丧失了对一个好的业务架构的思考，什么扩展性、通用性、解耦