用Delphi/C++ Builder做网站是否现实，该用什么技术好？(150分)

  • 主题发起人 主题发起人 Sachow
  • 开始时间 开始时间
to jojo
我个人是学电子商务的，网络技术和asp开发web以及sqlserver接触得较多，也比较熟悉，
但我觉得局限在ms的范围里面多发展不利。我现在学习delphi和oracle，希望能扩展
扩展能力。
你刚才谈到的几点：
（1.ADO支持的接口模式是什么？IUnknown还是IDispatch？什么是Dual Interface？
2.线程模式对性能的影响如何(COM的线程)，应该采用哪一种线程？
3.你真正的了解ADO吗？如何选用正确的DBProvider？
4.了解asp模型中上下文切换对性能的影响吗？什么时候应该创建对象？在asp中com对象
有几种工作模式？）
能否有空详细谈谈？
呵呵，我在广东一所高校的商务实验室里学习
 
to: jojo
thanks!
另：asp.net的beta2已经可以出来了，4CD，我还没有考虑好是不是下载
 
to bobogates:
若你更多的是做电子商务设计，关注的重点不在于技术的实现，而是了解有什么技术可
用，使用什么技术可以帮助你解决什么问题，而技术本身则不是那么重要。
若你是想做一个程序员，当然了解得越多也越好，但是个人的精力有限，只能专注于某
一方面上。我也是对ms的系统架构比较熟悉，其它方面只是知道而已，没有做过设计。
我提的几个问题，需要仔细的去研究，太早给出答案不太好。我曾经见过写com的程序
员居然连IUnkown是什么都不知道，危险啊。
 
to:大鱼儿
谢谢，我是msdn用户，不需要下载，微软会给我寄的。
 
好羡慕啊，～～　我就惨了，公司不肯给钱买MSDN　：（
 
你现在在什么公司啊？
 
to jojo
看来我们的学习领域还很相似呢，呵呵。
我觉得你这句话真的很耐听：“关注的重点不在于技术的实现，而是了解有什么技术可
用，使用什么技术可以帮助你解决什么问题，而技术本身则不是那么重要”
不过我还是有个问题：即使我懂得用什么技术去解决我的问题，但是我还是不能肯定
是否是最好最高效的方式，这会让我不断去追求技术，虽然我也觉得这样对精力有限的人
来说是过苛刻了些。
我不想做程序员，我最终还是希望把精力今后放在非技术的工作上，但我知道懂技术对
我做这行一定有帮助。
 
很好很好，我的qq是701938
 
to bogates
你说的问题是最大的问题：选型。没有人会告诉你到底应该怎么做（除了那些销售
代表），这个问题最终还是需要综合的考虑，也许最后的判断还是错的。
做技术很容易形成文人相轻，例如做java的莫名其妙反对ms，ms也一样反对java，
当你有这种心态时，很容易带上主观愿望去判断某一种技术，那样就不够客观了，会
影响你最终决策的正确性。
 
to jojo
工作过的就是不一样啊，一席话让我起码少走好多弯路。
by the way，现在外面需要什么样的人呢？按我这样的水平，懂asp和sqlserver的，
能找工作吗？
 
to bogates:
网站热潮已经过去了，估计有点困难。不过在广东，应该还是有很多机会。这边的web
应用水平相对滞后，比北京差远了，比上海也差。
 
用delphi提供Web的技术灵活且功能性强,但服务端开销太大，不适于大型网站。建议
使用JBuilder4的J2EE。
 
刚才看球赛了，呵呵，要继续自己的事业啊
应该一两年内还会重新出现机会，希望那个时候自己懂得多点了
网站也不是随便做的了，要哟特色和好的服务，新idea啊
 
这里谈得好热闹！
To jojo:
您所指的用C++是指的VC还是其它的？组件用不用ATL或VCL，或是纯用C++来自己写？
我如果在ASP和ISAPI之间选择一种，您看应该选哪个？
 
我指的是VC，当然其它的C++也可以，只要最后的目标代码够短。经过优化后的Delphi程
序也不错。组件接口当然要用ATL，VCL不是COM级的，需要进行转换。尽量避免使用MFC。

ASP仅支持IDispatch接口，因此你所有的COM必须实现Dual Interface，这一点Delphi比
较方便，因为都帮你写好了。ATL稍微复杂一点。

写普通的应用推荐用ASP，极端要求性能的部分用isapi，文件上传程序推荐用ISAPI。
 
我公司的网站访问量不会很大，估计日访问量只会有数百次，不会上千次级，考虑到开发的
难度和效率，我想用ASP，用ASP脚本的方式好还是用ASP+Active组件好？我不会VBScript。
 
to Sachow
如果你是技术决策人，考虑的东西要很多，我没有办法轻率的给出一个方案。在微软
平台上，使用ASP是一个廉价的解决方案，至于用脚本还是编写组件，要看具体的应用，
我没有办法评价哪一种更好，当然有两种策略，一种是尽量挖掘脚本的潜力，实在无法
实现了再编写组件，一种是尽量的编写组件，实在过于麻烦才是用脚本。前一种策略，
有可能会得到一个很慢速的网站，后一种策略麻烦主要在于稳定性。
至于你不会VBScript，我无话可说，谁是天生就会的呢？
 
jojo:
今天中午我去买了一本《Delphi 5.x分布式多层应用电子商务篇》，您大概也读过了吧？
（我是从“脚本是胶水”这话中联想到的），其中提到Borland没有提供Object Pascal脚
本语言引擎，我很关心Delphi 6是否提供了这个东西，我在一篇文件中看到这样一句话：
Delphi 6.0 will feature compiler-level support for SOAP (Simple Object Access
Protocol) and WSDL (Web Services Description Language). 这个Web Services
Description Language会不会就是李维所说的那种脚本语言引擎呢？
 
不是，这两个都是基于XML的实现。
 
还是用ASP或者是JAVA来做吧，用Delphi来做，最终还得用ASP来调用，那多烦。
 
您必须登录或注册才可回复。

Similar threads

S
[原]Delphi2010中DataSnap高级技术(5)—建立稳定服务程序之TCP心跳包的使用
回复
0
查看
1K
SUNSTONE的Delphi笔记
S
S
[原]Delphi2010中DataSnap高级技术(5)—建立稳定服务程序之TCP心跳包的使用
回复
0
查看
986
SUNSTONE的Delphi笔记
S
D
[原]OrangeUI－Delphi移动开发利器
回复
0
查看
2K
DelphiTeacher的专栏
D
D
[原]OrangeUI－Delphi移动开发利器
回复
0
查看
2K
DelphiTeacher的专栏
D
D
[原]OrangeUI－Delphi移动开发利器
回复
0
查看
1K
DelphiTeacher的专栏
D
后退
顶部