vb.net里的框架在哪 vbnet override( 四 )


为了避免引起误解,这里需对这种关系加以特别说明:COM开发人员必须手动去做大多数.NET框架开发人员可以在运行时自动执行的事情 。例如 , 必须手写COM组件的安全性模块 , 且无法自动管理模块占用的内存,而在安装COM组件时,注册条目必须放进Windows注册表中 。对.NET框架而言,运行时实现了这些功能的自动化 。例如,组件本身是自我描述型的,因而无需注册到Windows注册表中便能安装 。
当把COM与Microsoft事务服务器(MTS)和分布式COM(DCOM)结合在一起时,就变成了COM+ 。COM+提供了一组面向中间层的服务 。特别是COM+提供了进程管理功能和数据库与对象连接池处理功能 。在将来的版本中,它还将提供一种称为分区的功能——专门为应用程序服务提供商设计的更强大的进程隔离功能 。
COM+服务主要面向中间层应用程序开发 , 并主要为大型分布式应用程序提供可靠性和可扩展性 。这些服务是对.NET框架所提供服务的补充;通过.NET框架类,可以直接访问这些服务 。.NET框架有几个要素值得一提
。首先是它的安全系统和配置系统 。这两个系统协同工作,有力地遏止了运行不安全代码的可能性,并大幅度减少了号称“DLL Hell”的对应用程序进行配置时所面临的挑战 。
安全系统是一个高度细化、基于事实的系统,它赋予开发人员和管理员多种代码处理权限(而不仅仅是“on”或“off”) 。将来,还会根据代码本身的核心要素来决定如何实施上述权限 。
例如,当.NET框架应用程序被下载到某一系统中时,它会申请一组权限(诸如对临时目录的写入权限) 。运行时将收集有关应用程序的事实信息(诸如:它是从何处下载的、是否用了有效签名、甚至它访问系统的准确程度),并按管理策略决定是否允许应用程序运行 。运行时甚至还可告之应用程序它无法授权申请的所有权限,并允许应用程序自行决定是否继续运行 。
有这种安全系统作保障,许多应用程序配置问题便会迎刃而解 。开发人员和管理员(最终是用户)所面临的最大挑战之一是版本的管理问题 。如果在您新装了某个应用程序之后 , 一切都限于瘫痪状态,而在这之前系统一直运行得非常良好,那么最大的可能是新安装的应用程序重写了一些共享库,并极有可能修正了现有应用程序正使用的程序错误 。这种情况出现的频率很高,以致人们将它称为:“DLL Hell” 。
.NET框架拥有的几项高级功能可以彻底消除“DLL Hell”现象 。首先 , 它有一个非常强大的内部命名系统,能够有效地防止两个库因互相重名而被错当为对方的情况发生 。除此之外,它还提供一项被称作“并行”配置的新功能 。如果前例中新安装的应用程序确实重写了共享库,现有应用程序可对该库进行修复 。等现有应用程序再次启动时 , 它会检查所有的共享文件 。如果发现文件被更改 , 同时这些更改又是不兼容的,则它可以请求运行时提取一个它可以使用的版本 。得益于强大的安全系统,运行时可以安全地执行该操作,这样应用程序就完成了本身的修复工作 。
总之,Microsoft .NET开发框架在通用语言运行时的基础上 , 给开发者提供了完善的基础类库、下一代的数据库访问技术ADO .NET、网络开发技术ASP .NET,开发者可以使用多种语言及Visual Studio .NET来快速构建下一代的网络应用 。随着相关的互联网标准及技术的普及,可以预言将会有越来越多的开发者采用这种开发结构 , 开发出丰富多样的下一代互联网应用来 。
vb.net里的框架在哪的介绍就聊到这里吧,感谢你花时间阅读本站内容,更多关于vbnet override、vb.net里的框架在哪的信息别忘了在本站进行查找喔 。

推荐阅读