我有一个项目的网站(ASP.NET)和一些winforms(.Net 2.0)(用C#编写)。我使用webservice(IIS6)执行任务,这两项任务都需要在业务内部发送电子邮件。
我认为Webservice很好,但我希望从您的经验在网络服务中应该和不应该是什么?
答案 0 :(得分:1)
嗯,听起来你有一个有限的服务导向架构(至少,这是我认为你得到的),根据Gartner的说法意味着你很快就会变得富有。 :)
我发现SOA对我的好处实际上归结为所涉及的系统的异构性(听起来像你的那些因为它都是.NET),而SOA的负面主要是因为冗长的性质XML。没错,你不需要需要 XML for SOA,但它是目前的大多数,恕我直言。
但如果您不关心带宽/解析惩罚,谁在乎呢?也许你不是每分钟拨打10,000个服务电话。使用这种实现方式,您只需要使用WS而不是sub来跟踪DRY,并且您正在遵循与多个系统兼容的标准。
方法更糟糕。
答案 1 :(得分:1)
在我的意见中:
应为
代码保留Web服务一个示例是多个应用程序需要访问的自定义业务逻辑。
您不想放入Web服务的代码包括:
答案 2 :(得分:0)
Web服务/ SOA的新趋势似乎或多或少地暴露了主机应用程序可以使用的轻量级中间层。而不是通过服务公开单个方法调用(如在您的示例中),面向SOA的应用程序具有广泛的数据/操作合同,充当“传统”中间层程序集。
答案 3 :(得分:0)