无论你从事的是Donet，还是Java；无论你是架构师，还是编码的开发人员。可以这么说，几乎每个程序员，都或多或少的有自己的编程习惯。不管是VS，还是Eclipse、MyEclipse、NetBeans，亦或是其他的开发工具，大家都会根据自己的性格与习惯，个性化的设置自己的开发工具。

我们使用这些工具，可以快速的进行软件开发，但是我想问的是：对于这些工具是怎么样工作的，你都了解吗？我想未必。

VB

之前，我做过一年Virtual Basic的开发。VB很简单，语法检查不严格，尽管写的代码非常不规范，但是它能运行出结果！大家都知道，VB语言是有缺陷的，不规范、甚至不合理的代码通常情况下能够正常运行，对于企业级开发，这是非常危险的事情。不便于阅读，不便于管理（当然，不完全面向对象是它另一个软肋）。同时，这种语法检查的不严格，也正是VB的一大优点：编程门槛低，好入门。我想也许就是VB语言延续至今的一个很重要的原因。

现在回想起来，那时使用的VB开发工具，其实是最复杂的。编码、测试、运行，一个VB开发工具就全包了。这时，或许你就知道，安装一个VB的开发环境，为什么需要花费那么长时间。因为它不仅仅是一个IDE，更是要准备一个编译、运行的环境。

Donet

相比而言，Virtual Studio这款软件就堪称完美了。之所以称它为完美，是因为它几乎做了所有能做的事情：

开发中各种控件的支持、各种方式的调试、编译、以及它的运行，以及与UML相关功能相结合，等等。可以说，VS也是一个大熔炉。恰到好处的融汇了各种。不得不感叹微软巧夺天工的设计。这种设计，大大的便利了开发人员的开发。程序员只需要遵守相关的规范，就可以及大可能的编写业务相关的代码。像环境变量配置、插件配置、编程规范统一等等，微软都已经做好了，程序员需要做的就是遵守规范，只要你忍受的了微软的条条框框，它就是你最得力的开发工具。

它完美的就像《火影》里的佐助。注定了天之骄子的destiny。大家可以点此更多了解：Microsoft Visual Studio。

Java

与VS相比，Java就没有一个这么完美的工具了。起码现在是没有。那将来会不会有呢？我想不会，像Eclipse，它拥有的就是一种残缺的美。MyEclipse应该是仿照VS在Eclipse基础上做的，但是我想更多人选择的会是Eclipse。

Java的开发就不是一个工具就能解决的了。大家都知道：最基本的，首先需要安装JDK（Java Development Kit）Java开发工具包和Jre（Java Runtime Environment）Java运行环境，以及需要用户手动配置相应的环境变量。尽管如此还不够，因为这样还是仅仅能够进行简单的J2SE开发。像企业级开发，就需要在Eclipse的基础上安装一些插件呀，与各种框架进行集成了呀，必须有相应的应用服务器呀。它就需要用户手动做很多。

所以，我对Eclipse的最初认识就是：它并没有像VS一样那么面面俱到，实现那么丰富的功能。它提供的仅仅是一个开发环境以及不完整的调试环境（像远程调试、WebService等开发的调试，Eclipse自身是非常吃力的，需要其他插件来集成）。

但是，随着工作经历的增长，你会越来越发现Eclipse的牛X。Eclipse是绿色的，无需安装，拷过来就能用。同时，它能轻松的集成各种插件、集成各种框架、集成各种你想得到、想不到的工具。

Eclipse就像是《火影》里的鸣人，看似笨拙，自己没啥功能；实则大巧若拙，以他人集成就会变成一把利器。

                                             (好好像一样，实际中，Donet与Java确实像是鸣人跟佐助一样~~~~)

我们来看看，Eclipse是怎样辅助我们工作的：

上面已经提到的，使用Eclipse可以依据JDK，进行一般J2SE的开发。编译后的程序根据JRE中的java虚拟机就能够运行；

Java的开发中，开发环境与运行环境是分开的，这点你必须要弄明白！所以，Eclipse提供了多种引入依赖包的方式：

在开发环境中，像一个项目中的Jre、junit依赖包，或者你自己手动建立的User Library引用包，这些依赖的jar在打包时是不会打进项目jar或者war里面的，它们起到的作用只有一个：辅助开发。它们运行时的运行环境，就需要有它的运行环境里面有相应的依赖包。拿Jboss来举例，开发环境中引入的各种依赖，如果运行时还需要这些依赖（比如测试的包可以不引入），那么在jboss的lib或者热部署目录就需要有这些包！

对于一个web项目，我们可以将依赖包考入项目的lib目录下，那么在打包的时候，这些依赖包就会一起打入jar中。

如果我们用Maven管理项目，Maven有自己的一套打包规则。这些规则要区别于Eclipse开发环境中引入的各种依赖，具体的说，与Eclipse开发环境中引入的依赖，只有横向关系没有纵向关系。也就是说，他们仅仅是在开发时，方便开发人员引入对应的引用。

Maven打包时，会根据Pom里面引入依赖设置的scope（这里不详细介绍，具体内容大家可以自己百度搜索，也可以关注我的后续介绍Maven的系列文章）属性，根据这个值，Maven会选择性将依赖打入Jar的依赖包或者不打入Jar的依赖包。同样，如果不打入Jar的依赖包，运行环境需要的话，就需要运行环境里面有相应的Jar包。

说了这么多，你一定想要问一句：Java开发，为什么需要将开发环境与运行环境分开呢？

解耦合。Java世界中，没有一家像微软一样“一言堂”的公司，为了和好的调和大家，Eclipse这种利用跟他人合作，放大自己光芒的方式，确实更高一筹。将开发环境与运行环境分开，无疑是为了解耦合。耦合解开了，世界也就和谐了。

其实，Eclipse就是一个老好人，另一个证据就是：我们可以到Mule的官网档一个开发环境下来，我们会发现，它就是一个Eclipse，在纯粹的Eclipse的基础上，安装了一些插件，做了一些Mule所需要的自己的配置。

其实，本文想要表达的意思就是讲解一下java开发的环境，以及它运行时，内部是如何工作的。

同时，也告诉大家：越是在我们身边的熟悉的东西，我们越是不一定了解它。实际的工作效率却往往相反，我们越是了解它，越会提高我们的工作效率，工作起来也轻松。