用ASP+DELPHI开发WEB应用程序的探讨!!!(100分)

  • 主题发起人 主题发起人 fjcwd
  • 开始时间 开始时间
F

fjcwd

Unregistered / Unconfirmed
GUEST, unregistred user!
本人这段时间一直在用ASP写基于B/S结构的一个项目,里面有很多复杂的数据库操作,服务器
端用的是IIS+SQL SERVER 2000,脚本语言用的是JAVASCRIPT。我以前用的是DELPHI,所以一直
在想是否可以将一些复杂的操作封装在COM对象中,不知这样做以后在运行效率和开发的时间上
是否会发生很大的变化??
 
不会有大的变化!!!
成功做过IIS+SQLServer7.0+MTS/COM+ +ADO
对于复杂的数据操作,封装COM对象就更方便了!!!
 
http://delphi.mychangshu.com/dispdoc.asp?id=536
参考里面中间层的封装制作方法。
将中间层注册到IIS服务器上,那么用ASP的createobject('S_PayRoll.Color')(应该是用此函数吧,久不用了)
去建立COM对象,然后调用它的方法去完成特定功能。
 
开发效率当然是会提高,由于将业务流程封装在COM对象中,
假如流程发生变化,只要调用参数没有变,那么ASP页可以不做任何变动就把
程序转向新的流程,简单地说,假设有一模块是计算工人工资,那么在ASP中
无非是先建立这个对象,然后调用对象的calcXXX方法,传入计算日期范围,
对ASP来说,它的任务已经完成,至于calcXXX是怎么实现的就是COM对象的工作了。
要修改计算方法只要重新写过此过程,将此DLL替换掉原先旧的那份,那么程序升级就算完成了。
 
我现在就是用vb写的com加javascript(前端)+asp(vbscript)架构,delphi的三层架构我也写过,
比vb的好用多了,我更倾向于用delphi写com,可因为是团队开发,大家都用vb写,我也只好用vb了
...废话说了这么多,对你的问题答案是肯定的,只要你多花点时间进行规划,将asp里的复杂逻辑及对
数据库的访问都封装在com中,就会更符合DNA的架构思想,至于DNA的好处就不在这里讲了,不过
基既然是用d的,李维的那几部书肯定看过了,对COM+所带来的管理和运行效率的好处也肯定明白了
所以,大胆的使用ASP+COM的构架,能使你的程序在各个方面都上一个档次,那些将什么东东都统统
塞在ASP页面里的做法实在不值得提倡,而且弄出来也是一团糟,给将来的维护升级带来很多麻烦。
 
可是我碰到用ADO取数据库的数据时遇到困难,而将数据写到文不对题本里却没有问题,老李的书好象不是很管用啊!
 
你能说清楚一点嘛?我用过,没问题呀
 
采用com效率和维护都很方便,将业务逻辑封装在com里面。
com里面最好也要分层,这样会更好。
 
当然可以了

如果采用中间件及线程技术,执行效率会大有提高
再说了,asp的安全性实在是太

:))
 
后退
顶部