欲讨论三层架构的开发问题

[lurenge]

本人在开发一三层架构系统。发现在服务器上开发的客户端程序，拷贝到其他电脑里面就
不能运行。而，把服务器端拷贝到客户机上，运行后，客户端就可以运行了。
本人怀疑出现次问题的关键是前者是因为客户机系统不能识别服务器，故，必须把服务器的信息也在客户机注册。
如果，我的猜测是对的话，那如果，制作一个安装程序，把服务器的信息也在客户机里注册，因该就不会出现问题了。
不知道本人的观点是否正确，愿高手指点迷津。

[Tasehouny]

你可能理解的不太正确，三层构架是讲究一个中间层的概念，也就是说客户机，服务器，和中间组件。如果只有客户机和服务器，那就是两层概念了！

单一的COM组件服务器，和COM客户那样的关系不能称作三层构架。

例如，你有一个agent程序，负责向服务器上传销售报表，财务数据，那么在服务肯定有一个SERVER，而这个SERVER就是所谓的中间组件，为什么这么说呢！这是相对数数据库SERVER而言的，许多传统的C/S程序是没有特殊的SEVER应用的，通常直接对着DB SERVER，这就是两层构架，中间组件能实现数据缓存，数据加密，而且商业规则的变化也能最好的最快的体现在这个组件中。中间组件，可能不是一个组件，而是一台或多台服务器，从而三层的概念也不是绝对的，有可能是三层的，也有可能是多层的。


一般来说，从实现的角度上来说，客户端的依赖越小越好。这也是为什么瘦客户特别让人青睐的原因。

以上是个人的拙见，还请各位多多指教。

[lurenge]

谢谢楼上兄台参与讨论

[守破之间]

兄弟呀！多层战略的核心是分布式的应用。如果你光拷到客户端就想与服务器端通讯，也未免太简单化了吧！这里面有很复杂的机制。
在底层是RPC协议来控制数据包传输，组件与外界的联系靠的是接口，客户端与服务器通讯时，完全靠引用服务器组件的接口来调用远程服务，这一切不但要被注册表记录，在2000中它还要被记录在组件服务注册表中。很复杂吧！其实COM+应用为你解决了一切细节问题，只要导出一个安装程序就够了

[守破之间]

服务器端拷贝到客户端，说明客户端和服务器端执行的功能是一样的，那就不需要多层了

[lurenge]

我知道你的意思。但是，我想问的是当你把客户端程序跟服务器都开发好了之后，
你要怎么样进行分发？
单单只拷贝客户端应用程序到客户端肯定不行的。所以，我就想应该是缺少了一个系统环境让客户端可以运行。所以，就想出把开发是的环境也在客户端配置一便。
所以，就有了我以上的一些想法。