三层开发我的一家之言

近期不断的三层实践我对DCOM、SOAP等等都产生了“敬而远之”的想法。DCOM和WINDOWS权限的集成使得部署起来仍然不是很完美：Borland的midas的实现俺琢磨起来还比较困难，它要在客户端注册的：）；Server要在客户端运行一次以注册接口什么的东西让人不爽；都在域中的电脑，居然也有部分无法正常使用程序实在是搞不懂该怎么处理了。

小结：DCOM实现的多层开发要么客户机服务器在同一个域中（且用户登录到域），要么客户机当前登录的用户在服务器上存在且密码相同。

SOAP我简单的理解为利用XML传递信息的TCP通信（常见为HTTP/HTTPS），俺写了一些测试的WAD、CGI，同机测试是OK的，用SoapDataMoudle和接口方式都可以传递数据。异机测试却提示：“XML必须有一个顶层元素”？？原因尚未找到。

小结：用HTTP来搞似乎同机异机没有关系的，居然还是出错了，不才愚昧没有深究，难道又是什么权限什么的问题？有机会再核查到底哪个地界儿出了问题。

新的想法，既然SOAP已经被俺糟践成HTTP上的XML网页何不借题发挥，俺需要多层么？暂时不需要（当前儿三层够啦）。俺需要事务嘛？暂时不需要。俺需要高安全性嘛？暂时不需要。俺需要跨平台嘛？暂时不需要。俺需要和其它语言的应用交互数据嘛？暂时不需要。靠，那俺折腾个啥劲哩，俺要得只是一个比B/S“胖”一点的瘦客户端，达到部署方便升级方便的目的，实现三层又不是只能用那些正统的方法，所以俺打算如下进行，用CGI或者ISAPI做服务端发二进制或者XML数据（还可以考虑压缩），客户端变化不大，舍DCOM、Soket……、Web……、Soap这些东西直接接收http发来的二进制数据或者XML，一样达到我的目的，大致的推测应该不会再遭遇上述的问题。效率应该也不会太差，防火墙等等也不能奈我何呵呵，等着实践去。

呵呵，这个想法可能会被一些专业人士所不齿，不过它可以解决我的问题：）欢迎批评指正^_^