感谢fangchangjiang的回答，我现在有点倾向于有人所说的哪种
“用ASP调用DELPHI写的封装件“的web编程技术。我现在
正在构思后台数据库的结构。不过我只学过FOXPRO的数据库，请问
fangchangjiang（也请问诸位）：那些ASP个人空间支持这种后台数据库吗？
我之所以有那种“纯DELPHI＋HTML“的想法，是因为看了离线数据库
中下面的一段讨论，尤其是最后一段，请问诸位，你知道里面的
“不使用asp那些脚本语言的原因在于我们希望开发的是B/S结构的软件产品
......“是什么意思吗？
再说明一点，我是初学者，烦请指出我问题中的不当之处，这里谢了！
分不够以后有机会一定补上！
附上我看的贴子
“ 问题的标题是： 300分大讨论：B/S结构Web开发平台及工具 (300分 )
来自 ：delphi 时间 ：2001-2-20 6:58:00
呵呵，好久没有来了。一来就提了这么一个大问题。
B/S结构Web应用平台应该选择什么？开发工具选择什么？
既然在Delphi的大富翁论坛讨论，Delphi自然是可以的选择之一。
使用ISAPI/NSAPI/(BSAPI？？？)直接与IIS/Netscape/Apache通信，
效率似乎应该是最高的。同时，可以采用2进制代码发行软件，
可以保证软件的安全性，不被非法复制，至少解密等比较困难一点。
然而，Delphi的跨平台可移植性到底如何，只能寄希望于Kylix了，
Kylix和Delphi 6的源代码兼容性如何？我还不知道，谁使用过
的能不能给个意见 ？使用Delphi，还会带来其他一些问题，如中间
层服务器稳定性的保证、负载平衡等等.....
还有就是IBM Websphere/BEA WebLogic/App Server....+
Java Servelet+EJB+.....
象Websphere/WebLogic/AppServer这些应用服务器全部是
大公司开发，稳定性等应该可以得到保证。
Java最大的优势应该就是他的跨平台。这些应用服务器采用多种手段，
如：预编译、缓存等技术对于Java的效率我想也有一定的提高，可以
代码的安全性Java 能不能保证？目前Java的反编译技术较为成熟，
有没有什么手段防御？好象Sun公司有一个Beta版的工具据说可以
对付反编译，可惜我没有用过，谁能给个意见？
还有什么其他的选择？........
欢迎所有人参加讨论，提出意见的所有人都有大洋。。。。。
如果不够，还有追加.....
本来想出１０００分的，可惜出不了。
来自 ：程云 时间 ：2001-02-20 08:50:00
在Delphi中只你你不使用太多的微软的标准，
如COM的问题还有很多API，想在Kylix中通用，
应没太大问题
来自 ：sportsman 时间 ：2001-02-20 09:43:00
linux+mysql+apache
来自 ：xujiancai 时间 ：2001-02-20 11:52:00
我比较常用的是：用delphi开发com,在asp中调用。
很少考虑跨平台！
来自 ：吕雪松 时间 ：2001-02-20 12:34:00
同xujiancai一样，在服务器端我一般用VC/Delphi开发一些烂Com的东西在ASP中调用，很方
便，曾经用Delphi做了一个地图服务器实现前端的地图查询，用下来也觉得可以。前端我主
要用Java写Applet嵌入，不喜欢ActiveX。
来自 ：zhiyue 时间 ：2001-02-26 08:54:00
我没做过B/S系统，但做过C/S系统，对B/S很感兴趣。
Sybase公司的PB7.0有针对B/S的解决方案，PBDynamo就是其中的一个组件。
另外我觉得Oracle公司的产品也有针对这方面的解决方案，具体可以查一下。
来自 ：阿朱 时间 ：2001-02-26 12:54:00
不要期待Com能给你百万级的并发访问，CORBA不错，但JAVA支持最好，
WebSphere,看着办
来自 ：delphiasp 时间 ：2001-02-26 13:06:00
Java好，不让老盖称王
来自 ：caizongjie523 时间 ：2001-02-27 11:37:00
如果考虑跨平台，应用corba
来自 ：hsw 时间 ：2001-03-06 09:27:00
zhiyue:"PBDynamo就是其中的一个组件"
问题是：PBDynamo的中文兼容太差，我使用的是正版
来自 ：YellowMoon 时间 ：2001-03-16 23:18:00
有没有人可以提供一个比较完美的例子下载吗？
来自 ：CJ 时间 ：2001-03-16 23:41:00
跨平台：java bean(ejb)+sevlet/jsp, app srv 另外可以考虑 jrun,配合其开发的jrunstudio效率很高
开发高校：ASP，必要时可以自己开发COM，应该说在MS平台下是最好选择
纯CGI/XSAPI已经不是目前B/S的主流，开发效率太低...
来自 ：lean_moon 时间 ：2001-03-17 11:49:00
我觉的COM已经是实现跨平台的标准，并且繁衍了许多以COM为基础的新的变种类
关键是对接口的有效使用上多作一些文章 ，开发自己的COM组件，在通信的过程中解决
协同运作和冲突问题，至于可移植性无非是利用DELPHI把组件转变成ActiveX控件标准
对于B/S和C/S的混合架构主要针对电子商务的分布式，规模可变性的特点
可以利用DCOM或CORBA来实现。
lean_moon@sina.com
来自 ：房客 时间 ：2001-03-17 12:57:00
CORBA
B/S现在的D5已经可以包含上边绝大部分特性了
估计再等等B公司在B/S C/S上组件实现的面对对象会更加突出
来自 ：低手 时间 ：2001-03-17 12:58:00
比较简单的方法，就是你用微软的interdev+IIs＋数据库
很好用的。
我就是用这个，，使用比较简单也可以加入自己的com
来自 ：yanzi_wy 时间 ：2001-03-17 13:04:00
IBM Websphere也可以啊
来自 ：htw 时间 ：2001-03-25 10:21:00
用Lotes Notes可以，安全性有保证，源代码可以有保护，可惜会的人不多。
开发工具多多，关键是你会什么？你想要做什么？成本几何？
来自 ：lcd 时间 ：2001-03-26 11:09:00
微软提供了一套电子商务内务平台。
它主要使用：
1。sitserver 作前台的新闻发布，购物车，网上销售的界面等
2。biztalk 用于封装 浏览器和服务器之间的数据为xml格式
3。exchnge server 处理邮件信息
我有一套微软的电子商务解决方案，要的话，我可以寄给你。
来自 ：yvtong 时间 ：2001-04-03 10:19:00
另一个可以参考的方案是MICROSOFT的。NET
扩展性应比WEBSPHERE好
来自 ：knightlzf 时间 ：2001-04-04 14:03:00
jsp&xml+WEBSPHERE
来自 ：LanFairy 时间 ：2001-04-08 06:03:00
至于选择什么开发工具，要看你的应用范围，如果只是简单的功能用ASP 当然很快就可以解
决问题，根据项目不同，尽快尽早完成任务把Money挣到手最好，其实各种工具都有它的特
长，还要看你自己的熟练程度
来自 ：threego 时间 ：2001-04-08 06:48:00
做得越快的越好，以后反正那个公司指不定顶得多久呢，捞了再说。
来自 ：am2000 时间 ：2001-04-10 15:50:00
哪种方法效率高呢？
来自 ：热水 时间 ：2001-04-10 17:50:00
我觉得开发工具是很多可选的。
最关键是你的投入是多少。
来自 ：com2 时间 ：2001-04-16 13:59:00
两种方案：
1.ASP/ASP+ COM WIN2000 IIS
2.JSP/Servler JavaBean WIN2000/Linux Weblogic
项目不大时推荐1，开发效率高，技术成熟，ASP+很有前途。
项目较大时推荐2，相比较1效率低一点，对程序员要求较高，系统扩展性强。
来自 ：tantech 时间 ：2001-04-17 15:24:00
asp＋win2k＋ms sql＋vb com （便宜，用的公司多）
来自 ：yangkee 时间 ：2001-05-10 11:00:00
D6出来了一切都明朗了
BizSnap?—Web Services with XML Technologies
WebSnap?—the complete Web Application Design Platform
InternetExpress? New XML Web Browser tables for high-performance client-cached XML Web Database Tables
New NetCLX? WebBroker?—compatible, cross-platform Web application development framework for Windows?and Linux?
DataSnap? －Web Service-enabled Database Middleware
看来这几个Snap大有文章啊
来自 ：苏梦枕 时间 ：2001-05-10 11:26:00
我想微软的.net是windows平台上的最好选择（真的很好用）
而且核心语言c#又抄袭了delphi的ide和java的语法，大家学起来会很快的
来自 ：rehuo 时间 ：2001-05-15 14:20:00
关注！！！！
来自 ：liuxianghui 时间 ：2001-05-31 09:13:00
listen...
来自 ：林西 时间 ：2001-05-31 10:03:00
oracle提供了.com套件，但在国内用得似乎还不多
来自 ：小毛 时间 ：2001-06-18 13:34:00
来看看。
来自 ：dana 时间 ：2001-06-21 08:39:00
哪里可以提供一个比较完美的例子下载吗？
来自 ：netxray 时间 ：2001-06-21 08:51:00
J2EE + XML + DataBase
来自 ：wx_zhang365 时间 ：2001-06-21 09:24:00
哪儿有这方面的文章吗？给推荐一份，自己写的也可以，最好有代码 的
来自 ：jojo 时间 ：2001-06-21 09:25:00
我说得比较简单，不管你怎么样，最终商业网站需要购买正版的软件（不然罚款罚死你）
这里是常用的报价：
Windows平台综合解决方案，含Windows 2000 Advanced中文版，Site Server 3.0，
Site Server 3.0 Commerce Edition，Visual Studio 6企业版，SQL Server 7标准版，
10天*24小时现场专家维护，管理员培训计划，开发人员培训计划，网站建设指导，
报价：人民币60万/年。
IBM DB2 UDB 7.1 Enterprise Edition &
Program Package S.Chinese 28864美元
附加一年的服务增加4%，含两台服务器许可证。
WebSphere Application Server V3.5 Advanced Edition 58713美元
Program Package S.Chinese， 16400美元
Additional License,1 Processor Entitlement，每增加一个 16359美元
Edge Server， 16359美元
WebSphere Studio V3.5 Advanced Edtion,1 Install， 3223美元
附加一年的服务增加4%
VES System Include Following， 98000美元
以上报价为2001年5月，Weblogic、Oracle的报价我只有去年的，就不列出了。
来自 ：wx_zhang365 时间 ：2001-06-21 09:30:00
我发现自己真是落伍了，还在用CGI+HTML写WEB程序
各位谁有ASP+COM方面的文章？给推荐一下，自己写的也可以，最好带源码。
来自 ：richar 时间 ：2001-06-21 09:37:00
B/S开发对开发人员的要求较高，开发周期会比C/S模式加长。
曾经有个项目我们起初用WIN2000+IIS+MTS+VB COM+ASP
后来工期太长改为WIN2000+IIS+MTS+ACTIVE FORM
来自 ：hume 时间 ：2001-06-24 16:32:00
关注。。。。
来自 ：CJF 时间 ：2001-06-24 17:32:00
1、就象上边JoJo说的，正版也应该是一个考虑因素，不要以为什么东东都不要钱。在
某些情况下还是要考虑考虑的，例如上市公司、大公司什么的，而且版权注册也要
求有正版的工具吖。
2、工具的效率问题，不是一下就可以说定的，因为在开发了一段过程后，就有了不少
的参考代码，或可重用的部件。如果什么都是从头开始，没有一定的积累，那什么
效率都是白费。而现在，最主要是的用起来称手，那就不错了。例如用惯了
Windows，你说Unix要高效多少多少倍，我也是懒的理你，因为在效率上就差了一大
截，而且工作不是说笑的。
3、至于最后的实作，希望各位多注意软件工程的问题，实现有效的工程管理，将人、工具
的依赖降到最低。
来自 ：qqqqq 时间 ：2001-07-14 01:01:00
1 ISAPI/NSAPI/(BSAPI？？？)直接与IIS/Netscape/Apache通信，
这些东东其实不是真正意义上的主流B/S开发技术，同时有维护和升级的麻烦
一个网站的建立要从根本上作好以后升级和维护的前瞻性的构思，这样
才不至于在以后的发展中遇到麻烦所以建议使用主流的技术，ASP ，PHP ，JSP
2，其实在一般的网站用ASP就够拉，除非你的访问量很大，那你也可以用服务器
端的组件来解决。只有到很大的数据量和访问量同时网站定位为企业级的情况
下才有必要用JSP。而PHP只是一个免费的快餐，那就看你的MONEY拉呵呵。
不过你要注意，ASP是微软来与JSP对抗的东东，肯定有很大的发展空间，同时
JSP又是SUN ，IBM主推的，他也将不断发展，而PHP就不好说拉，呵呵。
3，其实ASP，JSP是可以看见原码，可是你的服务器肯定要做好安全措施啊呵呵，如果别人
能进入你的服务器你怎么加密都是没有用的。
来自 ：MrMengyi 时间 ：2001-07-19 14:29:00
大家讨论的真精彩，我也来插几句
B/S虽然说是Browse/Serevr
但我认为主要是体现了多层结构
数据一层层的从数据库反馈到用户
不外乎
DataBase ---> 中间件 --> 浏览器
而更主要的部分是 中间件
Corba com 我倾向 Corba
ASP,PHP,JSP,CGI(ISAPI)说到底一回事（我认为）
只是各有特点
数据传输用XML的话我觉得比较好
来自 ：dana 时间 ：2001-07-19 14:43:00
说得好，我还想听。。。
来自 ：bobgates 时间 ：2001-08-12 17:03:00
wonderful
来自 ：hrm 时间 ：2001-08-16 18:52:00
我现在想用corba开发中间层，用delphi开发客户端，有什么弊端和困难
来自 ：abcool 时间 ：2001-09-14 11:46:00
1 java+corba+sql or oracle./linux
2 delphi+asp+mts+com+midas+dcom /nt2000
来自 ：fo2fo 时间 ：2001-09-29 23:22:00
我的毕社就是delphicom+asp，可惜我学业不精，没做出什么，草草收尾。向各位学习！
来自 ：flysand 时间 ：2001-10-28 15:33:00
谁用WebSnap做一个出来test一下D6是否够牛![^]
来自 ：obenben 时间 ：2001-10-31 13:42:00
D6实在是博大精深呐[^]；
其实，使用哪些工具要根据您的具体环境与要求的；
多层分布式企业应用和简单的Web应用系统是不同的；
比如说，数据库的连接机制不同：SQL Server的连接快速，Oracle的连接慢，但是在企业级应用上并行运行指标Oracle
要高的多；
所以简单的Web应用系统一般采用WIn2000＋ASP＋COM＋SQL Server；
多层分布式企业应用由于分表现层、业务层、数据层，所以在D6一般采用：
XML＋COM/Corba＋MTS/MIDAS/Internet＋Oracle；
数据库采用组件进行连接池处理；
另外，建议如下：
使用XML 让Web server与Application server成为最佳拍档
使用UML ===> 让大型开发流程标准化与可视化
使用Rational Rose ===> 让大型开发管理数字化与自动化
来自 ：wolfsong 时间 ：2001-11-08 15:45:00
9494
还有一个问题，政府机关服务器要回避微软，所以
欧们做的时候b/s这样啦
liunx+apache+php+mysql 小的 全免费，no投资
linux+apache+java+oracle 大些的
更大的…… 没想过，公司小，接不来
来自 ：小猪 时间 ：2001-12-11 11:15:00
对于java的反编译问题，我的看法是就算它能够反编译，说实话，意义不大。
在没有开发文档和程序注释的情况下，要想完全读懂一个企业级的程序，
恐怕要耗费的时间是及其漫长的。更何况还有数据库设计它总没有办法破译吧。
其实一个企业级应用的关键我认为还是在数据库设计上。一个风格良好的数据库
设计比得上十个风格良好的程序员。
来自 ：李衍智 时间 ：2002-03-28 20:42:00
用borland c++ builder 6.0 他支持.net,你也可以用corba,
总之bcb6.0比delphi好。
现在来讲，要即有效率，又不落后，还跨平台，只有bcb6.0.
来自 ：jrq 时间 ：2002-03-28 21:37:00
一年多的帖子了 该结束了吧！
来自 ：hhcz 时间 ：2002-04-08 11:07:00
delphibbs 不就是用的asp吗？还有tianyaclub都是的，看来asp 用的还蛮多的。
来自 ：qdyoung 时间 ：2002-06-03 21:53:00
用DevExpress ExpressWebFramework v1.0.2 for Delphi6 很不错
http://www.8421.org/download.php?id=135
来自 ：lsbiao 时间 ：2002-06-05 23:20:00
Delphi+Asp
IBM Websphere 值得考虑
来自 ：kisse 时间 ：2002-06-06 09:06:00
该结束了
来自 ：delphi 时间 ：2002-06-06 13:48:00
呵呵，是可以结束了。
一年多了，这个平台已经基本完成了。
为了让最终客户少花钱，最终采用了纯粹的Delphi开发技术，否则那些应用软件
或许可可真要花不少钱。
整个平台主要包括认证服务器（主要完成客户认证、多台负载平衡、动态容错等
服务）、应用服务器（应用组件池、提供对外的组件服务）、接口模块（直接
ISAPI编程或Web Service）。
不使用asp那些脚本语言的原因在于我们希望开发的是B/S结构的软件产品，使用
asp这样的东西软件根本没有办法卖。“
