CTP框架哲学与SpringSide

CTP的哲学

1.组装，再组装。简单，再简单。其本质上是重用，再重用。

2.抽象及封装金融信息系统的操作。

　a.大多数对公众开放的系统访问量巨大，必须集群。而Session机制是集群的关键。CTP实现了自己的Session，不允许开发人员使用应用服务器的Session。

　因此，它支持集群。试想，我都没有用到应用服务器的Session。为什么我不能使用应用服务器的Cluster机制。

　b.金融信息系统往往多而较为复杂，相互依赖较为严重。有些系统必须独立但又需要开放公共的接口。如短信发送平台，外汇牌价询价系统，用于与核心主机转接的J2EE网关（中台）系统等。

3.大量的使用存储过程设计，依赖于特定数据库系统换取好的性能及较好的安全性。

 

SpringSide一些理解，

这是一个sticky的，具有ROR风格的简约框架。其实我以前也曾冒出过这样的想法。甚至一个人鼓捣了一下。这两天看了看SpringSide的东西。确实没想到，现在ant脚本都可以这样写了。

确实不错，还推出了Eclipse与IDEA的插件。

 

CTP是我们公司的框架产品。大家有没有想过，我们把业务逻辑扔给了Spring 架构的Service或者Struts的Action便不管不顾之后还能做些什么。而CTP却认为，还可以把一个商业逻辑切分成step对象。

然后在这些step对象上进行组装，再组装，而step对象将简单再简单。从而重用，再重用。

举个例子，我们的Struts的action里必须做一个SessionCheck。而在CTP里，它被认为是一个step，你只要把它配在你业务流程的第一个step里即可。

我的同事说，来了半年，就是改了改页面与配置，除了写存储过程，也好象很少写类。

 

起先我没有想明白，CTP为什么要这么设计。现在我想大概是这样的原因。这个框架却仅仅适用于金融信息领域，确实它抽象了该领域的一些专有结构。

似乎像工作流那种

我没这个感觉．．．．．．．工作流是这样吗．．．．．．．