如何更高效的在层与层之间调用

      遇到一个新的框架，分为Action，AO，BO，DAO，Service这几层。Action层基于CoC。AO，BO，DAO又使用的是Spring管理的。Action与AO间使用的名称调用，如：

private String AOName = "cpsMyAuctionAO";

。。。。。

Result result = executeCommand(AOName, "createCpsMyAuction", param);

cpsMyAuctionAO就是action要调用的AO，param是入参，createCpsMyAuction是需要调用的方法。

result就是执行的结果了。

看了底层的代码，是通过一个CommandDispatcherSelector来读取上下文，并通过参数调用AO。但是对于调用的管理难度加大了，当类多起来的，查找之间的关系很困难。请问各位高手有什么更好的解决办法？

评论

36 楼 damoqiongqiu 2008-12-13  

spyker 写道

是web项目么？

我做过的web项目一般都是 action-service-dao-pojo
没有搞2个service层的

至于调用
action 调用 service
service 调用 dao
pojo作为各层之间传输对象

你们那个分层 如果是以前的 你可以吸收下有点
自己改的机会大么？

我们一般也是这么干的
经过了Spring的一番折腾，除了一堆配置文件找来找去，代码根本没法读之外
我们又回到了最初的简单，当然我们在编程的时候自己用了一些Spring的思想在里面
现在感觉整个程序响应速度很快

35 楼 sdh5724 2008-12-09  

xyf_84 写道

搞那么多层，累不累啊？

等到了有几千个URL的时候， 你就知道这些不累了。

34 楼 绝对任逍遥 2008-12-09  

汗，我不是想逃避编码，我崇尚追求设计的快感，我晓得基本功的重要性，也知道架构从实践中成熟

33 楼 xyf_84 2008-12-09  

搞那么多层，累不累啊？

32 楼 gembler 2008-12-09  

绝对任逍遥 写道

没法啊，相比于编码工作，我更喜欢优雅的设计，这是我从进入这个专业一直追求的，框架设计可以有更多的思想性，心甘情愿，呵呵，不过我的基础现在还够不上我知道，我在充电ing

你以为是光想不编吗？
不去编一下，你怎么知道自己的设计是具有可行性呢？
就算你凭以往的经验来确定这个可行性，以后呢？技术发展突飞猛进，不编码，这架构职位能站多久？

31 楼 sdh5724 2008-12-09  

绝对任逍遥 写道

没法啊，相比于编码工作，我更喜欢优雅的设计，这是我从进入这个专业一直追求的，框架设计可以有更多的思想性，心甘情愿，呵呵，不过我的基础现在还够不上我知道，我在充电ing

又一个以为架构不写代码的。。。。

30 楼 绝对任逍遥 2008-12-09  

没法啊，相比于编码工作，我更喜欢优雅的设计，这是我从进入这个专业一直追求的，框架设计可以有更多的思想性，心甘情愿，呵呵，不过我的基础现在还够不上我知道，我在充电ing

29 楼 sdh5724 2008-12-07  

绝对任逍遥 写道

正在学webx框架，看我是新人吧，这都会说错，以前用struts2 和 hibernate3，现在一时还转不过弯弯，我崇尚设计模式，自己也学了很多，还需要更长期的实践学习，希望有一天进架构团队

别想着进架构团队了， 都是些料理后事， 与混乱做斗争的事情。 除非你那么好的耐心。

28 楼 绝对任逍遥 2008-12-06  

正在学webx框架，看我是新人吧，这都会说错，以前用struts2 和 hibernate3，现在一时还转不过弯弯，我崇尚设计模式，自己也学了很多，还需要更长期的实践学习，希望有一天进架构团队

27 楼 绝对任逍遥 2008-12-06  

偶也是，呵呵，刚进公司一周，还没有培训，正在看web，我是从学校出来的新人，基础薄弱，很费力气，正在加油！fighting！！

26 楼 xuyao 2008-12-05  

直接struts2有什么不行吗？都是注入的。。。。为啥用这种方法调用，又不是异构系统，这不是自己找事嘛。。。

25 楼 dboyhm 2008-12-04  

eyeieye 写道

这个Command其实不是Command：不是Command模式中，因为本身无非只是一个map而已。
AO的问题我理解成初期打算做成web层连接一个集群的app层，类似史前时代的ejb1,2....但没想后来web和app整体做了一个集群，这个本来看起来很美丽的东西就变成了鸡肋

24 楼 sdh5724 2008-12-04  

   we want to deprecate the framework.

23 楼 dboyhm 2008-12-04  

sagah 写道

sdh5724 写道

内部讨论这个问题吧, 实际上, 如果你在B2B, 这是我造成的问题. 惭愧.
我们在明年开始解决着个COMMAND设计模式造成的问题.

好几年了，这个问题是该框架一直无法解决的问题。虽然有许多的问题，但是这个框架仍然值得称道。作者宝宝果然是大牛。我也期待你们能尽早解决这个问题。同时也希望网上的各位大侠提出宝贵的意见。

是！

22 楼 cuiyi.crazy 2008-12-03  

gloomyd 写道

这个框架出来的时候  好像spring还没有怎么兴起
在国内也不怎么出名
所以没有采用spring的

看到这里，这个团队已经有好几个大师出来说话了，真好....

21 楼 cuiyi.crazy 2008-12-03  

spyker 写道

fnet 写道

这还用说，Spring的依赖注入就是最好的。使用Annotation注入更好。

我不喜欢annotation注入
还是觉得xml配置set注入好点

我觉得如果从长期运营维护角度看，会优先选择xml；
如果从开发角度看，会优先选择annotation；
如果经历过中大型软件维护经历的人会倾向xml方案

他们的东西是给自己用，维护是大头，如果从长久维护运营来看，xml绝对胜于annotation；

20 楼 cuiyi.crazy 2008-12-03  

stone2083 写道

在不了解一家公司需求背景和规模的前提下，在不了解AO／BO所充当的真正角色的前提下，妄下结论，说是过渡设计。这是不负责任的。
在了解业务规模以及了解AO／BO／DAO的真正含义之后，我不觉得这是过渡设计的问题。

现在最大的问题是，
1）新人不了解AO／BO充当的角色，内部培训没有做好，反倒要在外网上讨论这个问题。这是不应该的－－当然，我们对AO／BO也确实没有一个明确的定义；
2）对于AO的管理，也有待明确；
3）web层调用AO的方式，有待改进，太麻烦了－－当然不是说command模式不好－－它确实灵活，可以使web层和service层分离部署。

哈哈，这个兄弟说不应该在外网讨论的同时，泄露了更多的信息出来 ：） 嘿嘿
不过从评论看来确实是有相当的技术底蕴的企业
莫非这个AO意义上有点类似SCA？ 意识如此超强？ 继续猜敲

19 楼 sagah 2008-12-02  

eyeieye 写道

这个Command其实不是Command：不是Command模式中，因为本身无非只是一个map而已。
AO的问题我理解成初期打算做成web层连接一个集群的app层，类似史前时代的ejb1,2....但没想后来web和app整体做了一个集群，这个本来看起来很美丽的东西就变成了鸡肋

没有明白，请详细的说一下。

18 楼 eyeieye 2008-12-02  

这个Command其实不是Command：不是Command模式中，因为本身无非只是一个map而已。
AO的问题我理解成初期打算做成web层连接一个集群的app层，类似史前时代的ejb1,2....但没想后来web和app整体做了一个集群，这个本来看起来很美丽的东西就变成了鸡肋

17 楼 icewubin 2008-12-02  

只有足够复杂了，才需要command模式，如果目前有其他很简单的方法就能解决的，没必要用啊。