传送门 ☞ 轮子的专栏 ☞ 转载请注明 ☞ http://blog.csdn.net/leverage_1229

1糅合技术（Mashup）

Mashup是糅合，即一种交互式Web应用程序，它利用了从外部数据源检索到的内容来创建全新的创新服务。Mashup实质是将多种使用公共或者私有数据库的web应用，通过调用内容提供者的Web API，将信息糅合在一起，形成一个整合应用。Mashup一般使用源应用的API接口，或者是一些RSS输出（含atom）作为内容源；区别于Portal门户，Mashup不需要Portal容器就可以进行页面和内容的整合。
Mashup Web站点的特点就表现为它利用了从组织边界之外的数据源获取的内容和功能，并在客户端或者服务端进行糅合组装。Mashup机制降低了系统的耦合性，提供了从底层数据到上层页面的业务共享方式。

2排队论（Queue Theory）

运用排队论对工作项池、实例池等系统进行性能预测、性能分析和性能评价，通过对系统定量评测结果，可以计算出具体的参数配置，进一步提高系统工作效率。
通过对统计分析以及流程的建模分析，找出影响系统运行的关键因素，从而指导设计，优化系统。

3流水线技术（Pipe Line）

流水线技术运用在系统建模上，目的在于提供对系统性能、吞吐率、效率等指标进行评价分析的理论依据。

4组件化设计（Component Based Design）

组件化设计大大加强了系统的鲁棒形和可维护性，各组件之间相对比较独立，组件间调用基于公布的接口约定，系统的局部改动将不会影响整体，由此企业可以根据发展的需要，随时替换旧有的组件以满足工作的需要。

5服务注册与发现（Service Registery/Discovery）

在SOA体系中，服务生产者创建服务，通过编码或者配置来执行某种业务流程，并且对服务注册发布这些服务的目录信息。在SOA中进行重用意味着很多服务消费者共享同样的服务实例。因为当共享的服务停止或者移植到其他的地方，使用它的应用系统就会终止，这样在服务提供者的实现和位置修改时，确保服务消费者不会终止就非常重要。
服务注册是基于UDDI标准的。UDDI服务注册是开放的，基于XML的，平台无关的，允许将业务展示在Internet上，并且为与其它业务交互定义参数；或者企业内部的一个团体对其他的团体开发它的服务。UDDI注册机制是基于目录的体系结构，其注册内容包括技术模型和业务模型等。

6对接口编程（Programming to Interface）

对接口编程主要是一种把功能与实现分离以降低耦合度，保持组件之间的相对独立性的设计思想。通过提供不同的子类实现，使系统有较好的可扩展性，同时增加代码稳定和健壮性，降低耦合性等。

7单向依赖（n-Tier Architecture Model）

多层设计通常会增加一些系统的复杂度，但其有助于提高系统的可伸缩性和系统的可管理/维护性。其目的是为了使系统更容易被理解，不同的部分相对独立，能够被较容易的替换和改进。应注意降低层与层的耦合性，这里我们使用单向依赖来降低层间耦合，同时使用IoC 容器来管理这些依赖关系。

8设计模式（GoF经典模式, J2EE 核心模式, EJB设计模式）

在面向对象的编程中，软件编程人员更加注重以前的代码的重用性和可维护性。设计模式使人们可以更加简单方便地复用成功的设计和体系结构。将已证实的技术表述成设计模式也会使新系统开发者更加容易理解其设计思路。可以有效的提高开发效率和质量，提高系统的稳定性和灵活性。

9反转控制IoC（依赖注入Dependency Injection）

采用IoC，由容器控制程序之间的依赖关系，而非传统实践中，由程序代码主动直接控制。控制权由应用代码中转到了外部容器。调用者不必了解被调用者的创建过程甚至自己创建被调用者，从而实现调用者和被调用者解耦。同时也为容器提供其它横切服务（如事务控制）提供了便利。

10AOP（Aspect Orient Programming）

有一些问题(方面/关注点)，如取得/关闭数据库连接、事务管理、安全控制等，一般在多个模块或组件中存在，AOP提供了横切的思想，跨越不同组件，对问题提供了集中统一的解决方案，简化开发，降低耦合性，是OOP的有益补充。

11基于UML 的OOA/OOD

UML是工业标准，广泛用于系统分析与设计中。OOA/OOD基于面向对象的思想，符合OOP开发人员的习惯，为OOP提供良好的基础。OOA/OOD结合UML有助于提高沟通的效率和效果，提高分析与设计的质量。

12序列化（Serialization）

对象与字节流的互相转换机制。通过序列化操作可以完成内存对象的网络传输、二进制存储、关系型数据库管理等功能。

某大型银行深化系统之二：设计策略相关推荐

某大型银行深化系统之二十：异常规范
传送门 ☞ 轮子的专栏 ☞ 转载请注明 ☞ http://blog.csdn.net/leverage_1229 1异常抛出与捕捉规则 1.1任何抛出异常的方法必须先声明异常 {// Construc ...
某大型银行深化系统之十八：性能设计之三
传送门☞轮子的专栏☞转载请注明☞http://blog.csdn.net/leverage_1229 5报表性能为不影响系统的整体性能,报表统计将通过报表服务来解决可能产生的性能问题. 报表服务是运 ...
某大型银行深化系统之十七：性能设计之二
传送门☞轮子的专栏☞转载请注明☞http://blog.csdn.net/leverage_1229 4流水线性能评估 4.1吞吐率TP 吞吐率是指单位时间内流水线所完成的任务数或输出结果的数量. 4 ...
某大型银行深化系统技术方案之十二：服务层之服务分类
传送门☞Android兵器谱☞转载请注明☞http://blog.csdn.net/leverage_1229 服务层服务层主要体现了SOA体系下的组件复用和业务复用机制.服务的边界定义决定于粒度和 ...
[置顶] 某大型银行深化系统技术方案之二十：代码结构
传送门 ☞ Android兵器谱 ☞ 转载请注明 ☞ http://blog.csdn.net/leverage_1229 架构代码部分主要的包结构是Backing.Entity.Dao.Servic ...
某大型银行深化系统技术方案之十七：技术架构
传送门☞Android兵器谱☞转载请注明☞http://blog.csdn.net/leverage_1229 在上述功能架构中,除了核心层外,应用层及服务层都包括了用户UI界面,因此服务中包括了Ma ...
某大型银行深化系统技术方案之十四：服务层之服务调度机制
传送门☞Android兵器谱☞转载请注明☞http://blog.csdn.net/leverage_1229 服务层服务层主要体现了SOA体系下的组件复用和业务复用机制.服务的边界定义决定于粒度和 ...
某大型银行深化系统技术方案之十三：服务层之服务接口模式
传送门☞Android兵器谱☞转载请注明☞http://blog.csdn.net/leverage_1229 服务层服务层主要体现了SOA体系下的组件复用和业务复用机制.服务的边界定义决定于粒度和 ...
某大型银行深化系统技术方案之七：核心层之流程控制引擎
传送门☞Android兵器谱☞转载请注明☞http://blog.csdn.net/leverage_1229 核心层核心层主要提供后台业务集中处理中最基本.共性的信息处理.流程调度和相关的管理功能 ...

某大型银行深化系统之二：设计策略