我不太理解这个SOA的好处是什么，已经采用了WebAPI+三层+mvc的方式，难道SOA就是webservice调用webAPI这样好处是，感觉也没什么优化啊，难道只是调用副本？运行时去解析吗？小白刚工作问下大家的见解。
SOA就是根据业务模块去拆分的服务。
粒度上比 微服务 粗。
你要根据它的作用（根据业务模块拆分的服务），
然后对比你们架构设计上，是不是这么做的。
才能评价他是不是好用。
无所谓，名词不重要。只是一些人为了传教立的教义。谁也不比谁更优秀。只是说人家立意高点，你总想着做单机，人家想着做网络，人家想着我只提供服务，你自己聚合去
相对说，人家只是更专注一些，毕竟专业的人做专业的事，你是程序员，为啥天天玩UI，H5.
其实很多东西都是一个故事，只是让传教的人刻意弄得高大上。
比如mvc，无非是一种建模方式，一个动作，一个视角一个视图
DDD高级么？不高级！ 他和mvc其实没区别，你是一个动作一个视角，这个说老子N个动作合起来就是一个领域，实在不行了老子在TM得把N个领域聚合起来，号称聚和根，聚合服务。在不行，老子搞个eventbus做消息传递
然后现在又有了Actor模式，一样一样一样得东西。这位说，楼上2个SB，折腾一大转，也折腾不清楚。老子不管动作，不管领域。老子就是写消息通知，让 A触发B，B触发C。反正你们折腾来折腾去也描述不了一个N维度得模型，老子不描述了。老子学神经网络，一个节点就做一件事情，做完发出去，下一个节点自 己玩去，老子N个节点自己就自己组成了一个N维矩阵，不想楼上2个SB，在那里划分来，划分去
但是，我说不管怎么样，其实对于程序员都是一个东西
一个actor，难道不能叫一个actor领域？一个演员做个动作，难道不能叫mvc？
所以不纠结，谁他们去，他们爱怎么宣传怎么宣传。就是20年前，这3个东西一个都没有得情况，难道你不是一个动作一个动作得写？
难道你不是一个消息一个消息的处理？
当然SOA主要的区别是，他专注的点
你在谈3层，谈mvc，谈h5，谈数据库
而他只谈一件事“服务”----------没有3层，没有mvc，没有h5，没有数据库。只有服务，所以你设计是我有啥H5他要啥，然后我给他个啥，然后从数据库里取个啥
但是他这个没有，他就没有UI，只有服务。他不是从数据库和H5出发，他是从本体出发，他要提供一个什么服务，然后一切围绕这个做文章。他说的是你用啥数 据库和我没关系，你UI也和我没关系，我就是一个纯粹的服务，我只从如何设计这个服务开始，到如何升级，扩展，运维这个服务结束
soa，好老的概念了，没流行起来吧。soa不是技术概念，而是业务概念。所以你把它和“WebAPI+三层+mvc”一起说就弄错了。
老项目老产品，改进它干嘛。能够就好。
技术框架，mvc+webapi，也就是这个样子，并不旧。
soa的业务概念，旧一点没关系，现在也没什么新东西，不外乎docker什么的，微服务概念。具体大家也不知道你的soa是小蜜蜂论坛发帖机怎么实现的，所以不好评判好不好。我的建议是，如果不是对它深恶痛绝，那还是保留原来的模式，继续维护就好。
