其实做了这些年的项目，经历和见识了很多种的设计，比如：给你文档要你完全按照文档来写甚至每个service里面的方法名都有规范，只是没有严格到怎么去实现他们，我觉得这就是半填空的coding；有一种是完全填空的coding甚至说调用的方法都有参考文档，让你来做的目的就是把谁调用谁填进去，这种是完全填空coding；需求拿来自己设计自己来实现，我觉得这是全包的coding啊，小公司很多这样；还有一种接手的项目已经存在且有自己的架构了，我们做的目的就是来完美它丰满它；公司有个新的案子要从头来做，你们团队中有架构有pg有qa，各司其职这种应该算是比较正常的了。

上面说的这些例子有没有发现一个问题，除了严格的限制你要做什么和你只能做什么以外，其实在团队开发中你身处的角色决定了这个框架的走向，做ui的只是在乎view，甚至他们只是看js css纯ui哦！做service的只是在乎前台和他交互，他怎么和dao去交互。做dao只在乎怎么把service告诉我的东西再交给db，怎么把db的东西交给service。

说了这些可能会认为我跑题太严重了，其实不然！我上面举的例子不可能包含了全部，还只是很小的一部分，就和设计模式一样，曾经看到有人说“什么设计模式啊，很多的这种所谓的设计模式放到其他的语言都没有意义”（我是搞java的），他说的有些是对的，正如中国从古代就讲究不完美一样，那个怎么说来着？“大道五十,天衍四十九,留一线生机，遁去一道”，别吵！我不是看仙侠小说看多了！

我想说的其实是没有完美的！人不完美，事物也不完美，随着你的学识、见闻、体验总能从以前看似完美的东西里面去找出不完美的一面，所以大家还是不要费劲的去追求完美了，如果完美了就不会有什么多少种的设计模式了，一种足以，还有什么nosql，还有什么mvc框架，mvc只是个主流而已，还有很多叫不上名字的（因为人家可能根本没起个好听的名字）。

好吧，题主的问题我到现在都没有认真的回复这是不对的，上面说的这些就是想说一个道理，做自己在这个时刻认为是对的事情就可以了，以后的事情可以适当的去想，但是你的这个以后其实也是有个长度的，想的总是不会太远。

这里开始说下问题的回答。

public void composeOrder(B b){ List<A> list = new ArrayList<A>(); Map<Long,A> map = new HashMap<Long,A>(); for(A a : list ){ map.put(a.getId,a); } composeSku(); calculateShipping(); createPageage(); }

这段代码，你觉得和上下文不一致性，“关于业务分层”的帖子特意去看了下，后面有人提到用helper,manager,facade来做那段“不和谐”的代码都对，哪怕你准备用XX来做都可以的，不就是个名字吗？咱们要的是种思想！我意识到了这段“不和谐”，我就去让它看上去“和谐”点呗。

其实我们周围的写的很多代码,都是过程式的书写。

这句话我非常认同，还记得学oo之前，老师跟我吹呼说很多的语言都是过程的、函数的、程式的、方法的，java可是面向对象的，听上去高大上，但实际呢？就好像每天在家里看ccav非常美好，但出门怎么样？现实和想象总是有差距的。

真正去使用的时候总是图省事没有写“繁琐”的oo代码，比如下面这段

class 我{ N种牛X的属性。。。 public void 做超人(){ 无敌了。。想到什么都写这里 } }

一个method就是超人了，牛不牛？写的时候为什么就不想想，最少得有个红裤衩传给你才能变身呢？超人会干啥？眼睛冒激光，这不得有个光学的类吗？力大无穷？好么这最少牵扯到了人体学。还能飞呢！我们在这能把人体学重用了！超人不是还有女的吗？但是女超人有件事不能做哦！

class 她{ N种牛X的属性。。。 public void 做超人(){ 无敌了（比“我”差一点 ，有件事不能做！）。。想到什么都写这里 } }

ps:我是男的，所以上面没写男超人，呵呵。

好吧，女超人比较惨咱们让她少做一件事，但他们都是超人啊！怎么能写2个类？就要写一个！但是我就一个做超人的method啊，怎么办？这样吧，咱弄个子类继承男超人的优点吧！不行咱就重载一下做超人的method好了。下面就不写了，多态的孩子快出来了。

上面恶搞了一下，很多概念工作年头多了的人都明白，其实概念不会是记的很清楚，但是都知道是怎么回事，我也记的不是很清楚，但就是随便写了，哪怕看到的可能有问题，但总是从一个角度去看可以说通！

这不就是设计吗？这不就是分层吗？这不就是学以致用吗？学java之初说的那个oo的概念，其实我总觉得和那句“道可道，非常道”很相同，道不是说他们说的事情相同，而是那种描述的感觉很像，有些事情可能说不清楚，但是你明白，这就是只可意会不可言传啊，之前在segmentfault看到过个例子（人类玩扑克开车之类的……）帮忙说怎么写class，还是segmentfault的人不多，或者很多人瞧不上这种问题，我敢说如果有100个人让他们去写，可能会出现101种方式，你不能要求一个人只能写一种。

就说这些吧，写的可能有点杂有点乱了，大家伙看个乐就完了，哈哈。

你所说的都是结构化编程的概念，其基本思想是各层过程类似于一本书的目录，从整本书到章到节。
而面向对象虽然也有一个对象向另一个对象请求服务的情况。但是和结构化编程有微妙的不同。更像是用不同芯片组成逻辑电路。各个对象之间未必有统属关系，更多的是强调知识归属和不同对象的责任问题。
网易公开课里有个编程范式的课程，如果有耐心看完，应该有助于你理解这个问题。