从觉得SOA是忽悠到SOA是未来之路

我从个人的软件编写历程从面向结构、面向对象、面向面、面向服务的一个过程来讲下我眼中的SOA。

 

面向结构：最初学习的basic,pascal,c,vb,delphi这些都是学生的时候对程序的热爱，没有实际的应用于项目中。

面向对象：用c#,java编写一个个的B/S项目工程，每个业务都是分成对象实现业务；

面向面：我们用了spring去做了面的过程，将事务、和一些公共的东西抽离；

面向服务：用ESB，webServer，BPM去重新审视business process；现在也还遇不上做这样的工程的机会，只是遇到几个面子工程，包装了下。

 

从我们技术人员的角度来分析这个发展历程，发现一个简单的结论：就是怎么样提高编程生产力。

编程的生产力，从我们能尽量的减少代码量，尽多的重复利用，尽多的灵活性；和在实现项目过程中整个团队的协同作战和任务安排的便利、清晰性。这里不细入了。

 

从市场、产品的角度就分析这个历程，也发现了个结论：就是怎么能够满足尽多的客户，降低最大的成本，和最快速的响应客户。这方面是我的弱点，我也不敢深入的讲述了．

 

这个历程来看，不是谁替换谁，每个结点都还有他存在的价值；也不是那个替换那个，看实际工程和学习过程中的需要。比如学习来说pascal还是一个简单和不错的选择，做嵌入式的还是跟硬件结合最紧密的C语言，做工程中很多还是要用面向对象；

 

我自己反思下，以前我去学SOA，只是接触了下初时，还不深入；就从自己的技术能力去找结论，SOA是忽悠，是大厂商的概念；到现在跟一些朋友聊天时，他们也还接受不了。因为那怕是在一个中国上市的公司，信息化也是很低的，系统也是很少的。所以更高层的抽离和服务就用不上了。只有到了信息化到了一定的量，才有了这个强大的市场需求，这是必然。美国这方面的需求就比中国多，大集团的需求就比小公司要多。

 

总结：SOA是开发商不会被淘汰和升级，而使得系统更加适应商业模式的变化和维护的便利性。

 

ps: １，vb,delphi不知是不是面向结构，太久没接触了。

　　２，我对SOA了解的还只是很肤浅，只是将很多人都知道的东西再整理一遍。