xjbclz的专栏

15.3层间通信15.3.1通信方式层间通信主要有两种方式：(1)   消息优点：层间的耦合性比较小，而且一个消息可以有多个接收方，如广播消息。缺点：如果系统中的消息比较多，可能处理速度比较慢，或消息队列满了，接收方无法接收到消息。还有一种情况是A发消息给B的，但可能先被C接收了，B也无法接收到消息。(2)   回调函数优点：处理速度比较快。缺点：层间的耦合性比较大

浅谈Hybrid技术的设计与实现前言浅谈Hybrid技术的设计与实现浅谈Hybrid技术的设计与实现第二弹 浅谈Hybrid技术的设计与实现第三弹——落地篇随着移动浪潮的兴起，各种APP层出不穷，极速的业务扩展提升了团队对开发效率的要求，这个时候使用IOS&Andriod开发一个APP似乎成本有点过高了，而H5的低成本、高效率、跨平台等特性马上被利用起来形成了一种新的开

Java平台AOP技术研究1、引言2、AOP技术基础3、Java平台AOP技术研究4、.Net平台AOP技术研究3.1 Java平台AOP技术概览3.1.1 AOP技术在Java平台中的应用AOP在实验室应用和商业应用上，Java平台始终走在前面。从最初也是目前最成熟的AOP工具——AspectJ，到目前已经融和在企业级容器JBoss中的

AOP技术基础1、引言2、AOP技术基础3、Java平台AOP技术研究4、.Net平台AOP技术研究2.1 AOP技术起源AOP技术的诞生并不算晚，早在1990年开始，来自Xerox Palo Alto Research Lab（即PARC）的研究人员就对面向对象思想的局限性进行了分析。他们研究出了一种新的编程思想，借助这一思想或许可以通过减

15.5面向切面编程(AOP)15.5.1AOP简介程序要完成一件事情，一定会有一些步骤，1、2、3、4这样。这里分解出来的每一个步骤可以认为是一个切面。针对每一个切面的间隙，塞一些代码进去，在程序正常进行1、2、3、4步的间隙可以跑到塞进去的代码，那么写这些代码就是面向切面编程(AOP，Aspect-Oriented Programming)。在开发过程中，有些功能是横跨并嵌入众多模

15.2.5实体类模块设计    实体类是现实实体在计算机中的表示。它贯穿于整个架构，负担着在各层次及模块间传递数据的职责。此模块包括各种数据相关的类。15.2.6辅助类模块设计此模块包各种全局辅助性功能相关的类，如APP中各层可能都会涉及对手机号码的校验，此功能可放在这个模块；日志功能通常也放在这个模块。15.2.7三方功能模块设计在APP中使用的三方功能模块大体分为两类：

15.2.3业务逻辑层设计(Presenter)业务逻辑层包括业务处理、数据的生成、处理和转换等业务逻辑相关的类。分为两大功能模块：(1)业务逻辑层接口模块(2)业务逻辑层功能模块强化Presenter的作用，将所有逻辑操作都放在Presenter内也容易造成Presenter内的代码量过大，可以在UI层和Presenter之间设置中介者Mediator，将例如数据校验、组装和

15.2.2展现层设计(View)Android应用的View层包括Activity、Fragment和Adapter等UI相关的类和接口。 分为两大功能模块：(1)展现层接口模块(2)展现层功能模块此功能模块的代码文件有两种管理方式：A按类型分类，如下图： B按功能分类，如下图： 建议按第二种方式管理文件，方便查找一个功能相关的所有文件。转移逻

15.2层次划分15.2.1三层架构    软件的本质是对数据的处理，根据在数据处理过程中的所扮演的不同角色，常见的三层架构，从上到下为：层次职责设计原则展现层(UI)向用户展现特定业务数据，接收用户的输入信息和操作用户至上，兼顾简洁；不包含任何业务相关的逻辑处理

15 APP架构设计15.1基本原则    (1)逐层调用原则及单向调用原则    现在约定将N层架构的各层依次编号为1、2、…、K、…、N-1、N，其中层的编号越大，则越处在上层。那么，我们设计的架构应该满足以下两个原则：      (a)第K（1    (b)如果P层依赖Q层，则P的编号一定大于Q。      其中第一个原则，保证了依赖的逐层性，及整个架构的依赖是逐

14.3MVVM架构MVVM(Model-View-ViewModel)，框架图：ViewModel大致上就是MVP的Presenter和MVC的Controller了，而View和ViewModel间没有了MVP的界面接口，而是直接交互，用数据“绑定”的形式让数据更新的事件不需要开发人员手动去编写特殊用例，而是自动地双向同步。          数据绑定可以认为是Observ

14.2MVP架构MVP(Model-View-Presenter，模型-视图-表示器)，在MVP中View并不直接使用Model，它们之间的通信是通过Presenter (MVC中的Controller)来进行的，所有的交互都发生在Presenter内部。如果要实现的UI比较复杂，而且相关的显示逻辑还跟Model有关系，就可以在View和Presenter之间放置一个Adapter。由这

14 架构模式介绍14.1MVC架构MVC(Model-View-Controller，模型-视图-控制器)，使用MVC的目的是将M和V的实现代码分离，从而使同一个程序可以使用不同的表现形式。C存在的目的则是确保M和V的同步，一旦M改变，V应该同步更新。　　MVC是一个架构模式，是三种设计模式：观察者模式、策略模式和组合模式的合体，核心在观察者模式，它强制性的使应用程序的输入、处理和输

转自：http://rocko.xyz/2015/02/06/Android%E4%B8%AD%E7%9A%84MVP/前言MVP作为一种MVC的演化版本在Android开发中受到了越来越多的关注，但在项目开发中选择一种这样的软件设计模式需保持慎重心态，一旦确定使用MVP作为你App的开发模式那么你就最好坚持做下去，如果在使用MVP模式开发过程中发现问题而且坑越来越