求DELPHI下跨物理区域的解决方案。

DELPHI下跨物理区域的解决方案。
要求：
  1. 不要用什么B/S 
  2. 不用VPN 
  3. qburro 用了一下，也不太可行
  4. CIX 应用不成熟，不太敢用。主要的想法，是如何处理远程的数据访问问题（考虑成本与速度）。

解决方案 »

  1.   

    你什么都不用，还解决什么啊考虑三层，架设中间服务器，直连或走socket都可
      

  2.   

    跨物理区域是什么概念？跨网段吗，只要网络端口能通达就OK
    MIDAS、HTTP都行啊
      

  3.   

    不用B/S   那就用C/S
    如果是数据库  像SQl  可以直接通过IP 读取
      

  4.   

    还可以使用C/W嘛
    Client/Webserver
      

  5.   

    为模式+架构而生，学术研究？有成熟的VPN+CS，为啥不利用呢。。难想像有什么神秘政治需求
      

  6.   

    比较快捷的办法是用Java搭出来一个应用层与数据访问层，向外提供一个HTTP 接口(SERVLET或WEB SERVICE)。
    返回数据可为JSON或XML。
    前端随心所欲。
    省时，省力
      

  7.   

    Client/Webserver就是用isapi搭出来一个应用层与数据访问层，向外提供一个HTTP 接口。
    返回数据可为INI或XML。
    前端随心所欲。
    省时，省力呵呵，我把这个isapi后台叫做：通用数据库网关
      

  8.   

    http省事些。。
    不需要考虑代理什么的。。
      

  9.   

    在论坛上见您介绍过C/W，但还是缺乏了解，所以对这种模式的稳定、效率、快速开发方面不敢妄言。但Java的应用层与数据层有不少比较成熟、稳定的组件。如果开发ISAPI，是不是会对开发人员的要求比较高，有一点内存泄露，1-2个月就要重启一次服务
      

  10.   

    通用数据库网关，只需要一个，以后的应用千变万化，它是不用改的
    开发效率，因为是无界面的后台应用，用什么写都差不多（基本无法利用delphi的可视化，倒是真的）
    如果为了安全，不做成通用的，则会因为不同的应用项目而重新实现
    但是，也可以把应用涉及的sql等业务逻辑作成外部文件，运行时动态加载
    则isapi也基本不用再改了，换应用，写一套sql等外部文件即可总体的开发效率，体现在Client上，它是与普通的delphi桌面程序基本没有区别
    isapi，IIS6及以后的版本下，可以遇到空闲自动回收，则内存泄漏一点也不怕
    可以多个进程一起服务，则重启一个进程，也不影响服务
      

  11.   

    考虑三层，架设中间服务器，socket
      

  12.   

    成本最低的就是用bs 或是cs 三层架架
      

  13.   

    成本最低的就是用bs 或是cs 三层架架