(!!!讨论)远程数据库应用程序宜采用分布式COM+技术?还是采用B/S技术?

如题,从项目开发及实施的角度来讨论,以及各自采用的开发工具;
参与者有分.

解决方案 »

免费领取超大流量手机卡，每月29元包185G流量+100分钟通话, 中国电信官方发货

用B/S技术吧。
用分布式COM+技术会出现许多安全问题的。
考虑到客户端的维护，也应尽量采用B/S结构！
VeryOldMan(老者):用分布式COM+有什么安全问题呢？
分布式COM+技术，B/S技术有什么大的区别呢？
B/S的话服务器负荷大于用分布式COM+
COM+和B/S不是选择的问题，B/S可以使用COM+。
用分布式COM+有什么安全问题呢？
----------------------------
首先，你得确定远程调用者的身份。
其次：如果服务器和客户端均有防火墙，使用COM要求两端均要打开一段端口号。而B/S只要求打开全球最开放的端口——80。我是网管，我就不愿意在防火墙上打开一大堆端口。
RPC是微软目前漏洞最多的地方，而COM用的正是RPC！
有人试过WebService吗？好像这个不错。
系统的易用性、操作性；
开发的成本；
是考虑的主要因素。如果业务简单，用户对操作性要求不高，大可以使用B/S，否则，会做死人的。
安全性的问题，B/S也同样存在。
如果对实时性要求不高可以采用C/S结构，否则采用B/S结构，B/S结构对用户界面设计限制太多，没办法应付复杂应用，至于安全性，目前看来大部分威胁来自windows操作系统本身，冲击波(RPC漏洞就是COM+的一个漏洞)就是一个例子，不管什么结构(.NET也一样)，Server都挂了应用也就停止了。
谁知道哪天M$的系统又出什么漏洞，所以Linux+Intraweb或JAVA也是一个不错的选择，
从目前的趋势来看 B/S的前景要好一些。 COM+的组件布署和分发曾经是个很头疼的问题。说到安全性，我倒是觉得B/S的安全性也好不到哪去。虽说只要打开
80端口就可以了，但是破微软的IE安全性那么差，IIS也存在潜在的
安全隐患，很难保证以后不再出安全漏洞。
我以我的亲身体会告诉你,远程连接不能用COM+,很难连通,即使你有幸连通,速度和稳定性也不能保证.
用B/S方式做数据库应用,开发周期可能要比C/S长很多.
B/S多层应用体系。
Delphi5以上版本就支持的很好。
一阵急促的电流流过我的胸膛，我开始有了微微的体热，人类给我指定了一个额定的电压‘1.75V’，很荣幸的向大家介绍自己，我叫Athlon 900，虽然很少有人知道这个名字。
    别人都说我一生下来就是执行程序的料，是软件方面的天才，不管什么C++、BASIC、PASCAL高级语言，汇编语言，还是现在的JAVA、.NET开发出来的软件我都能执行。就因为这个原因，我在XX软件公司得到了一份执行软件的工作。
    我的工作主要是执行C++和汇编语言所编写的WINDOWS操作系统和一些其它语言所编写的工具软件，不过我最主要的工作还是执行一个大家都称他程序员的人类所编写的‘BUG’，为什么叫执行‘BUG’呢？因为他每次写出来的程序都是有很多‘BUG’，每当我分析执行出他程序里的‘BUG’时，他就会改正它，直到最后我很难找出‘BUG’的时候，他就拿给其它计算机的CPU执行了。
    其实这里我要说点题外话，本来我主要是执行一些工具软件和游戏软件的，执行这种‘BUG’程序应该是PII的事，但是这家XX软件公司看到我优异的性价比（也就是说我为他们做同样的工作，但价钱比PII便宜），最终选择了我，虽然PII是科班出生的，运行比我稳定。
    由于我能执行各种高级、底级、跨平台语言程序的能力，很多朋友都追随我，比如内存、硬盘、显卡、声卡等等，他们都亲切叫我大哥，我说什么他们都听从我的安排。我们一起为这家公司，为一个叫程序员的家伙服务着，自得其乐。
    不久我在互联网上认识了一个叫Athlon XP 2000+的同族，我们通过网络敞开心扉的交流数据，没过多久，我发现自己居然爱上了他，因为他执行程序的速度非常快，是个很有智慧的CPU，我想我一辈子都赶不上他了，我向他表达了爱意......
   这家XX软件公司的程序员也知道了这种叫Athlon XP 2000+的CPU，他告诉了XX软件公司的老板，说要对CPU进行升级。‘升级’？！这个我们CPU们都非常害的名字，没想到这么快就轮到我头上了，突然发现干我们这一行的原来都是吃青春饭的。我很不服气，我给自己加大了倍频和电压，我把自己的电压加到了2V，倍频从9倍频上升到了15倍频，开机，自检，1500MHz，我通过了，我发现自己执行程序的速度突然快了很多，不过芯里压力正快速的变大，感觉全身一股热气，没坚持几分钟，从我的芯里升起一阵青烟，是的，我牺牲了，为了我喜爱的程序事业，我壮烈的牺牲了