soa、ooa与外观模式

Question

soa不能算是一门技术或者编程方法，它压根儿就是个外观模式而已
-----------------
你对SOA的了解太浅了...SOA和OOA根本没有可比性，两者就不是一个层面的东西，更别提什么设计模式了...

Answer 1

而且在现有的MVC三层架构中，一般都会有一个实体层entity，例如上面那篇文章中的user对象，在MVC模式中，该类应该只封装数据结构，并没有别的业务处理，一般的业务处理都放在模型层中。至少C#中是这么处理的。而java web应用中，例如struts框架，formbean获取的数据一般也都来自po层，同时action类的业务处理一般也通过一个中间层来间接访问模型层，而这个中间层一般就是所谓的service。但大多数人对struts的理解可能是这这样：action类是控制器congtroller与模型层Model的桥梁，这样看来似乎action更像是个service。
但action所服务的只是其所对应的jsp文件中所需要的服务，这样就很少能够达到系统复用的目的。因此在实际开发中，一般地还需要在action与model之间搭建一座桥梁，而这座桥梁，才是真正的service。但问题是：所有这一切，都只不过是通过面向对象的编程方法来实现的。
所以我实在是想不通为什么soa要单独提出来，要与ooa对立起来？

Answer 2

如果说OOA是一种战略思想，SOA就是一种战略计划，而设计模式不过是些战术方法...

Answer 3

看SOA不是在代码层面去看的，事实上SOA根本不考虑代码...

Answer 4

SOA并不是设计模式，当要整合多个系统的时候再考虑SOA吧

Answer 5

我是看了那篇文章后才有此感想。如果soa不考虑代码，那总也得看看实现服务的对象的接口方法吧。
不然它怎样实现对外服务呢？

Answer 6

to Recercar:
能否给个例子？
我是个刚入道的菜鸟级程序员，不知道多少年后才有机会整合多个系统。

Answer 7

to Recercar：
请给个例子吧。
我只是个刚入道的菜鸟级程序员，不知多少年后才有机会整合多个系统。

Answer 8

你看的这篇文章本身就是很浅薄的...以Coder的立场去思考一个他一知半解的架构技术，站在战术的层面去思考战略问题...SOA不是用来实现对外服务的，服务只是这个战略计划的执行者...

Answer 9

如果说OOA是一种战略思想，SOA就是一种战略计划，而设计模式不过是些战术方法...