最近，我正在致力于升级ESB服务器，但遇到了困难。而且恰好是Web Method。从客户端（我的应用）的观点来看很容易。就是打开Visual Studio，升级WEB引用或者服务引用，并继续开发。包括测试时在内总共花费了不到十分钟的时间。
从另一端来看，我的应用从ESB调用突然停止。他们不得不做我所做的事情，但是是从他们的终端。Web Method专家花费了三十多分钟，而我在短时间内就完成了。
与Visual Studio相比，代理服务器的升级花费了更多的时间。
还有一件经常发生的事情是，需要增加一个域或者标签来管理XML。此外，在Visual Studio中生成客户端代理服务器很轻松，但是很多工作要用Web Method实现。
我认为这是一个弱点所在。这一点在其他ESB上也得到了验证，所以对此作出总结。
ESB在流程中表现尚佳，但是在边缘地带很弱。
我并不确定为什么支持多种方法，从而使得它适应性更强，但是灵活性却不足。
我建议用一种更轻松的方式解决问题。每一个ESB基于一些方法，像Java。为什么不在Java中创建一个客户端代理服务器，并从ESB中参照它？
我们一直都在努力坚持原创.......请不要一声不吭，就悄悄拿走。
我原创，你原创，我们的内容世界才会更加精彩！
【所有原创内容版权均属TechTarget，欢迎大家转发分享。但未经授权，严禁任何媒体（平面媒体、网络媒体、自媒体等）以及微信公众号复制、转载、摘编或以其他方式进行使用。】
微信公众号
TechTarget
官方微博
TechTarget中国
相关推荐
-
关于Visual Studio整合Xamarin的问题
Visual Studio整合Xamarin后，真实现了一处开发应用，就可在Androidt、ios和桌面上跨 […]
-
总线技术究竟该不该用？
曾几何时企业服务总线（ESB）被视为企业IT的核心。今天，不仅ESB受到了比被废弃还要糟糕的攻击，若干开发趋势似乎对更简单的消息总线也发起了质疑。
-
用Visual studio制作好软件之后， Azure可以用来发布软件吗？
-
从ESB到微服务：如何演变？
从web开发人员的角度看，大量的微服务部署到轻量级的Karaf 容器中，这就符合了ESB的定义。