看完了台湾的一套将vb.net的视频，大概了解了一下vb.net的环境。

从微软的操作系统来看，微软的根本目的就是让人们不用学习很高深的技术，或是知识就可以很方便的使用。可视化的操作环境，虽然是极大的方便了用户，但是在某种程序上也给用户带来了知识的屏蔽，让人产生某种依赖，离了可视化的环境，就傻了。不过也降低了用户使用电脑的门槛。

再说vs.net依然是这样，微软提供给了程序员太多的十分便利的条件，使我们在开发时可以很方便的快速的开发出产品来。这样其实也是不错的。但是这样的结果就是使人变的有了惰性，就像是有了汽车，人们就不愿意在多走路了一样。

其中的利与弊当然不是我能够看的清楚地，这里只是小小的感叹一下。作为程序员，在享受微软带来的便利同时，也要想微软是如何做的。要去了解其内部细节，这样才不至于太依赖于微软的温床。

下面简单的说说微软的这个.net产品。

只是说一下这个东西和其他的不一样的地反：

1.@H_301_100@ 其他的语言（不包括Java）都是通过编译生成可以在当前操作系统上直接执行的可执行程序，而.net是编译生成自己独特的IL（中间语言），在自身的CLT（通用语言运行时）中执行的。是建立在操作系统层之上的一个虚拟的运行环境。这样就达到了“依次编译，处处运行的效果”。

2.@H_301_100@ 就是关于语言的通用性，集成在.net环境中的语言可以通过相应的引用直接使用，不像是以前的必须使用dll或者com组件才能对其他语言的生成的元件加以引用。这样的好处就是在团队开发时不必拘泥于开发语言，只要通过.net环境就可以进行无缝的‘嫁接’。

3.@H_301_100@ 在开发环境中集成的大量的类库可供使用，这样就省去了开发者大量的开发时间。

……

当然好处还有很多，还待以后探索。

不过根据事物的相对性，有好处就必然有不好的地方。哪些地方是不好的呢？

就像是Java一样，.net对于其中间语言的管理安全性不是很好，因为所有的程序编译

都会生成IL，而IL又是可以通过某些工具进行反编译的，这样就完全的泄露的软件信息，以及其他相关情况。虽然有一个措施，比如强命名，混肴，……。但终归只是一点小策略，对于安全性依然是一个问题。

当然矛与盾都是相对的。这就需要我们去深入探索了……

对于开发来说，vs.net确实是个不错的开发利器。不过也得善用之呀