关于Midas,WebBroker,WebSnap,WebService的讨论,请说说你的看法,分可以再加(100分)

  • 主题发起人 YoungSun
  • 开始时间
李维的建议是用delphi+asp对象+中间件来实现WEB应用系统,2000年的时候,他对这种架构
推崇备至,赞誉有加。应该说在windows平台,这种结构确实稳定,快速,安全,并能实现
大型应用。当时公司还用这种结构实现了一个MIS,但结果是失败结局。如果说WebBroker如
李维所说,为WEB开发提供了当时最先进和最强劲的支持,为什么在D6中又推出WebSnap,而
且在过去的2年中,并未见到大量用这种方式实现的WEB应用。相反,java和asp.net在这个领
域被人愈加看好。
像这样一种技术,当开发人员对他充满信心,但市场应用却不如人意,这究竟是什么原因呢?
我想可能是开发人员太专注于技术的优劣了,而且李维推荐的这种解决方法依赖于太多的变化
的技术,当他写那本电子商务的书时,Win2000还没有出来,他可能也还不能肯定的发现M$
已经把.Net作为了公司发展的重心了。
ASP.Net相比上面这种方法,设计更加可视化,开发方式和效率更高,访问数据库也并不差,至
少从我的使用经验来看,但不存在搞垮服务器的危险,即使有也小得多。对WebService的支持
据说是更好,我没用过,不敢乱说。
上面是我的看法,欢迎大家批评指正,共同学习。[:I]
 
不知道IntraWeb怎么样?
我想看看那东西,做web应用.
 
delphi7的推出只不过是borland公司为应付M$的 .net战略,
并没有什么实质的进步,应该说borland公司还没有真正的.net产品,
听李维讲要明年才能推出,而明所M$公司将推出其.net 的2.0产品,
可以这样讲,borland是无力应付M$的竞争
intraweb也只不过是BORLAND应付M$的一个措施罢了,看到M$的.net的推出,BORLAND才
匆匆收购intraweb,
可以肯定地说,等2003年BORLAND推出真正的.NET 产品时,INTRAWEB肯定又是过时品了
嗨BORLAND真是让我们又爱又恨
 
各位老大,能不能帮忙解决一下,是Soap中出现的
http://www.delphibbs.com/delphibbs/dispq.asp?lid=1519695
谢谢
 
还是等.NET和8.0出来,才能评论!!
同意楼上兄弟,intraweb仅仅是为了DELPHI程序员保持信心而已!!1
不要都跑到.NET上面了!!
我还比较看好DELPHI,他为跨平台等等一些细节方面提供了很好的基础!
虽然.NET支持还没有实现,晚了.NET将近一年多时间,
但是你要想想想.NET这一年也并没有什么出色表现,徐了宣传,我还没看到
一家公司真正做出.NET应用的!!

 
对.net 持观望态度。。。
刚刚做了 isapi的网页应用(不言webservice ,题目太大) ,仅仅是将传统的mis搬到
web而已。
用bde连接,感觉isapi做的dll执行比cgi快,但是不易调试,控制,另外登陆安全验证也不好
设置,网页可视效果不好。
好几个应用启动好几个连接,也比较困惑。
曾想用websnap,可是按照书上的步骤,调试到注册服务的时候,浏览器一直打不开,最后作罢!
现在,我用isapi刚刚解决了图片输入的问题,还准备做口令登陆验证。
过一些时候再用websnap吧。
我觉得,写书的大都看重书的市场,并没有实际应用的感觉,其实,现在新技术的确
曾出不穷,应接不暇,程序员新手们肯定会茫然。刚入门道的我也很茫然,不过,我的
准则是根据客户的业务来选择,但是只能是在自己会的范畴内选择。一些新技术太快,来不及
学习!
困惑中。。。
 
。net的普及应该是要等到。net Server的分布后吧,现在市场上的。net应用虽然不多,但
其实大家都在准备。net吧,其实学。net的人很多,只是没投入到实际应用而且,看书店中。net
的书有多少就知道了
 
一点体会:
对于查询功能,利用ASP对象来访问数据库,返回数据封装成XML,通过XSL或其他方法来
生成HTML,有什么好处呢?比如我们的软件提供WEB查询功能,但客户自己已经有网站,
希望自己来设计网页,那么我们可以提供ASP对象的接口和XML封装的数据结构,这样就
可以很好的集成到他们现有的网页中去,从而提供了更高的灵活性。
 
谢谢各位。
 
顶部