不论你所从事的是Donet，又或者是Java；不管你身为架构师，还是进行编码的开发人员。能够这样讲，差不多每个程序员，都或多或少存在着自身的编程习惯。不管是VS，或是、、，甚至是其他的开发工具，大家都会依据自身的性格与习惯，对自己的开发工具做个性化的设置。

在软件开发过程之中，我们凭借这些工具得以迅速开展相关工作，然而，我想要发问的却是这样一个问题，那就是，你对于这些工具究竟是如何运行运作的，都熟知了解吗？我觉得肯定并非如此 。

VB

此前，我曾进行过为期一年的Basic方向开发工作。VB具备简易特性，其语法检查并不严谨，要是所编写的代码极度缺乏规范性，然而它却能够得出运行结果！但凡了解情况的人都清楚，VB语言是存在瑕疵的，那些不符合规范、甚至是不合理的代码在一般情形下能够正常运作，针对企业级开发而言，这可是极为危险的状况。代码既不便于阅读，又不便于开展管理工作（当然啰，无法完完全全地做到面向对象是它的另外一个不足之处）。与此同时，这种语法检查方面的不严谨，恰恰也是VB的一项突出优点：编程的门槛较低，易于入门 。我想也许就是VB语言延续至今的一个很重要的原因。

如果现在回忆起来，那么那时所使用的VB开发工具，实际上是最为复杂的。它涵盖了编码，它涵盖了测试，它还涵盖了运行这几个层面，仅一个VB开发工具便将这些全部包揽解决了。处于此刻的时候，说不定你就能够明白，安装一个VB的开发环境究竟为何需要耗费如此漫长的时间了。这是由于它并不单单只是一个IDE，而且更是要去准备一个用于编译以及运行的环境呀。

Donet

相对于其他而言，这款软件简直就是无可比拟的完美存在了。它被称作完美的缘由在于，它几乎已然完成了所有能够去做的事情，：

在开发进程里，有着对各种控件的支持，存在各种方式的调试，要进行编译，还要关注它的运行情况，并且要与和UML相关的功能相互结合起来，诸如此类。能够讲，VS同样是一个大熔炉。恰到好处地将各种融汇到了其中。不得不感喟微软那巧夺天工的设计。这样的设计，极大地便利了开发人员的开发工作。程序员只要遵守相关的规范，便能够尽可能大地去编写与业务相关的代码。诸如环境变量配置，对于此，插件配置，涉及这方面，编程规范统一codejock，关乎此项等情况，微软都已然做好了，程序员所需要做的便是遵守其中规范，只要你能够忍受微软所设定的条条框框，那么它就是你最为得力的开发工具。

它宛如《火影》里的佐助那般极其完美，是注定成为天之骄子的那种，大家能够依照此处进一步知晓 。

Java

与VS之比，Java便没有一个这般 的工具了，起码当下是没有的codejock，那未来会不会有呢？我认为不会，如，它所拥有的乃是一种带着残缺的美，应为仿照VS在其基础之上做出来之物，然而我料想更多人选的将会是 。

Java的开发可不是一个工具就能搞定的。大家都清楚，最起码的，首先得安装JDK（Java开发工具包）以及Jre（Java运行环境），并且要用户亲手去配置相应的环境变量。即便这样也不行，因为如此仅仅只能开展简单的J2SE开发。要是企业级开发，那就得在这基础上安装一些插件，跟各种框架进行集成，还必须得有相应的应用服务器。这就需要用户手动做不少事。

于是，我对于它的最初认知便是：它不像VS那般在各个方面都考虑周全，达成那般丰富多样的功能。它所给予的仅仅是一个开发环境，以及并不完备的调试环境，比如远程调试等开发过程中的调试，仅靠自身是极为费劲的，还需要借助其他插件来进行整合。

然而，伴随工作经历不断增加，你会愈发发觉其厉害之处。它呈绿色，无需进行安装，拷贝过来即可使用。与此同时，它能够轻易地整合各类插件、整合各类框架以及整合各类你想得出来和想不出来的工具。

就如同《火影》之中的鸣人，表面上看去显得笨拙，自身并无什么突出功能，实际上却是大巧若拙，借助别人组合起来便会成为一把极具威力的利器。

认真去思索，真切之实际状况内，Donet跟Java的确仿若鸣人同佐助那般 。

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

已经在上面被表明的内容是，能够依照JDK来开展一般J2SE的开发工作，而编译之后的程序借助JRE当中的java虚拟机便能够实现运行 。

在Java进行开发之际，开发的环境跟运行的环境是相互分开的，对于这一点你绝对必须要搞清楚弄明白！因此，给出了多种多样的引入依赖包的方式：

在开发环境里，比如说一个项目当中的Jre、junit依赖包，又或者是你亲自手动去建立起来的User引用包，这些存在依赖关系的jar，在进行打包之际，是不会被打进项目jar或者war里面去的，它们所起到的作用仅仅只有一个，那就是辅助开发，其运行时的运行环境，是需要其运行环境当中具备相应的依赖包的， 。举例来说拿Jboss，开发环境里引入的各类依赖，若运行的时候还需要这些依赖（举例可以是测试的包能够不引入），那么在jboss的lib或者热部署目录就得有这些包！

一个针对web项目而言，我们能够把依赖包运送进入项目的lib目录范围之内，这样一来，在进行打包这个行为施行的时候，这些被运送进入的依赖包就会一同被收纳进jar当中。

要是我们借助Maven去管理项目，Maven存在自身的一整套打包规则，这些规则得有别于开发环境里所引入的各类依赖，确切来讲，跟开发环境中引入的依赖，仅有横向方面的关系而不存在纵向方面的关系，这即是指，它们单纯是在进行开发之际，便利开发人员去引入对应的引用 。

Maven进行打包操作时，依赖根据Pom当中所引入 的依赖设置的scope属性，这个属性的值会被Maven依据它来选择性地决定是否将依赖打入Jar的依赖包，或者不打入Jar的依赖包。若不打入Jar的依赖包，那么在此情况下运行环境要是有需求，就要求运行环境当中存在相应的Jar包。

唠唠叨叨讲了这般许多，想必你肯定是会生出这样一个疑问来：针对Java开发而言，为何会有把开发环境跟运行环境划分开来的这般需求呢？

把开发环境同运行环境分离开来，这无疑是为了对耦合进行解除，将其解开之后，世界便会变得和睦相融，在Java 的世界范围之内呀，并不存在像微软那样呈现出“一言堂”垄断态势的公司，为了能够更好地协调众人，采用那种借助与他人开展合作，进而使自身光芒得以放大的方式，的确是要更胜一筹呢。

实际上，存在着这样一个情况，即有个人是个老好人模样，另外还有一个能证明此情况的证据是，我们拥有这样一种 ，那就是能够前往名叫 Mule 的官网那儿，去下载一个开发环境下来，当我们完成这个动作之后，就会察觉到，它呈现出这样一种状态，即在极度纯粹的根基之上，安装有某些被称作插件的东西，并且还进行了一些依据 Mule 自身特别的需求而开展的配置操作。

事实上，笔者所欲阐述之意，乃对Java开发之环境予以讲解，且于其运行时，讲述其内部究竟是怎样开展工作的。

与此同时，还要向众人表明：越是处于我们身旁的、熟悉的事物，我们却越是不见得对其有所知晓。然而实际的工作效率却常常呈现相反的状况，即我们越是深入地了解它，就越能够提升我们的工作效率，并且工作开展起来也会更加轻快。

如有侵权请联系删除！