WebSnap是Delphi提供的一套web的FrameWork，最终生成的是CGI或者ISAPI <- 中国开发网

CNDEV.ORG

当前在线

论坛

CBD
- 程序员情感CBD
- 程序员见面交流会
CBD开发区
- Java/J2ME
- .NET/C#
- 数据库
- Delphi/BCB
- Visual C
其它
情感
游戏
- CNDEV-CS/WOW
- 浩宇长空
生活
论坛系统

中国开发网: 论坛: 程序员情感CBD: 贴子 119811

pcplayer： WebSnap是Delphi提供的一套web的FrameWork，最终生成的是CGI或者ISAPI

[阅读: 634] 2005-03-26 14:29:23

它是真正的可执行的代码，响应HTTP请求，一样有Request和Response对象。它内部提供了一堆控件来解析HTTP请求，把请求转到相应的控件去处理。

你可以看它的DEMO啊。DELPHI的DEMO里有WEBSNAP的DEMO的。关键是这些处理它都有SOURCE，可以拿来学习。

相关信息:

有谁见到过讨论上传组件效率数据的？我在CSDN见过一个忘了找不到了，我做的要1M1秒多，应该是太慢了 (空) (有狐 [809] 2005-03-25 10:50)
- 你的问题，当前最需要解决的就是如何定位吧？还是你的代码在其它地方消耗了太多时间？ (空) (pcplayer [437] 2005-03-25 11:09)
  - 定位肯定耗时间，而且我还没有改成直接处理varByte+varArray，正在改，还要改成逐步读取处理，估计会快些 (空) (有狐 [678] 2005-03-25 11:12)
    - 参考了别人的代码了吗？看看别人是如何处理的吧。我以前有一个在WEB BROKER下传文件的控件。对了，WebSnap好象带了那个控件，也可以看看Delphi是用什么方式来实现的嘛。 (空) (pcplayer [513] 2005-03-25 11:20)
      - 找不到别人的代码，都搞得严严实实的，ASP代码的倒是很多。不过参考了网上看到的一句话：逐步处理，觉得有道理 (空) (有狐 [522] 2005-03-25 18:30)
        delphi有SOURCE的呀。 (空) (pcplayer [446] 2005-03-26 00:44)
        能告诉我是那个或者那个单元文件吗？我对websnap不熟，基本没用过 (38字) (有狐 [400] 2005-03-26 12:56)
        delphi/source/WebSnap/ 下有SOURCE，具体关于文件上传的，你可以看： (153字) (pcplayer [651] 2005-03-26 13:50)
- 有用吗？---用Delphi 6开发ASP上传组件详解 (9089字) (ht [710] 2005-03-25 18:41)
  - 这个我看过，也照样敲了一个，在我机器上测试效率还不如我的这个。 (162字) (有狐 [501] 2005-03-26 12:50)
- 太高兴了，改成直接处理varByte+varArray并逐步处理，不调用Delphi的PosEx而是自己写定位过程，效率提高了N多 (55字) (有狐 [909] 2005-03-26 14:09)
  - 你拿WebSnap来测试一下看看。 (空) (pcplayer [491] 2005-03-26 14:14)
    - 试着传了一个13M的，哈哈，结果脚本超时 (71字) (有狐 [420] 2005-03-26 14:18)
    - 不熟WebSnap机制，找起来还挺费劲，你能不能简约地说一下机制？ (空) (有狐 [561] 2005-03-26 14:25)
      - 关键是客户端浏览器数据POST后由哪个单元的哪个类处理的 (空) (有狐 [427] 2005-03-26 14:29)
        上面点了个灯泡那贴里有啊。 (空) (pcplayer [393] 2005-03-26 14:33)
      - WebSnap是Delphi提供的一套web的FrameWork，最终生成的是CGI或者ISAPI (144字) (pcplayer [633] 2005-03-26 14:29)
        Request对象是哪个？ (空) (有狐 [505] 2005-03-26 14:34)
      - 太JB费劲了，先不找了 (空) (有狐 [398] 2005-03-26 14:54)
        FT，刚说不找了就给找到了，TMultipartContentParser (空) (有狐 [531] 2005-03-26 14:55)
        研究完了发表一下体会。 (空) (pcplayer [395] 2005-03-26 15:02)
- 无意遇到一个以前cndev.net的深圳王发军写的 (9064字) (haitao [566] 2005-03-26 14:57)
  - 王发军！记得在CoolHot就有吧，当时我见到过，不过我那时潜水 (462字) (有狐 [452] 2005-03-26 15:06)
    - 数据太多，都放内存，可能很占内存。但不放内存，搜索起来不就慢了？ (空) (pcplayer [431] 2005-03-26 15:09)
      - 那个什么内存映像文件什么的是否会有用？我没用过不清楚 (142字) (有狐 [2002] 2005-03-26 15:16)
        我做过一个有客户端的文件上传工具(httpdisk)，功能自然多很多，但是效率会比较低 (27字) (haitao [1406] 2005-03-26 15:24)
    - 整个文件是这样一个字符一个字符地加起来的？那是要死人的 (260字) (haitao [414] 2005-03-26 15:14)
      - 我现在是充分利用数据的格式规则，根本不需要这么一个过程，直接处理Variant的Byte数组就可以了 (空) (有狐 [601] 2005-03-26 15:18)
        Variant的Byte数组是谁、怎么填充的？ (9字) (haitao [539] 2005-03-26 15:21)
        从Request对象得到的数据就是一个varByte+varArray类型的Variant，先VarArrayLock一下再处理，我觉得总比全部先搞成字符串快吧？ (空) (有狐 [465] 2005-03-26 15:23)
        事实证明也是快了 (42字) (有狐 [397] 2005-03-26 15:25)
        那是快很多了－－不过 (225字) (haitao [538] 2005-03-26 15:34)
        那个上传组件之外的事，先不关心。 (87字) (有狐 [451] 2005-03-26 15:41)
  - 从这里又看出一个方法，就是处理一些，从内存删掉一些，这样随着处理占用内存越来越少，是否会更好？ (空) (有狐 [538] 2005-03-26 15:29)
    - 又试了下，10M的文件用组件处理的时间才需要300多毫秒，先这样吧，先搞别的去 (空) (有狐 [489] 2005-03-26 16:02)
    - 我觉得吧，如果全部在内存里处理，速度肯定快。但文件大了，消耗内存。 (87字) (pcplayer [502] 2005-03-26 16:25)
      - 不搜索似乎不太可能，除非客户端有自己的文件上传组件，我的组件对付的是标准的<form>和<input type="file"> (123字) (有狐 [533] 2005-03-26 17:08)
        内存印象文件，以前在DOS下用过。其实电脑就只有RAM和DISK，一个快，一个慢。就看你用哪个。把内存当“文件”用，不过是用文件操作的方式去操作内存，追求的是速度，只要你内存够大。 (23字) (pcplayer [756] 2005-03-27 00:44)
- 转自CSDN:.NET大文件上传知识整理 (6728字) (有狐 [569] 2005-03-26 16:14)
  - 目前无组件程序和一些COM组件都是使用Request.BinaryRead方法。一次性得到上传的数据，然后分析处理。这就是为什么上传大文件很慢的原因了 (空) (有狐 [875] 2005-03-26 16:16)

欢迎光临本社区，您还没有登录，不能发贴子。请在这里登录

页面内容处理时间: 0.021 - 678176