WEB开发的讨论----英雄贴

Question

最近参与项目,我看ASP和VC++配合挺好的,
好像是VC写的COM+服务,
星星们给个意见这样的架构还好吗,有何优势和缺点.Delphi可以这么开发吗,ASP写WEB,Delphi写业务逻辑,
请问这么开发好吗,还有市场吗,现阶段研究COM+还有价值吗?

Answer 1

DELPHI+ASP是可以的。
我们就有一套产品是这种模式。
开发方式可以参看李维的三本书。
中小型应用可以采用这种模式，
当然也可以采用C#或JAVA。

Answer 2

希望各路英雄各抒己见,非常感谢,各位的真知灼见,可让Delphi爱好者更好的提高自己,
特别在这段时间里.

Answer 3

能用Delphi开发的我还是想有Delphi开发，
毕竟学习成本较低，希望做过这种项目的弟兄们多发言，
对活跃社区是有好处的。

Answer 4

>>WEB开发的讨论
这个太泛了，不同的类型，有不同的适应方法。如果就一般的企业业务，我觉得 j2ee 或 dotnet 都比较合适很多用php 之类开发的，我没接触过，估计也是好的选择至于delphi, 我只局限于了解 cgi ,主要还是调试麻烦些（感觉）

Answer 5

我们做高校教务管理,一卡通这块
VC++ 写的COM+,
我认为Delphi写COM+这块不是也很好吗,

Answer 6

如果是写COM+,用DELPHI写感觉确实比VC++写好些,至少我这样认为.
但一种软件方案,永远不可能适合于各种情况的应用..
不管DELPHI为COM+开发提供了多少的方便,但使用好COM+仍是有相当的技术挑战.
当用COM+实现业务逻辑后,这种系统运行效率应该相对还是较高的,
但另一方面,这个系统,相对来说,业务逻辑实现上感觉'硬'了些..
系统的客户往往不是专业程序员,当业务规则有变化时,并不容易修改COM+组件..其实说到底,意思是项目具体会考虑的因素比较多的,总的三方面,需求,工具,人...

Answer 7

呵，楼上自己给了自己答案，MS已经不再对COM进行大的功能扩展设计了。

Answer 8

MS就想用DotNet成为Web开放的主流
Dotnet的含义,本来就如此另外用Delphi编写ISAPi/CGI可以先采用WebAppDebugger方式开发,这样调试是很方便的
成功后再移植为ISAPI,CGI

Answer 9

那么操作硬件的DLL,改成B/S结构的方式,也就是浏览器要对硬件操作,
是不是AxtiveX控件是目前普遍的解决方式呢?

Answer 10

用Web方式操作硬件,只有ActiveX一条路,但兼容性不好,如果要操作的硬件在Web服务器端,可以自己写个Web服务器,来实现特殊功能.