vbnet安全性 vbnet教程2018版( 八 )


你能使用熟悉的RAD工具创建带有代码的表单 。创建的ASP.NET代码编译并驻留在服务器
上,并在那里被执行,然后以HTML方式发送给任何一个支持HTML 3.2的浏览器 。
底层结构捕获客户端上的事件数据,并把它发送给服务器 。这意味着可以使用各种
用户界面工具,可以利用现有的表单设计技巧,而且应用程序界面是不依赖浏览器的 。
如果可以放弃不依赖浏览器 , 你还有另一个选择来利用Internet Explorer 某些功能特
有的优势 。Web Form使支持Web的应用程序能更容易地创建更好、更丰富多彩的用户界面

Web服务策略
VB.NET里的另外一个重要的面向Web的功能是:Web服务 。Microsoft的市场部门把W
eb服务列为采用.NET的几大理由之一 。实际上,Web服务的本质就是使用标准协议的、由
Web服务器提供的、类似于COM的对象 。注意在技术上它们并不是COM对象 , 但和COM对象
的表现方式很相像 。Microsoft希望看到所有的公司使用Web服务,并且未来的应用程序
可以简单地“粘”在不同的Web服务上 , 就像现在可以使用Visual Basic for Applicat
ions (VBA)建立基于Office和支持VBA的程序的解决方案一样 。
在PDC上 , 对于它希望开发者如何“粘”在这些服务上,Microsoft提供的一个演示
程序给出了很好的例子 。在这个演示程序里,一个假想的诊所通过Web服务提供预约系统
,演示了你可以怎样使用智能电话通过Web进行预约 。Visual Basic.NET 甚至会允许你
查询服务器,并获得关于服务器能支持的所有Web服务的相关数据 。通过IntelliSense
dropdown这个绝对有用的工具 , 程序员可以访问Web服务 。Web服务是Microsoft雄心勃勃
的战略,但只有时间才能检验它是否能成功地被广泛接纳 。
Microsoft试图消除与包装和分发应用程序相关的问题,包括令人恐惧的DLL 。所有
.NET应用程序被封装为元件 。元件包含着数据以描述它运行所需的东西 。这些数据被称
为货单,包括很多信息,例如:元件身份(名称、版本等等);一个列出了所有文件之间
的依赖关系的表,以及它们的位置和版本;包括DLL相关数据的外部依赖关系信息;还有
其它元件需要而开发者没有创建的资源 。元件是自说明的(通过它们的货单),所以.NET
应用程序不需要修改注册表才能工作 。换句话说,你不再需要注册表组件 。在最好的情
况下,即客户机里已经有了.NET运行库时,分发一个复杂的应用程序可能只是把一个文
件夹复制到目标机器上这么简单的事 。元件的另一个好处是:你可以让不同的应用程序
使用同一个DLL的不同版本,并且协调地运行在一台机器上 。如果所有这些都可以像计划
中那样工作,有关DLL的地狱和版本的噩梦就将成为往事 。
正确之路
Microsoft彻底更新了它的技术 , 而不仅仅是核心语言 。例如,在Visual Studio.N
ET里同时提供了ADO.NET,这是有特殊优点的下一代ActiveX Data Objects (ADO) 版本
。它的一个灵活改变是:ADO.NET用Extensible Markup Language (XML)作为在组件之间
传递数据集的格式 。这意味着接收组件不一定必须是ADO.NET组件 , 同时接收组件可以接
受任何XML 格式的数据集 。谈到XML,它支撑着VS.NET中的任何东西 , 从配置文件到远端
过程调用 。ADO.NET在处理断开的数据集时比 ADO的性能要好 , 并且具有更好的伸缩性 。
Visual Basic.NET对我们都很熟悉的VB做了重要的改变 。C++革命性地跳跃到.NET后

推荐阅读