[一个无须编程将原软件.docVIP

一个无须编程将原vfp软件B/S化方案一、一个日益普遍的需求????随着宽带网日益普及，不少中小企业、特别是大量具有分支机构的小企业，想借此寻找一个现实可行、廉价的办法来建立一个可异地运行分布式管理信息系统。但现实条件仍比较严峻：????服务器端：宽带上网，虽然获得了速度，但不愿再投资获得固定的IP地址，因而只有临时的IP地址(动态IP地址)；客户机端：拨号上网或宽带上网；?与internet建立连接时不可避免的断链。但对应用软件的要求却没有降低，甚至更高。如：希望像浏览网页一样，远程只要有浏览器，不要任何软件部署；即使56k?modem拨号上网，速度上相对局域网却不应有明显延迟，至少不应比一般的浏览网页慢；对与internet建立连接时经常的断链，无论在服务器端还是客户端，都要有充分的容错性——不能对程序的运行产生丝毫的影响。要支持分支机构即时进行凭证打印，解决在B/S结构中较难的，报表可在客户端打印机上远程打印的问题。最好还能支持远程的其他外设，如：扫描仪等，或许还想要个多媒体声音效果什么的。这显然是一个B/S结构的应用系统。对我们foxer来说，这一要求更不容乐观。html、asp、VBScript…要学习太多的新东西，对vfp来说，还要面对那么多不灵活，蹩脚的东西。我们的知识准备充分了吗？这可不是随便看两三本书就可以磨出来的功夫。那么有没有一个捷径？在我们现有的知识结构下，用最小的开发成本下提升我们的vfp应用程序到互联网上？有。确实存在！她能克服上述的困难，满足上述的全部要求。想象一下吧，就一个报表打印，无论是通过网页还是本地执行都是丝毫不差的，那就够我们兴奋不已了。我已经看到你的感动了。好吧，Lets?go?!二、这是一个将原vfp软件B/S化的方案上图是一个简单示例：一个浏览器窗口，标题是：“dupeiji的vfp在b/s结构中”。窗口中显示一个正在运行的vfp程序。1、客户端????通常，浏览器将web服务器传来的HTML代码转化成图文并茂的网页。网页还具备一定的交互功能，允许用户在网页提供的申请表上输入信息提交给后台，并提出处理请求。????受限于HTML语言的交互性差问题，输入输出的用户互界面不能用纯INTERNET技术规范HTML/HTTP解决，因为INTERNET?WWW技术的主要应用是发布信息而不是输入输出，“浏览器”是用于“浏览”而非终端输入输出！所以为了解决浏览器和HTML页面的交互性差问题，以IE为客户端的“B/S”应用软件往往在浏览器中采用微软的VBScript脚本语言和ACTIVEX技术。????对ACTIVEX控件，foxer应不陌生。如同我们经常利用ACTIVEX控件来增强vfp的功能一样，在IE浏览器中，可以用VBScript脚本语言来操纵ACTIVEX控件。如果IE浏览器发觉本地没有页面所需的ACTIVEX控件，他将自动从web服务器下载。????因此，IE浏览器中的界面可以是纯HTML构成，也可以HTML与ACTIVEX混合构成。????一个极端的例子——界面布局只由ACTIVEX构成——这个ACTIVEX控件其实是一个从web服务器下载，由浏览器启动，并在浏览器内运行的客户端程序。????我们的方案就是这样的一个极端例子——通过这个ACTIVEX控件产生vfp界(画)面，呈现给浏览器端远程用户。????当然，不是没有html,我们还时有一个用html生成的前导连接界面以进行服务器登陆，并调出ACTIVEX控件对象。2、服务器端????在B/S结构中，用户界面由作为第二层或中间层的Web服务器产生，通过internet发送至远端的浏览器。在我们这个体系结构中，用户界面也不能在客户端产生，谁让我们是B/S结构？否则就变成了C/S了。????但我们和一般意义上的B/S不同。????通常，浏览器提出处理请求后，Web服务器启动相应的进程来响应，并动态生成一串形成用户界面并经交互的HTML代码、脚本语言代码，其中嵌入处理的结果，返回给客户机的浏览器。????如果客户机提交的请求包括数据的存取，Web服务器还需与后面的应用程序服务器、数据库服务器协同完成这一处理工作——这点非常重要！????对于只由ACTIVEX构成的浏览器，服务器端的WEB服务器在与用户建立连接、发布ACTIVEX控件到客户端后、程序运行结束前，就不再用HTML向远程浏览器端发布信息。????这里，我们的界面是由后面的一个应用服务器产生，它可以并发、多用户地响应浏览器端用户的请求，并在服务器端分析、运算，产生并传送vfp程序的界面。浏览器端用户的请求还可扩展至打印、声音、甚至诸如扫描仪等串并口上的设备。多么伟大、激动人心！????这里，关键是应用服务器