天天用的开发环境,你真的了解吗?

起点学院产品经理365成长计划,2天线下闭门集训+1年在线学习,全面掌握BAT产品经理体系。了解详情

77943097_2

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

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

VB

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

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

Donet

相比而言,Visual 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开发的环境,以及它运行时,内部是如何工作的。

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

作者:刘正权 来源: CSDN 博客

 

您的赞赏,是对我创作的最大鼓励。

评论( 1

登录后参与评论
  1. Java 开发的 IntelliJ IDEA 就是神器啊.

    回复
加载中