教
教父
Unregistered / Unconfirmed
GUEST, unregistred user!
“哎，Visual Studio.NET到底怎么样？”--电脑杂志《日经Click》的热门栏目标题可以
说代表了目前许多Windows程序员的想法。也就是说，尽管对Visual Studio（VS）.NET非
常关注，但由于自己尚未用过，因此无法做出评价，所以都想从别人那里探听一些看法。
3月22日开始供货的VS .NET日语版虽说从外观和操作方法上称得上是VS 6.0的延伸，
但在内容方面的巨大改进已使人很难再将其仅定位于VS 6.0的后续版本。本来应用软件
开发平台已经从原来的Win32 API过渡到了.NET Framework，因此可开发的应用软件种类
也发生了很大变化。由于所处环境的不同，Windows程序员们应该各有各的烦恼吧。
是否立即采用VS .NET因各公司方针和业务内容而意见各不相同，但只要与Windows
软件发生关系，肯定早晚都得使用。因此，《日经软件》在最新一期杂志（2002年5月号）
中通过专题对VS .NET进行了全面介绍，同时还特意汇总了一些需要事先了解的术语及技
术。下面就来谈一下编写这个专题报道时以及写完后的感受。
产品与补丁同时上市
就象很多人都已经知道的那样，在VS .NET日语版开始销售的同时，.NET Framework的
补丁--.NET Framework Service Pack 1（SP1）也同时上市。也就是说，只要安装VS .NET
，就得再配套安装一个.NET Framework SP1。刚装上就打补丁，给人的印象实在是好不到
哪儿去。补丁虽说是提供得越早越好，但如果刚买了VS .NET就要安装SP1吧，不如直截发
售配有SP1的VS .NET，相信应该不止笔者一人有这种想法吧。
看一下.NET Framework SP1的内容，或许你就会忍不住又要开始为.NET的安全性能而
担忧了。要通过.NET Framework SP1修正的内容中最主要一点就是变更默认的安全方案。
在迄今为止的标准安全方案中，.NET Framework支持的应用（可管理代码，Managed
Code）可以通过因特网在客户端机器上动态下载/运行。但使用SP1后，就不再允许动态下
载/运行了（局域网不发生变化）。
微软一直认为，通过安全管理员对本地文件的访问限制方面，管理代码是非常安全
的。但对此表示怀疑的意见也很多，由于不能保证100%的安全，所以才在标准设置中不
允许通过因特网自动执行。
从Internet Explorer与IIS（Internet Information Services）相继发现安全漏
洞的情况来看，可以说.NET更改安全策略也是理所当然的了。
但麻烦的是，相对于开发环境，可执行可管理代码的客户端机器更需要SP1。为了执
行可管理代码，需要在这些机器上安装.NET Framework的运行库（Runtime）（称为.NET
Framework的再发行套件）。
由于目前几乎还没有机器安装这一运行库，所以可管理代码还无法顺利地推广下去。
但微软将会通过 Windows Update、Internet Explorer的版本升级，以及OEM提供Windows
等各种渠道来发布.NET的运行库。相信不用多久，你的机器也会不知不觉地装上了.NET的
运行库。
这样，无论点击哪一个网页的URL，带有安全漏洞的管理代码就会任意地执行……希
望那时发布的.NET运行库已经安装了SP1。
在推出的同时就发布变更安全策略的SP1，实在很难让人对.NET产生好感。其实，即
使稍微推迟一些发布日语版本，而提供配有SP1的VS .NET、.NET Framework SDK，也许
更令用户感到安心。
期待着企业应用和竞争产品的出现
尽管说了一大通不是，但实际上笔者对于.NET Framework支持的Web应用仍然还是抱
有一定的期望。如将其应用于企业内部的信息系统。恐怕已经有不少企业和部门通过局域
网Web应用实现了考勤、交通费结算等事务性的自动处理吧。但相对于Windows应用的用户
端口，Web浏览器的输入格式还很难使用。
如果在VS .NET上开发了这样的Web应用软件，就可以在客户端上运行解决了Web浏览
器的不便的用户端口格式。由于程序本身在服务器上，如以往一样，客户端软件的发行与
管理依然不费功夫。在Java中也有同样的功能（Java Web Start），可见需求还是很多的。
另外还有一个有关.NET的值得探讨的便是美国Borland Software的开发工具。Borland
宣布使用该公司的Delphi 与C++Builder，可以开发可管理代码的应用软件。
尽管产品形态还远远没有眉目，但如果在Delphi上既能开发Win32应用又能开发可管理
代码的话，一定会十分引人关注（Visual Basic .NET与Visual C#只能开发可管理代码的
应用）。如果用可管理代码开发同一应用时，Borland的编译器比微软产品的编译速度更快
，那真是一件非常有趣的事情。
除Borland外，也许还会出现其他对VS .NET构成威胁的产品。在前面所说的.NET运行
库（再发行套件）中实际上包括有编译器。这是因为使用Visual Basic .NET、Visual C#、
JScript .NET开发Web应用时，需要进行动态编译及链接。
因此，安装有.NET运行库的机器即使没有购买VS .NET，也可以编译并运行文本编辑器
中Visual Basic .NET、Visual C#的源代码。
当然会有很多人嫌此太麻烦。但今后第三方软件开发商很可能会推出有关的免费软件，
如利用.NET运行库编译器的可视开发工具等等。对于无力出高价购买VS .NET的个人程序员
而言实在是一大喜讯。
说代表了目前许多Windows程序员的想法。也就是说，尽管对Visual Studio（VS）.NET非
常关注，但由于自己尚未用过，因此无法做出评价，所以都想从别人那里探听一些看法。
3月22日开始供货的VS .NET日语版虽说从外观和操作方法上称得上是VS 6.0的延伸，
但在内容方面的巨大改进已使人很难再将其仅定位于VS 6.0的后续版本。本来应用软件
开发平台已经从原来的Win32 API过渡到了.NET Framework，因此可开发的应用软件种类
也发生了很大变化。由于所处环境的不同，Windows程序员们应该各有各的烦恼吧。
是否立即采用VS .NET因各公司方针和业务内容而意见各不相同，但只要与Windows
软件发生关系，肯定早晚都得使用。因此，《日经软件》在最新一期杂志（2002年5月号）
中通过专题对VS .NET进行了全面介绍，同时还特意汇总了一些需要事先了解的术语及技
术。下面就来谈一下编写这个专题报道时以及写完后的感受。
产品与补丁同时上市
就象很多人都已经知道的那样，在VS .NET日语版开始销售的同时，.NET Framework的
补丁--.NET Framework Service Pack 1（SP1）也同时上市。也就是说，只要安装VS .NET
，就得再配套安装一个.NET Framework SP1。刚装上就打补丁，给人的印象实在是好不到
哪儿去。补丁虽说是提供得越早越好，但如果刚买了VS .NET就要安装SP1吧，不如直截发
售配有SP1的VS .NET，相信应该不止笔者一人有这种想法吧。
看一下.NET Framework SP1的内容，或许你就会忍不住又要开始为.NET的安全性能而
担忧了。要通过.NET Framework SP1修正的内容中最主要一点就是变更默认的安全方案。
在迄今为止的标准安全方案中，.NET Framework支持的应用（可管理代码，Managed
Code）可以通过因特网在客户端机器上动态下载/运行。但使用SP1后，就不再允许动态下
载/运行了（局域网不发生变化）。
微软一直认为，通过安全管理员对本地文件的访问限制方面，管理代码是非常安全
的。但对此表示怀疑的意见也很多，由于不能保证100%的安全，所以才在标准设置中不
允许通过因特网自动执行。
从Internet Explorer与IIS（Internet Information Services）相继发现安全漏
洞的情况来看，可以说.NET更改安全策略也是理所当然的了。
但麻烦的是，相对于开发环境，可执行可管理代码的客户端机器更需要SP1。为了执
行可管理代码，需要在这些机器上安装.NET Framework的运行库（Runtime）（称为.NET
Framework的再发行套件）。
由于目前几乎还没有机器安装这一运行库，所以可管理代码还无法顺利地推广下去。
但微软将会通过 Windows Update、Internet Explorer的版本升级，以及OEM提供Windows
等各种渠道来发布.NET的运行库。相信不用多久，你的机器也会不知不觉地装上了.NET的
运行库。
这样，无论点击哪一个网页的URL，带有安全漏洞的管理代码就会任意地执行……希
望那时发布的.NET运行库已经安装了SP1。
在推出的同时就发布变更安全策略的SP1，实在很难让人对.NET产生好感。其实，即
使稍微推迟一些发布日语版本，而提供配有SP1的VS .NET、.NET Framework SDK，也许
更令用户感到安心。
期待着企业应用和竞争产品的出现
尽管说了一大通不是，但实际上笔者对于.NET Framework支持的Web应用仍然还是抱
有一定的期望。如将其应用于企业内部的信息系统。恐怕已经有不少企业和部门通过局域
网Web应用实现了考勤、交通费结算等事务性的自动处理吧。但相对于Windows应用的用户
端口，Web浏览器的输入格式还很难使用。
如果在VS .NET上开发了这样的Web应用软件，就可以在客户端上运行解决了Web浏览
器的不便的用户端口格式。由于程序本身在服务器上，如以往一样，客户端软件的发行与
管理依然不费功夫。在Java中也有同样的功能（Java Web Start），可见需求还是很多的。
另外还有一个有关.NET的值得探讨的便是美国Borland Software的开发工具。Borland
宣布使用该公司的Delphi 与C++Builder，可以开发可管理代码的应用软件。
尽管产品形态还远远没有眉目，但如果在Delphi上既能开发Win32应用又能开发可管理
代码的话，一定会十分引人关注（Visual Basic .NET与Visual C#只能开发可管理代码的
应用）。如果用可管理代码开发同一应用时，Borland的编译器比微软产品的编译速度更快
，那真是一件非常有趣的事情。
除Borland外，也许还会出现其他对VS .NET构成威胁的产品。在前面所说的.NET运行
库（再发行套件）中实际上包括有编译器。这是因为使用Visual Basic .NET、Visual C#、
JScript .NET开发Web应用时，需要进行动态编译及链接。
因此，安装有.NET运行库的机器即使没有购买VS .NET，也可以编译并运行文本编辑器
中Visual Basic .NET、Visual C#的源代码。
当然会有很多人嫌此太麻烦。但今后第三方软件开发商很可能会推出有关的免费软件，
如利用.NET运行库编译器的可视开发工具等等。对于无力出高价购买VS .NET的个人程序员
而言实在是一大喜讯。