使用框架是必须的，Model层，View层必须职责单一，至于使用MVP、MVVM还是别的什么就看个人偏好和项目需要了。
个人比较偏好MVP，感兴趣可以看一看MVP框架的演化，当然，Rx链式编程也不错。
个人在结构分层上，有这么几个经验：
高内聚的数据层，把与数据读写相关的处理，网络读写、本地读写、缓存数据等，包括模拟数据，都集中到数据层，通过回调或链式调用等方式抛出数据给业务层，通过多版本机制切换模拟数据和真实数据。
松耦合的Activity，界面应该是与业务相关最低的，主要提供一个显示载体，并触发生命周期处理，Activity应该可以很容易地被替换掉。
独立且方便测试的业务层，业务层应该可以实现自动化测试，这非常重要，即使你不去实施自动化测试，把代码写成可以自动化测试的，也能帮你优化代码，该抽象的抽象，该剥离的剥离。
必要时抽象特殊控件，如果控件需要复用，就不要让控件融合进Activity，而是抽象为独立的显示控件，这样既能解耦合，又方便复用。
重庆网站建设、重庆APP开发、重庆小程序开发、重庆网络推广就选天果网络,十余载致力于互联网技术服务、开发及应用,为企事业单位提供一站式、完善的整合网络品牌服务。
