基于组件的业务模型---实现框架
2014-03-15 22:32
483 查看
首先,废话少说,上截图:
其中:
J12CompProxy为组件代理根本之所在,追根到底,实际上是Runable的子类(此处仅代表一种实现方式,可替换)
J12CompProxyFactory为组件工厂类,用于获取组件对象
J12CompSessionData用于组件之间传递消息(请注意此处的action,context,bundle)
------------------------------------------------------------------------------------------------------------------------------------------------------------
为何要用基于组件的业务模型这种方式?
1、本身业务比较丰富,功能繁多
2、业务变化快,上线紧急
基于组件的业务模型的好处?
1、每个组件包含:页面+业务逻辑+数据,作为一个整体模块,独立于整个系统;
2、最大程度降低耦合,保障并行开发,减少协作和沟通;
3、提高可复用性;
4、不改变原有的Android开发习惯。
先假设已存在组件A与组件B,组件A中包含ActivityA1,组件B中包含ActivityB1.
那么如何在组件之间进行跳转,也就是如何从ActivityA1中跳转到ActivityB1?
此时ActivityA1只需要知道2件事:系统中存在哪些组件,以及组件支持何种功能。
那么ActivityA1只需要告诉组件A,我要用组件B的XX功能即可实现跳转。
~~~~~~~~~~~~~~~~
阅读上述介绍后,请查看J12框架[https://github.com/LnYong/J12](直接下载https://github.com/LnYong/J12/archive/master.zip),然后继续阅读下面内容:
继续详细解释代码:
J12CompProxy,组件抽象类。
组件需要继承此类,并且实现其中的几个方法:run()方法,execute()方法,getInstance()方法。
run()方法实际为线程的run()方法,这里需要用户去实现此方法(一般在此方法中用Intent做Activity跳转);
execute()方法,用户需要实现此方法,并且在此方法中new当前线程的对象,调用其start()方法来执行处理业务的run()方法;
getInstance()方法以单例模式获取组件对象。
J12CompProxyFactory
组件工厂类。通过类全名反射得到组件对象。
J12CompSessionData
用于组件之间传递消息。提供了:
context:组件获取Activity上下文
action:用于通知组件跳转目的地
bundle:同Intent中的bundle,组件之间传递消息容器。
大概组件的实现思路是:
通过线程run方法来实现Activity之间的跳转,表现为组件之间的跳转。
详细代码请下载[https://github.com/LnYong/J12](直接下载https://github.com/LnYong/J12/archive/master.zip),包含实现以及实例。
有任何疑问或者建议请站内信联系或(https://github.com/LnYong/J12/issues)
其中:
J12CompProxy为组件代理根本之所在,追根到底,实际上是Runable的子类(此处仅代表一种实现方式,可替换)
J12CompProxyFactory为组件工厂类,用于获取组件对象
J12CompSessionData用于组件之间传递消息(请注意此处的action,context,bundle)
------------------------------------------------------------------------------------------------------------------------------------------------------------
为何要用基于组件的业务模型这种方式?
1、本身业务比较丰富,功能繁多
2、业务变化快,上线紧急
基于组件的业务模型的好处?
1、每个组件包含:页面+业务逻辑+数据,作为一个整体模块,独立于整个系统;
2、最大程度降低耦合,保障并行开发,减少协作和沟通;
3、提高可复用性;
4、不改变原有的Android开发习惯。
先假设已存在组件A与组件B,组件A中包含ActivityA1,组件B中包含ActivityB1.
那么如何在组件之间进行跳转,也就是如何从ActivityA1中跳转到ActivityB1?
此时ActivityA1只需要知道2件事:系统中存在哪些组件,以及组件支持何种功能。
那么ActivityA1只需要告诉组件A,我要用组件B的XX功能即可实现跳转。
~~~~~~~~~~~~~~~~
阅读上述介绍后,请查看J12框架[https://github.com/LnYong/J12](直接下载https://github.com/LnYong/J12/archive/master.zip),然后继续阅读下面内容:
继续详细解释代码:
J12CompProxy,组件抽象类。
组件需要继承此类,并且实现其中的几个方法:run()方法,execute()方法,getInstance()方法。
run()方法实际为线程的run()方法,这里需要用户去实现此方法(一般在此方法中用Intent做Activity跳转);
execute()方法,用户需要实现此方法,并且在此方法中new当前线程的对象,调用其start()方法来执行处理业务的run()方法;
getInstance()方法以单例模式获取组件对象。
J12CompProxyFactory
组件工厂类。通过类全名反射得到组件对象。
J12CompSessionData
用于组件之间传递消息。提供了:
context:组件获取Activity上下文
action:用于通知组件跳转目的地
bundle:同Intent中的bundle,组件之间传递消息容器。
大概组件的实现思路是:
通过线程run方法来实现Activity之间的跳转,表现为组件之间的跳转。
详细代码请下载[https://github.com/LnYong/J12](直接下载https://github.com/LnYong/J12/archive/master.zip),包含实现以及实例。
有任何疑问或者建议请站内信联系或(https://github.com/LnYong/J12/issues)
相关文章推荐
- 基于事件驱动的领域模型实现框架 - 分析框架如何解决各种典型业务逻辑场景
- 基于事件驱动的领域模型实现框架 - 分析框架如何解决各种典型业务逻辑场景
- 在python中实现基于ICE框架的client、server模型
- 基于组件的业务模型——在保险业的应用
- 基于 OSGi 服务模型实现组件之间松耦合通信
- 精心设计的基于组件的C# Win Forms实践 一个框架数据库驱动多个业务逻辑数据库
- 精心设计的基于组件的C# Win Forms实践 一个框架数据库驱动多个业务逻辑数据库
- 【Yom框架】漫谈个人框架的设计之三:业务接口+UI层的设计(基于Castle实现的Repository)
- delphi 基于模型驱动的表单拓展组件的设计与实现。
- 基于Hadoop的MapReduce框架实现最简单PageRank模型
- 基于组件模型的虚拟打印系统的研究与实现
- AlexNet模型实现(4. 基于Tensorflow的python实现)
- c#中异步基于消息通信的完成端口的TCP/IP协议的组件实现(源代码)
- (转)基于Metronic的Bootstrap开发框架经验总结(9)--实现Web页面内容的打印预览和保存操作
- windows下基于tensorflow框架的neural art论文实现
- 分布式Web应用----基于Socket+动态代理实现简单RPC 生产者消费者模型
- 基于状态机模型的编程方法及其框架软件设计
- MySQL互为主从模型实现基于SSL复制
- vue-cli结合Element-ui基于cropper.js封装vue实现图片裁剪组件功能
- 基于cookie在nginx实现业务灰度发布 推荐