不管你从事的是Donet。还是Java；不管你是架构师。还是编码的开发者。
能够这么说，差点儿每一个程序猿，都或多或少的有自己的编程习惯。不管是VS。还是Eclipse、MyEclipse、NetBeans，亦或是其它的开发工具。大家都会依据自己的性格与习惯，个性化的设置自己的开发工具。
我们使用这些工具，能够高速的进行软件开发，可是我想问的是：对于这些工具是怎么样工作的。你都了解吗？我想未必。
VB
之前，我做过一年Visual Basic的开发。VB非常easy。语法检查不严格，虽然写的代码非常不规范。可是它能执行出结果。大家都知道，VB语言是有缺陷的，不规范、甚至不合理的代码通常情况下能够正常执行，对于企业级开发，这是非常危急的事情。不便于阅读。不便于管理（当然，不全然面向对象是它还有一个软肋）。
同一时候。这样的语法检查的不严格，也正是VB的一大优点：编程门槛低。好入门。
我想也许就是VB语言延续至今的一个非常重要的原因。
如今回忆起来，那时使用的VB开发工具。事实上是最复杂的。
编码、測试、执行，一个VB开发工具就全包了。这时。也许你就知道，安装一个VB的开发环境，为什么须要花费那么长时间。由于它不不过一个IDE，更是要准备一个编译、执行的环境。
Donet
相比而言，Visual Studio这款软件就堪称完美了。之所以称它为完美。是由于它差点儿做了全部能做的事情：
开发中各种控件的支持、各种方式的调试、编译、以及它的执行，以及与UML相关功能相结合，等等。能够说。VS也是一个大熔炉。
恰到优点的融汇了各种。
不得不感叹微软巧夺天工的设计。这样的设计，大大的便利了开发者的开发。
程序猿只须要遵守相关的规范，就能够及大可能的编写业务相关的代码。像环境变量配置、插件配置、编程规范统一等等，微软都已经做好了，程序猿须要做的就是遵守规范，只要你忍受的了微软的条条框框，它就是你最得力的开发工具。
它完美的就像《火影》里的佐助。注定了天之骄子的destiny。
大家能够点此很多其它了解：。
Java
与VS相比，Java就没有一个这么完美的工具了。起码如今是没有。
那将来会不会有呢？我想不会。像Eclipse，它拥有的就是一种残缺的美。MyEclipse应该是仿照VS在Eclipse基础上做的，可是我想很多其它人选择的会是Eclipse。
Java的开发就不是一个工具就能解决的了。大家都知道：最主要的，首先须要安装JDK（）Java开发工具包和Jre（）Java执行环境，以及须要用户手动配置对应的环境变量。虽然如此还不够。由于这样还是只能够进行简单的J2SE开发。像企业级开发，就须要在Eclipse的基础上安装一些插件呀，与各种框架进行集成了呀，必须有对应的应用server呀。
它就须要用户手动做非常多。
所以。我对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开发的环境，以及它执行时，内部是如何工作的。
同一时候，也告诉大家：越是在我们身边的熟悉的东西，我们越是不一定了解它。实际的工作效率却往往相反。我们越是了解它，越会提高我们的工作效率，工作起来也轻松。