远程还是不远程？

Question

远程还是不远程？

如果我的术语不是100%正确，请原谅。

在为小公司开发软件(所有Windows表单应用程序)多年之后，我最近从我的岩石下爬了出来，发现了远程处理和/或WCF的概念。在我过去参与的所有项目中，我们总是让每台客户机直接连接到数据库服务器。我最近在读完"Microsoft :为企业构建应用程序“后发现，通过.Net将我们的业务对象公开为POCO对象可能更有意义，这样我们的客户端应用程序就不需要在每台机器上安装数据库客户端软件(所有随之而来的，就像每台机器上另一个数据库用户许可证)。我们的客户端应用程序只需要连接到我们的WCF服务，它可能会公开一个“服务层”作为业务对象的包装器。

是我疯了，还是这是分布式应用程序中的一种常见方法？

此外，什么样的ORM解决方案可以指向数据库并创建DAL和业务对象，然后通过WCF公开？

我也不能完全理解在这种情况下延迟加载是如何工作的……

谢谢，乔纳森

Answer 1

我将把ORM问题留给其他人，只回答问题中询问这是否是一种常见方法的部分。

这是一种常见的方法，称为SOA (面向服务的体系结构)。它有很多优点，但也有缺点。几年前，它还很流行，现在它仍然被广泛使用，但兴奋的程度已经下降。

尽管如此，网上还是有大量的资源可以对此进行研究。最大的陷阱是提前考虑，因为不同的人对SOA应该如何实现以及它的含义有不同的想法。此外，跨平台的承诺在实践中比人们最初希望的更难实现。(例如，尝试从.NET调用Java服务。这是可以做到的，但要使其发挥作用，双方都有工作要做。)因此，如果您需要担心跨平台兼容性，请先研究"SOA跨平台兼容性“，然后再深入研究。您最好学习如何正确地做到这一点，否则您以后会被抓个正着，不得不重新创建一大堆服务，这些服务原本是为现在需要.NET客户端的Java客户端(例如，智能手机应用程序)而设计的。

我们自己犯了这个错误，当我们开始开发Android/Blackberry客户端需要使用的服务时，最终不得不重新创建大量的web服务。考虑到该行业越来越倾向于智能手机的发展趋势，现在就开始使用它将为你节省大量以后的工作。

Answer 2

SOA正在走向死亡。使用MOA (面向消息的体系结构)的标准.Net远程处理是可行的！