现在是不是 IntraWeb 都没有人用了？？？都改用 .net 了？？？(10分)

  • 主题发起人 主题发起人 ndyufei
  • 开始时间 开始时间
N

ndyufei

Unregistered / Unconfirmed
GUEST, unregistred user!
现在是不是 IntraWeb 都没有人用了？？？都改用 .net 了？？？
 
现在是不是 IntraWeb 都没有人用了？？？都改用 .net 了？？？
 
为什么用IntraWeb？
 
想写一个类似PHP或ASP写的那样动态脚本网页程序，很简单，可是
我又不会ASP或PHP，因此就想到用 delphi 来实现这样的功能
 
网上到处都是源码，要什么就下什么。。。
 
请大家继续发表意见，谢谢。
 
我正在用intraweb开发程序，你在做什么程序？
 
intraweb开发安全性高
.net的程序，都可以被反编译（看到源码哟）
 
intraweb 并不适用于web网站，但如果快速开发web应用和服务也是不错的
 
帮你顶，我也想知道。
 
Intraweb有很多开发模式。不同的模式对应不同的场合。
一般来说，Intraweb的应用模式在局域网应用上很不错。Intraweb的页模式在广域网上应用是个不错的选择。基本上有以下优点：
1.保密性就不用说了。
2.开发效率很高，对熟悉DELPHI的程序员来说这点很重要。
3.对一些比较复杂的功能，像ASP,PHP需要第三方的ActiveX来实现，用Intraweb基本上自己都可以做，比如动态的实现一些数据三维图,或是实现自定义数据库.....等等。

曾经用Websnap+intraweb(页模式)来做过一些网站的开发。效果不错。
 
现在开发web还是java和net，Intraweb只是为了方便delphi程序员开发而提供方案，以前曾经研究过一段时间，觉得就是一个以ie为客户端的三层，而且灵活性很差，网上资料也很少（稍微复杂的项目应该都不会用），现在大项目用java比较多，三方开源组件很多，几乎不需要考虑太多底层东西，专心业务代码编写就可以拉！log4j，struts，hiberante，spring，dbcp........除了业务其他用就可以拉。
 
不知道楼上所说的灵活性很差是啥意思。从服务端来说，以Delphi的实力基本上没有实现不了的；从客户端来说，intraweb支持javascript嵌入，可以在客户段用javascript对网页上的每一个成员进行控制。从网页本身来说，intraweb支持模板。以这些特性对付大部分网站开发不应该存在灵活性的问题。甚至intraweb本身的所带的页模式还支持脚本的方式。
至于资料问题，现在中文版本的书已经出版了好几本，基本上都把intraweb解释的比较清楚了，还可以在它的开发公司网站上下载资料，不过是英文的（如果是英文程度问题，那就是另外一回事）。而且，其自身所带的例子就是很好的学习材料。
由于intraweb开发出网站程序的特点（自带WEB发布器，ISAPI，CGI...），对于想在自己申请的虚拟空间发布的用户是个大问题。这才是intraweb比较大的弱点。所以不敢说intraweb在广域网的开发上有什么很突出的优点，但是在局域网上绝对是一个很好的选择。
 
觉得Intraweb还是比较灵活的。
我们利用页模式开发的网站，已运行3年了，稳定性没有问题。由于采用模版，需要改变布局只要编辑模版页面即可；需要加减栏目进Delphi修改，然后将DLL文件重新发布。
由于是在自己服务器发布，所以没有问题。如是托管服务器看来会麻烦些。
 
Intraweb就是不行嘛~使用delphi的人对delphi的东西都有一种偏执~
 
使用 web server application 开发isapi吧. (自已写个session部分)

安全,高效,灵活(intraweb封装了太多东西,不灵活.)..(不用.NET包..咱是WIN api包了..)
调试用 ISAPI Loader(这样更新ISAPI也非常方便的不用重启IIS)

我用这种方式写了很多WEB程序了.不错的.
 
2 linuxping,
每个人对自己喜爱的东西都会有偏执的倾向，或多或少。这很正常。 但是，如果你说intraweb不行，起码得说出哪里不行，为什么不行。

2 jgame
我看这得根据需要来作，普通的网站程序，用你的方式来开发，开发效率不高。如果是写ISPAI过滤器，ISAPI全局扩展，当然intraweb就不适合了。还有调试intraweb程序根本不需要重启IIS。应用模式是自带的WEB发布器，页模式在D6是COM方式，在D7是Socket方式。调试非常的简单。
 
1 改一下, 实时调试+更新 (在空间商服务器上),intraweb的isapi也可以这样操作.

2 开发效率不高,是存在的,相对熟手程序而言;

不过得提一下,为什么要用DELPHI来开发,有什么优势;
我现在的答案是isapi,相对ASP,PHP快啊;要说效率就比不上asp,php等了..
所以要说效率就不要用delphi来开发,b/s程序了.

就web server application与intraweb的开发效率比较,该方式相对开发效率低了些;
原因:intraweb封装了那多常用应用.

问题就是出在封装部分,封装后我们的活动空间小了太多.

再看看session的使用方式,这还是传统的session思想吗?

在使用中您没有感觉到被限制空间,或手脚的地方吗?
跟传统web程序开发的思路是不是差太多.


intraweb的优势是封装应用.不过你的思想得跟着他走.(同意,chen_liang观点,灵活性很差,感觉梆住手脚)
大家用着感觉一下吧.

web server application的话你得自个写个session部分,按传统session原理写OH.
不然安全性是一个问题.



就说这些吧.
 
2 jgame,

这里是DELPHI的论坛，自然相对的对象是对DELPHI比较熟悉的同学。

要说效率比不上ASP,PHP那时见仁见智的问题。就其本身来说，一个是编译的，一个是解释的。哪个效率高就不用多说。那为什么感觉上intraweb有时候比较慢呢？那是因为intraweb应用模式下，为了使开发的时候感觉一个像WIN32程序，它不会自动把打开的数据集关闭，而都是保存在session里。所以，从数据集的操作上讲很便利，连续性，但是速度会变慢。其实，这即是优点也是缺点。看怎么应用了(尤其在局域网上，这会突出这点的好处，因为带宽有了保证）。如果你不想有这些特性，可以在每次用完数据集控件后就关闭它即可。就其开发效率来说，它一点都不比ASP，PHP差。丰富的第三控件可以用。对付大部分应用没什么问题。

我不知道传统的session在你看来可能是瞧不上。但是那么多的应用不都是传统的吗？

至于自己写session，intraweb一样可以。在它的页模式下，webbroker+intraweb或websnap+intraweb一样可以自己来写session.想怎么写就怎么写。不过，websnap的session机制是很不错的，一般推荐用websnap的session机制。
 
1 前面回复中的"效率"应该是,开发效率..(没看出来吗)

执行效率,我说了生成isapi web程序.asp这类根本不用比的.
这也比下去了,就不用这个开发了,没什么意思了.

2 我看重的正是就是传统的session思想

3 websnap的session机制及操作与传统是差太远,,
你去了解一下asp及php的session操作,及传统session原理就明白了.

声明一下立场,以免楼上的误会了.

我是支持用delphi的web server application开发isapi web程序的一方,
原因一点,可以大展手脚.(夸张一点说,这样web应用,一般没什么开发不能做!.)
 
您必须登录或注册才可回复。

Similar threads

万
使用 IntraWeb (45) - 活用 IntraWeb - 万一
回复
0
查看
551
万一
万
万
使用 IntraWeb (39) - THttpRequest、THttpReply - 万一
回复
0
查看
495
万一
万
S
[教程]Delphi Android应用启动画面详解
回复
0
查看
848
swish
S
万
使用 IntraWeb (35) - TIWJQueryWidget - 万一
回复
0
查看
564
万一
万
不
奇淫怪巧之在Delphi中调用不申明函数 - 不得闲
回复
0
查看
892
不得闲
不
后退
顶部