最近研究Spring，她包含的编程思想让我耳目一新。所以写下这篇入门级文章供新手参考。我不是什么Spring的资深研究人员，我只是现学现卖。所以文章也只能是肤浅单薄，错误难免，还请见谅。
一、 Spring诞生
Spring是一个开源框架，目前在开源社区的人气很旺，被认为是最有前途的开源框架之一。她是由
Rod Johnson创建的，她的诞生是为了简化企业级系统的开发。说道Spring就不得不说EJB，因为Spring 在某种意义上是EJB的替代品，她是一种轻量级的容器。用过EJB的人都知道EJB很复杂，为了一个简单的功能你不得不编写多个Java文件和部署文件，他是一种重量级的容器。也许你不了解EJB，你可能对“轻（重）量级”和“容器”比较陌生，那么这里我简单介绍一下。
1、什么是容器
“容器”，这个概念困扰我好久。从学习Tomcat开始就一直对此感到困惑。感性的来讲，容器就是可以用来装东西的物品。那么在编程领域就是指用来装对象（OO的思想，如果你连OO都不了解，建议你去学习OO先）的对象。然而这个对象比较特别，它不仅要容纳其他对象，还要维护各个对象之间的关系。这么讲可能还是太抽象，来看一个简单的例子：
代码片断1：
1.public class Container
2.{
3.public void init()
4. {
5. Speaker s = new Speaker();
6. Greeting g = new Greeting(s);
7. }
8.}
可以看到这里的Container类（容器）在初始化的时候会生成一个Speaker对象和一个Greeting对象，并且维持了它们的关系，当系统要用这些对象的时候，直接问容器要就可以了。这就是容器最基本的功能，维护系统中的实例（对象）。如果到这里你还是感到模糊的话，别担心，我后面还会有相关的解释。
2、轻量级与重量级
所谓“重量级”是相对于“轻量级”来讲的，也可以说“轻量级”是相对于重量级来讲的。在Spring出现之前，企业级开发一般都采用EJB，因为它提供的事务管理，声明式事务支持，持久化，分布计算等等都“简化”了企业级应用的开发。我这里的“简化”打了双引号，因为这是相对的。重量级容器是一种入侵式的，也就是说你要用EJB提供的功能就必须在你的代码中体现出来你使用的是EJB，比如继承一个接口，声明一个成员变量。这样就把你的代码绑定在EJB技术上了，而且EJB需要JBOSS这样的容器支持，所以称之为“重量级”。
相对而言“轻量级”就是非入侵式的，用Spring开发的系统中的类不需要依赖Spring中的类，不需要容器支持（当然Spring本身是一个容器），而且Spring的大小和运行开支都很微量。一般来说，如果系统不需要分布计算或者声明式事务支持那么Spring是一个更好的选择。
二、几个核心概念
在我看来Spring的核心就是两个概念，反向控制（IoC），面向切面编程（AOP）。还有一个相关的概念是POJO，我也会略带介绍。
1、POJO
我所看到过的POJO全称有两个，Plain Ordinary Java Object，Plain Old Java Object，两个差不多，
意思都是普通的Java类，所以也不用去管谁对谁错。POJO可以看做是简单的JavaBean（具有一系列Getter，Setter方法的类）。严格区分这里面的概念没有太大意义，了解一下就行。
2、 IoC
IoC的全称是Inversion of Control，中文翻译反向控制或者逆向控制。这里的反向是相对EJB来讲的。
EJB使用JNDI来查找需要的对象，是主动的，而Spring是把依赖的对象注入给相应的类（这里涉及到另外一个概念“依赖注入”，稍后解释），是被动的，所以称之为“反向”。先看一段代码，这里的区别就很容易理解了。
代码片段2：
1.public void greet()
2.{
3.Speaker s = new Speaker();
4.s.sayHello();
5.}
代码片段3：
1.public void greet()
2.{
3.Speaker s = (Speaker)context.lookup("ejb/Speaker");
4.s.sayHello();
5.}
代码片段4：
1.public class Greeting
2.{
3.public Speaker s;
4.public Greeting(Speaker s)
5. {
6.this.s = s;
7. }
8.public void greet()
9. {
10. s.sayHello();
11. }
12.}
我们可以对比一下这三段代码。其中片段2是不用容器的编码，片段3是EJB编码，片段4是Spring 编码。结合代码片段1，你能看出来Spring编码的优越之处吗？也许你会觉得Spring的编码是最复杂的。
不过没关系，我在后面会解释Spring编码的好处。
这里我想先解释一下“依赖注入”。根据我给的例子可以看出，Greeting类依赖Speaker类。片段2和片段3都是主动的去获取Speaker，虽然获取的方式不同。但是片段4并没有去获取或者实例化Speaker类，而是在greeting函数中直接使用了s。你也许很容易就发现了，在构造函数中有一个s被注入（可能你平时用的是，传入）。在哪里注入的呢？请回头看一下代码片段1，这就是使用容器的好处，由容器来维护各个类之间的依赖关系（一般通过Setter来注入依赖，而不是构造函数，我这里是为了简化示例代码）。
Greeting并不需要关心Speaker是哪里来的或是从哪里获得Speaker，只需要关注自己分内的事情，也就是让Speaker说一句问候的话。
3、 AOP
AOP全称是Aspect-Oriented Programming，中文翻译是面向方面的编程或者面向切面的编程。你应该熟悉面向过程的编程，面向对象的编程，但是面向切面的编程你也许是第一次听说。其实这些概念听起来很玄，说到底也就是一句话的事情。
现在的系统往往强调减小模块之间的耦合度，AOP技术就是用来帮助实现这一目标的。举例来说，假如上文的Greeting系统含有日志模块，安全模块，事务管理模块，那么每一次greet的时候，都会有这三个模块参与，以日志模块为例，每次greet之后，都要记录下greet的内容。而对于Speaker或者Greeting对象来说，它们并不知道自己的行为被记录下来了，它们还是像以前一样的工作，并没有任何区别。只是容器控制了日志行为。如果这里你有点糊涂，没关系，等讲到具体Spring配置和实现的时候你就明白了。
假如我们现在为Greeting系统加入一个Valediction功能，那么AOP模式的系统结构如下：
G|RET|TIN|G
V|ALE|DIT|ION
| | |
日志安全事务
这些模块是贯穿在整个系统中的，为系统的不同的功能提供服务，可以称每个模块是一个“切面”。其实“切面”是一种抽象，把系统不同部分的公共行为抽取出来形成一个独立的模块，并且在适当的地方（也就是切入点，后文会解释）把这些被抽取出来的功能再插入系统的不同部分。
从某种角度上来讲“切面”是一个非常形象的描述，它好像在系统的功能之上横切一刀，要想让系统的功能继续，就必须先过了这个切面。这些切面监视并拦截系统的行为，在某些（被指定的）行为执行之前或之后执行一些附加的任务（比如记录日志）。而系统的功能流程（比如Greeting）并不知道这些切面的存在，更不依赖于这些切面，这样就降低了系统模块之间的耦合度。
三、 Spring初体验
这一节我用一个具体的例子Greeting，来说明使用Spring开发的一般流程和方法，以及Spring配置文件的写法。
首先创建一个Speaker类，你可以把这个类看做是POJO。
代码片段5：
1.public class Speaker
2.{
3.public void sayHello()
4. {
5.System.out.println("Hello!");
6. }
7.}
再创建一个Greeting类。
代码片段6：
1.public class Greeting
2.{
3.private Speaker speaker;
4.public void setSpeaker(Speaker speaker)
5. {
6.this.speaker = speaker;
7. }
8.public void greet()
9. {
10. speaker.sayHello();
11. }
12.}
然后要创建一个Spring的配置文件把这两个类关联起来。
代码片段7（applicationContext.xml）：
1."1.0" encoding="UTF-8"?>
2."-//SPRING//DTD BEAN//EN"
3."https://www.doczj.com/doc/0012277947.html,/dtd/spring-beans.dtd">
4.
5.
6.
7.
8.
要用Spring Framework必须把Spring的包加入到Classpath中，我用的是Eclipse+MyEclipse，这些工作是自动完成的。推荐用Spring的配置文件编辑器来编辑，纯手工编写很容易出错。我先分析一下这个xml文件的结构，然后再做测试。从节点开始，先声明了两个，第二个bean有一个speaker属性（property）要求被注入，注入的内容是另外一个bean Speaker。这里的命名是符合JavaBean规范的，也就是说如果是speaker属性，那么Spring容器就会调用setSpeaker()来注入这个属性。是reference的意思，表示引用另外一个bean。
下面看一段简单的测试代码：
代码片段8：
1.public static void main(String[] args)
2.{
3. ApplicationContext context =
4. New ClassPathXmlApplicationContext("applicationContext.xml");
5. Greeting greeting = (Greeting)context.getBean("Greeting");
6. greeting.greet();
7.}
这段代码很简单，如果你上文都看懂了，那么这里应该没有问题。值得注意的是Spring有两种方式来创建容器（我们不再用上文我们自己编写的Container），一种是ApplicationContext，另外一种是BeanFactory。
ApplicationContext更强大一些，而且使用上两者没有太大区别，所以一般说来都用ApplicationContext。
Spring容器帮助我们维护我们在配置文件中声明的Bean以及它们之间的依赖关系，我们的Bean只需要关注自己的核心业务。
四、面向接口的编程
看了这么多，也许你并没有觉得Spring给开发带来了很多便利。那是因为我举的例子还不能突出Spring 的优越之处，接下来我将通过接口编程来体现Spring的强大。
假如现在要求扩展Greeting的功能，要让Speaker用不同的语言来问候，也就是说有不同的Speaker，比如ChineseSpeaker, EnglishSpeaker。那么对上文提到的三种编码方式（代码片段2、3、4）分别加以修改，你会发现很麻烦。假如下次又要加入一个西班牙语，又得重复劳动。很自然的会考虑到使用一个ISpeaker 接口来简化工作,，更改后的代码如下（这里没有列出接口的相关代码，我想你应该明白怎么写）：
代码片段9：
1.public void greet()
2.{
3.ISpeaker s = new ChineseSpeaker();
4.s.sayHello();
5.}
代码片段10：
1.public void greet()
2.{
3.ISpeaker s = (ISpeaker)context.lookup("ejb/ChineseSpeaker");
4.s.sayHello();
5.}
代码片段11：
1.public class Greeting
2.{
3.public ISpeaker s;
4.public Greet(ISpeaker s)
5. {
6.this.s = s;
7. }
8.public void greet()
9. {
10. s.sayHello();
11. }
12.}
对比三段代码，你会发现，第一种方法还是把具体的Speaker硬编码到代码中了，第二中方法稍微好一点，但是没有本质改变，而第三种方法就不一样了，代码中并没有关于具体Speaker的信息。也就是说，如果下次还有什么改动的话，第三种方法的Greeting类是不需要修改，编译的。根据上文Spring的使用介绍，只需要改动xml文件就能给Greeting注入不同的Speaker了，这样代码的扩展性是不是提高了很多？
关于Spring的接口编程还有很多东西可以去挖掘，后文还会提到有关Spring Proxy的接口编程，我这里先介绍这么多，有兴趣话可以去google更多的资料。
五、应用Spring中的切面
Spring生来支持AOP，首先来看几个概念：
1、切面（Aspect）：切面是系统中抽象出来的的某一个功能模块，上文已经有过介绍，这里不再多说。
2、通知（Advice）：通知是切面的具体实现。也就是说你的切面要完成什么功能，具体怎么做就是在
通知里面完成的。这个名称似乎有点让人费解，等后面看了代码就明白了。
3、切入点（Pointcut）：切入点定义了通知应该应用到系统的哪些地方。Spring只能控制到方法（有
的AOP框架可以控制到属性），也就是说你能在方法调用之前或者之后选择切入，执行额外的操作。
4、目标对象（Target）：目标对象是被通知的对象。它可以是任何类，包括你自己编写的或者第三方
类。有了AOP以后，目标对象就只需要关注自己的核心业务，其他的功能，比如日志，就由AOP框架支持完成。
5、代理（Proxy）：简单的讲，代理就是将通知应用到目标对象后产生的对象。Spring在运行时会给
每个目标对象生成一个代理对象，以后所有对目标对象的操作都会通过代理对象来完成。只有这样通知才可能切入目标对象。对系统的其他部分来说，这个过程是透明的，也就是看起来跟没用代理一样。
我为了简化，只介绍这5个概念。通过这几个概念应该能够理解Spring的切面编程了。如果需要深入了解Spring AOP的话再去学习其他概念也很快的。
下面通过一个实际的例子来说明Spring的切面编程。继续上文Greeting的例子，我们想在Speaker每次说话之前记录Speaker被调用了。
首先创建一个LogAdvice类：
代码片段12：
1.public class LogAdvice implements MethodBeforeAdvice
2.{
3.public void before(Method arg0, Object[] arg1, Object arg2)throws Throwable
4. {
5.System.out.println("Speaker called!");
6. }
7.}
这里涉及到一个类，MethodBeforeAdvice，这个类是Spring类库提供的，类似的还有AfterReturningAdvice等等，从字面就能理解它们的含义。先不急着理解这个类，我稍后解释。我们继续看如何把这个类应用到我们的系统中去。
代码片段13：
1.
2.
3.
4.
6.
7.
8.
9. n id= 10. 11. ISpeaker 12. 13. 14. 15. LogAdvice 16. 17. 18. 20. 21. 22. 可以看到我们的配置文件中多了两个bean，一个LogAdvice，另外一个SpeakerProxy。LogAdvice很简单。 我着重分析一下SpeakerProxy。这个Bean实际上是由Spring提供的ProxyFactoryBean实现。下面定义了三个依赖注入的属性。 1、 proxyInterfactes：这个属性定义了这个Proxy要实现哪些接口，可以是一个，也可以是多个（多 个的话，要用list标签）。我前面讲过Proxy是在运行是动态创建的，那么这个属性就告诉Spring创建这个Proxy的时候实现哪些接口。 2、 interceptorNames：这个属性定义了Proxy被切入了哪些通知，这里只有一个LogAdvice。 3、 target：这个属性定义了被代理的对象。在这个例子中target是Speaker。 这样的定义实际上约束了被代理的对象必须实现一个接口，这与上文讲的面向接口的编程有点类似。其实可以这样理解，接口的定义可以让系统的其他部分不受影响，以前用ISpeaker接口来调用，现在加入了Proxy还是一样的。但实际上内容已经不一样了，以前是Speaker，现在是一个Proxy。而target属性让proxy知道具体的方法实现在哪里。Proxy可以看作是target的一个包装。当然Spring并没有强制要求用接口，通过CGLIB（一个高效的代码生成开源类库）也可以直接根据目标对象生成子类，但这种方式并不推荐。 我们还像以前一样的测试我们的Greeting系统，测试代码和代码片段8是一样的。运行结果如下： Speaker called! Hello! 看到效果了吧！而且你可以发现，我们加入Log功能并没有改变以前的代码，甚至测试代码都没有改变，这就是AOP的魅力所在！我们更改的只是配置文件。 下面解释一下刚才落下的MethodBeforeAdvice。关于这个类我并不详细介绍，因为这涉及到Spring中的另外一个概念“连接点（Jointpoint）”，我详细介绍一个before这个方法。这个方法有三个参数arg0表示目标对象在哪个点被切入了，既然是MethodBeforeAdvice，那当然是在Method之前被切入了。那么arg0就是表示的那个Method。第二个参数arg1是Method的参数，所以类型是Object[]。第三个参数就是目标对象了，在Greeting例子中arg2的类型实际上是Speaker。 在Greeting例子中，我们并没有指定目标对象的哪些方法要被切入，而是默认切入所有方法调用（虽然Speaker只有一个方法）。通过自定义Pointcut，可以控制切入点，我这里不再介绍了，因为这并不影响理解Spring AOP，有兴趣的话去google一下就知道了。 六、实战Spring 虽然这部分取名为“实战Spring”，但实际上我并不打算在这里介绍实际开发Spring的内容，因为我写这篇文章的目的是介绍Spring的概念和用Spring开发的思路，而不是有关Spring的实践和详细介绍。文中介绍的内容和用Spring做实际开发还相去甚远。之所以取名“实战Spring”是我觉得理解了上文讲的内容以后，可以开始为深入学习Spring和学习如何在项目中应用Spring了。 要系统的学习Spring还是需要阅读一本详细介绍Spring的书，我推荐Spring in Action，因为我看的就是这本书。希望这篇文章能为你系统的学习Spring扫除一些障碍。 JavaEE JavaEE 是 J2EE的一个新的名称，之所以改名，目的还是让大家清楚J2EE只是Java企业应用。在2004年底中国软件技术大会Ioc微容器（也就是Jdon框架的实现原理）演讲中指出：我们需要一个跨J2SE/WEB/EJB的微容器，保护我们的业务核心组件（中间件），以延续它的生命力，而不是依赖J2SE/J2EE版本。 JavaEE是 J2EE的一个新的名称，之所以改名，目的还是让大家清楚J2EE只是Java企业应用.随着WEB和EJB容器概念诞生，使得软件应用业开始担心SUN的伙伴们是否还在Java平台上不断推出翻新的标准框架，致使软件应用业的业务核心组件架构无所适从，从一直以来是否需要EJB的讨论声中说明了这种彷徨。 在2004年底中国软件技术大会Ioc微容器(也就是Jdon框架的实现原理)演讲中指出：我们需要一个跨J2SE/WEB/EJB的微容器，保护我们的业务核心组件（中间件），以延续它的生命力，而不是依赖J2SE/J2EE版本.此次J2EE改名为Java EE，实际也反映出业界这种共同心声。 JavaEE的核心是EJB3.0, 其提供了更兼便捷的企业级的应用框架。 核心优势编辑 J2EE容易让初学者误解是独立于一套Java的技术方案。 从更深层次来看，Java诞生十年，多年前的业务组件还可以使用，软件应用不再由于语言的更迭革命带来毁灭的打击了。 3功能规定编辑 架构图 让我们看看Java EE 5有哪些新的功能或规定，我们可以从SUN网站下载Java EE 5规范。其架构图如下： JAVA EE 架构图 图中灰色加黑部分是Java EE 5新的功能，我们看到，在WEB层主要加入了JSF 这个新的表现层框架，和我们日常开发关系密切的是，引入了新的Java Persistence标准，这个标准正在由EJB 3.0专家组制定。 值得指出的是，这个Java持久化标准也可以嵌入在WEB层调用，所以，它肯定不会从属于EJB标准，这样，当前所有的Java持久层标准如： 云计算平台比较分析 云计算按照应用层次，主要划分为IaaS、PaaS和SaaS三种层次的应用，这里主要分析常见的IaaS平台。目前市面上常见的IaaS应用主要有Amazon的AWS，基本上已经成为整个行业的标准。 IaaS在开源领域也是百花齐放，最著名的开源平台为：Eucalyptus、Openstack和Cloudstack、Opennebula、Nimbus，在国内社区比较火热的主要是前三种，所以在这里主要分析一下前三种平台。 1.云平台分析 1.1.Eucalyptus 1.1.1.概述 Elastic Utility Computing Architecture for Linking Your Programs To Useful Systems（Eucalyptus）是一种开源的软件基础结构，用来通过计算集群或工作站群实现弹性的、实用的云计算。它最初是美国加利福尼亚大学Santa Barbara计算机科学学院的一个研究项目，现在已经商业化，发展成为了Eucalyptus Systems Inc。不过，Eucalyptus 仍然按开源项目那样维护和开发。Eucalyptus Systems 还在基于开源的 Eucalyptus 构建额外的产品；它还提供支持服务。 Eucalyptus是在2008年5月发布1.0版本，在2009年与Ubuntu进行合作，成为Ubuntu server9.04的一个重要特性，目前最新版本是2.0.3，可以选择Xen、KVM作为虚拟化管理程序，对vSphere ESX/ESXi提供了支持。 Eucalyptus主要是用C和Java开发的，其中CLC是由java完成的，Tools 是由perl完成的，其他的都是C完成的。 主流三维引擎对比分析 随着计算机可视化、虚拟现实技术的飞速发展,人们对实时真实感渲染以及场景复杂度提出了更高的要求。传统的直接使用底层图形接口如OpenGL、DirectX开发图形应用的模式越来越暴露出开发复杂性大、周期性长、维护困难的缺陷。为此国外出现了许多优秀的三维渲染引擎,比如Delta3D,OGRE,OSG,Unity3d,VTK等。渲染引擎的作用就是要优化遍历与显示三维模型。本文主要对OGRE与OSG这两个三维图形渲染引擎做个简单的比较,介绍她们在运行效率、场景管理、功能支持、可扩展性等方面的异同。通过了解两者差异后,可以根据不同的项目需求,选择合适的渲染引擎。 ogre OGRE(Object-Oriented Graphics Rendering Engine,面向对象图形渲染引擎) 又叫做OGRE 3D。OGRE就是面向场景的、灵活的图像引擎。OGRE仍然在发展中,如果就功能与商业游戏引擎还有一定差距。在OGRE的论坛网站上您可以得到更多的信息,里面谈论到OGRE的一些格外的插件,如声音,UI ,物理检测,还有网络应用。采用C++开发,以MIT许可证发布,可以在Windows、Linux、Mac上运行。OGRE自己也说明本身不就是游戏引擎。 其主要特征如下: 面向对象,插件扩展架构,具有文档支持。 支持脚本。可以通过脚本管理材质资产并进行多路渲染。 支持物理碰撞检测。 支持顶点灯光、像素灯光、灯光映射。 支持阴影映射、三维阴影。 支持多纹理、凹凸贴图、多重材质贴图、立体投影。 支持顶点、像素、高级着色。 支持场景管理,具有多种数据结构。 支持逆向运动动画、骨架动画、变形动画、混合动画及姿态动画。 支持网格加载、皮肤、渐进网格。 支持环境映射、镜头眩光、公告牌、粒子、运动模糊、天空、水、雾、丝带轨迹、透明对象。支持XML文件转换。 引擎特性全面( ),稳定性好( ),支持全面( ),不容易上手与使用( )。 在Java开发中，我们经常使用Struts、Hibernate和Spring三个主流框架，但你是否知道这三个框架最初是为解决怎样的问题而生的? Struts、Hibernate和Spring是我们Java开发中的常用关键，他们分别针对不同的应用场景给出最合适的解决方案。但你是否知道，这些知名框架最初是怎样产生的? 我们知道，传统的Java Web应用程序是采用JSP+Servlet+Javabean来实现的，这种模式实现了最基本的MVC分层，使的程序结构分为几层，有负责前台展示的JSP、负责流程逻辑控制的Servlet以及负责数据封装的Javabean。但是这种结构仍然存在问题：如JSP页面中需要使用<%>符号嵌入很多的Java代码，造成页面结构混乱，Servlet和Javabean负责了大量的跳转和运算工作，耦合紧密，程序复用度低等等。 Struts 为了解决这些问题，出现了Struts框架，它是一个完美的MVC实现，它有一个中央控制类(一个Servlet)，针对不同的业务，我们需要一个Action类负责页面跳转和后台逻辑运算，一个或几个JSP页面负责数据的输入和输出显示，还有一个Form类负责传递Action和JSP 中间的数据。JSP中可以使用Struts框架提供的一组标签，就像使用HTML标签一样简单，但是可以完成非常复杂的逻辑。从此JSP页面中不需要出现一行<%%>包围的Java代码了。可是所有的运算逻辑都放在Struts的Action里将使得Action类复用度低和逻辑混乱，所以通常人们会把整个Web应用程序分为三层，Struts负责显示层，它调用业务层完成运算逻辑，业务层再调用持久层完成数据库的读写。 使用JDBC连接来读写数据库，我们最常见的就是打开数据库连接、使用复杂的SQL语句进行读写、关闭连接，获得的数据又需要转换或封装后往外传，这是一个非常烦琐的过程。Hibernate 这时出现了Hibernate框架，它需要你创建一系列的持久化类，每个类的属性都可以简单的看做和一张数据库表的属性一一对应，当然也可以实现关系数据库的各种表件关联的对应。当我们需要相关操作是，不用再关注数据库表。我们不用再去一行行的查询数据库，只需要持久化类就可以完成增删改查的功能。使我们的软件开发真正面向对象，而不是面向混乱的代码。我的感受是，使用Hibernate比JDBC方式减少了80%的编程量。 现在我们有三个层了，可是每层之间的调用是怎样的呢?比如显示层的Struts需要调用一个业务类，就需要new一个业务类出来，然后使用;业务层需要调用持久层的类，也需要new 一个持久层类出来用。通过这种new的方式互相调用就是软件开发中最糟糕设计的体现。简单的说，就是调用者依赖被调用者，它们之间形成了强耦合，如果我想在其他地方复用某个类，则这个类依赖的其他类也需要包含。程序就变得很混乱，每个类互相依赖互相调用，复用度极低。如果一个类做了修改，则依赖它的很多类都会受到牵连。为此，出现Spring 框架。 Spring Spring的作用就是完全解耦类之间的依赖关系，一个类如果要依赖什么，那就是一个接口。至于如何实现这个接口，这都不重要了。只要拿到一个实现了这个接口的类，就可以轻松的通过xml配置文件把实现类注射到调用接口的那个类里。所有类之间的这种依赖关系就完全通过配置文件的方式替代了。所以Spring框架最核心的就是所谓的依赖注射和控制反转。现在的结构是，Struts负责显示层，Hibernate负责持久层，Spring负责中间的业务层，这个结构是目前国内最流行的Java Web应用程序架构了。另外，由于Spring使用的依赖注射以及AOP(面向方面编程)，所以它的这种内部模式非常优秀，以至于Spring自己也实现了一个使用依赖注射的MVC框架，叫做Spring MVC，同时为了很好的处理事物，Spring 集成了Hibernate，使事物管理从Hibernate的持久层提升到了业务层，使用更加方便和强大。 根据Stack Overflow 2018开发者调查报告，JavaScript是使用最广泛的编程语言之一。感谢它不断发展的框架生态系统，为复杂和具有挑战性的问题找到最佳解决方案。 多年来，业界已经发布了大量JavaScript 框架，怎样进行选择可能是一个挑战。如果你感到困惑，不知道应该选哪个，那么这篇文章你应该读一读。 01 React React 是今年最受喜爱的JavaScript 的工程！每个人似乎都在谈论ReactJS。每一个会议上，去年出席的会议，至少有两个人是在讨论React。React 是开 源的，主要是由facebook 借助其它公司的主要技术开发出来的。React 描述自己是一个JavaScript 库，用于构建用户界面。 React 在MVC 中，主要是View。它完全专注于MVC 那部分，无视应用程序的其它部分。它提供了一个成分层，可以更容易使用UI元素，并将它们组合在一起。它抽象了DOM，使其擅长于优化渲染，并允许使用node.js 来表述React ; 它实现了一个单向灵活的数据流，使得它更容易理解和使用其它框架。 02 Vue Vue是Evan You在Google工作后使用AngularJS为多个项目中创建的。它在2018年首次发布，Evan分享了他创建Vue的动机，他说:“我想，如果我能提取出我真正喜欢Angular的那部分，然后构建一些真正轻量级的东西会怎么样呢?”Vue继续在JavaScript开发人员中得到广泛采用，这种趋势应该还会继续下去。根据npm调查，一些开发人员更喜欢Vue而不是React，因为他们觉得“在保持可扩展性的同时更容易上手”。 第一章javaEE体系架构 web回顾： web的核心技术就是servlet和JSP，然而组成一个基本的web应用程序还有：客户端浏览器、HTTP协议、javabean、xml、标记库、web服务器和web容器等技术，通过采用JSP+servlet+javaBean技术实现web应用的开发（也就是MVC模式），MVC中的每一个组件，她们都充当着不同的角色servlet就是充当控制器角色负责处理业务和控制业务流程，JSP充当视图角色负责输出响应的结果，javabean充当模型角色，负责具体的业务逻辑和业务数据。 详解：当客户端浏览器向web服务器发出HTTP请求，所请求的消息通过控制器，然后控制器从中获得信息，接着控制器把业务逻辑将信息交给一个适当的模型对象，这个模型对象与数据库进行交互，并且按照请求信息的要求进行处理、应答并收集信息，然后把控制权转交给控制器，控制权得到接过信息后决定采用什么样的视图向客户端浏览器显示响应信息，在这一过程中，控制器并不是直接将信息给某个视图做显示，通常这是一个包括把数据放置在适当的javaweb作用域范围对象的过程，这个作用域对象在控制器和视图之间共享。 Javaweb应用开发的层次： 表示层->业务层->持久层 表示层采用了HTML、jsp、XML等视图技术。 业务层中使用java的组件技术javabean实现业务逻辑，在持久层使用jdbc完成业务数据的持久化，在逻辑分层中采用MVC模式将表示层与业务层进行分离，这样便于修改和加入表示层，把处理过程放置在分离的业务层中也更便于测试。采用DAO模式将业务层与持久层分离，从而使得层与层之间进行数据传输。 Web应用的优缺点： 优点：1.web应用能够在servlet容器中运行，便于管理 负载小、对业务层对象的访问叫简单，可以在不同的Servlet 之间移植。 然而Web应用也存在一定的缺陷： 1.她只针对一个服务器和一个数据库，性能较低，应用有限。 2.无法完成相应的事务处理。 二、JavaEE 1.什么是javaEE企业级应用? JavaEE是一套设计、开发、汇编和部署企业应用程序的规范，目的与核心是提供相应的服务。 JavaEE体系结构的优缺点： 优点：分布式组件、应用程序的可移植性、可靠与稳定性。缺点：较高的资源需求、较高的应用程序服务器费用 IB-CLOUD VS IBMS 智慧建筑云平台与IBMS技术对比 南京古河软件有限公司 >概述 古河智慧建筑集成管理云平台 简称：IB-CLOUD 行业内的智能建筑集成管理系统 简称：IBMS 系统架构不同 REST架构SOA架构 IB-CLOUD IBMS 简要技术评析： SOA架构是面向服务的体系结构，REST架构对应可以理解为面向资源的架构，REST与SOA相比具有更细的信息颗粒度，更加适合共享资源，在REST规范中每个资源都有唯一的URL对应，认证用户获取资源非常方便，而且也是目前跨平台的事实标准。 运行环境不同 IB-CLOUD IBMS 支持Docker的 Linux云服务器Windows分布式服务器 简要技术评析： 云服务器是一种简单高效、安全可靠、处理能力可弹性伸缩的计算服务。Docker 是一个开源的应用容器引擎，让开发者可以打包他们的应用以及依赖包到一个可移植的容器中，然后发布到任何流行的Linux 机器上，也可以实现虚拟化。软件云端部署是未来的趋势。 用户认证授权方式不同 IB-CLOUD IBMS 采用OAuth2.0 规范开放式授权采用简单的用户认证方式 简要技术评析： OAuth2.0规范的用户认证授权服务系统，OAuth（Open Authorization，开放授权）是为用户资源的授权定义了一个安全、开放及简单的标准，第三方无需知道用户的账号及密码，就可获取到用户的授权信息，并且这是安全的。百度、微信、微博都在使用这一协议授权。 信息交互技术不同 IB-CLOUD IBMS 采用消息通知云 服务GH-MNS 采用TCP自定义协议通讯 简要技术评析： 消息通知云服务系统是云平台的核心软件，部署于云端，用于各个系统软件的消息交互。 GH-MNS 完全兼容阿里云的MNS，采用与阿里云相同的REST规范，相同的HTTP RESTful 接口。GH-MNS具有系统解耦，支持海量并发，保证送达消息的优点。 javaEE框架 JAVAEE 的四层模型 JAVAEE使用多层的分布式应用模型，应用逻辑按功能划分为组件，各个应用组件根据他们所在的层分布在不同的机器上。事实上，sun设计JAVAEE的初衷正是为了解决两层模式(client/server)的弊端，在传统模式中，客户端担当了过多的角色而显得臃肿，在这种模式中，第一次部署的时候比较容易，但难于升级或改进，可伸展性也不理想，而且经常基于某种专有的协议――通常是某种数据库协议。它使得重用业务逻辑和界面逻辑非常困难。现在J2EE 的多层企业级应用模型将两层化模型中的不同层面切分成许多层。一个多层化应用能够为不同的每种服务提供一个独立的层，以下是JAVAEE典型的四层结构: 运行在客户端机器上的客户层组件 运行在JAVAEE服务器上的Web层组件 运行在JAVAEE服务器上的业务逻辑层组件 运行在EIS服务器上的企业信息系统(Enterprise information system)层软件 JAVAEE应用程序组件 JAVAEE应用程序是由组件构成的. JAVAEE组件是具有独立功能的软件单元，它们通过相关的J2EE 的四层模 型 JAVAEE使用多层的分布式应用模型，应用逻辑按功能划分为组件，各个应用组件根据他们所在的层分布在不同的机器上。事实上，sun设计J2EE的初衷正是为了解决两层模式(client/server)的弊端，在传统模式中，客户端担当了过多的角色而显得臃肿，在这种模式中，第一次部署的时候比较容易，但难于升级或改进，可伸展性也不理想，而且经常基于某种专有的协议――通常是某种数据库协议。它使得重用业务逻辑和界面逻辑非常困难。现在J2EE 的多层企业级应用模型将两层化模型中的不同层面切分成许多层。一个多层化应用能够为不同的每种服务提供一个独立的层，以下是JAVAEE典型的四层结构: 运行在客户端机器上的客户层组件 运行在JAVAEE服务器上的Web层组件 运行在JAVAEE服务器上的业务逻辑层组件 运行在EIS服务器上的企业信息系统(Enterprise information system)层软件 JAVAEE应用程序组件 JAVAEE应用程序是由组件构成的.JAVAEE组件是具有独立功能的软件单元，它们通过相关的类和文件组装成J2EE应用程序，并与其他组件交互。JAVAEE说明书中定义了以下的JAVAEE组件: 国内外主流工作流引擎及规则引擎分析2013年2月创新研发部 目录 国内外主流工作流引擎及规则引擎分析 (1) 一.背景 (4) 二.原则 (4) 三.工作流功能分析点 (6) 4.1.标准类 (6) 3.1.1BPMN2.0标准支持 (6) 4.2.开发类 (7) 3.1.1业务模型建模工具 (7) 3.1.2工作流建模工具 (7) 3.1.3人工页面生成工具 (8) 3.1.4仿真工具 (9) 4.3.功能类 (9) 4.1.1流程引擎 (9) 4.1.2规则引擎 (10) 4.1.3组织模型与日期 (10) 4.1.4对外API的提供 (11) 4.1.5后端集成/SOA (11) 4.1.6监控功能 (12) 四.中心已有系统工作流功能点分析 (13) 4.1.备付金系统工作流分析 (13) 4.1.1联社备付金调出流程 (13) 4.1.2联社备付金调入流程 (16) 4.1.3资金划入孝感农信通备付金账户业务流程 (18) 4.1.4备付金运用账户开立流程 (20) 4.1.5备付金沉淀资金运用流程 (23) 4.1.6备付金沉淀资金支取流程 (26) 4.2.多介质项目工作流分析 (28) 4.1.1开卡审批流程 (28) 4.3.新一代农信银资金清算系统工作流分析 (29) 4.4.电子商票系统工作流分析 (29) 4.5.OA系统工作流分析 (32) 五.工作流产品分析 (32) 六.分析结论 (44) 4.4.对比 (44) 4.5.建议 (45) 一.背景 目前中心建成的“一大核心系统，七大共享平台”以及OA系统，对工作流应用程度高，但各系统实现工作流程管理没有建立在统一的工作流平台上，导致流程割裂、重复开发、不易于管理等问题。 备付金管控项目涉及多个岗位之间工作的审核步骤，同时还要与多个系统进行交互，因此，为了提高管理效率，降低业务流转时间，同时还要结合农信银中心的总体IT战略规划，备付金管控项目技术组决定选择一款先进的工作流引擎和一款规则引擎，作为备付金管控项目的核心技术架构。 二.原则 备付金管控项目组通过梳理各信息系统流程现状和未来需求，形成农信银中心工作流平台的发展规划，从而更全面的满足农信银各项关键业务、更好的支撑现有和未来的信息系统建设。项目组充分研究国内外领先的工作流产品和案例，同厂商交流。从用户界面生成、流程建模、流程引擎、规则引擎、组织模型、模拟仿真、后端集成/SOA、变更及版本管理、移动设备解决方案、监控分析能力等多方面考察工作流产品，进行工作流产品选型。 目前国内外的工作流引擎层出不穷，行业标准多种多样，通过对比不同工作流公司产品，本次工作流技术选型决定分析商业工作流引擎4款，开源工作流引擎2款。其中国际知名厂商的商业工作流引擎2款，本土厂商的商业工作流引擎2款。由于本次技术选型是以工作流引擎为主，选型工作将不再单独分析规则 总结Java部分的框架和开源项目 Spring Framework【Java开源JEE框架】 Spring是一个解决了许多在J2EE开发中常见的问题的强大框架。Spring 提供了管理业务对象的一致方法并且鼓励了注入对接口编程而不是对类编程的良好习惯。Spring的架构基础是基于使用 JavaBean属性的InversionofControl 容器。然而，这仅仅是完整图景中的一部分：Spring在使用IoC容器作为构建完关注所有架构层的完整解决方案方面是独一无二的。Spring提供了唯一的数据访问抽象，包括简单和有效率的JDBC框架，极大的改进了效率并且减少了可能的错误。Spring的数据访问架构还集成了Hibernate和其他O/Rmapping解决方案。Spring还提供了唯一的事务管理抽象，它能够在各种底层事务管理技术，例如JTA或者JDBC事务提供一个一致的编程模型。Spring提供了一个用标准Java语言编写的AOP框架，它给POJOs提供了声明式的事务管理和其他企业事务--如果你需要--还能实现你自己的aspects。这个框架足够强大，使得应用程序能够抛开EJB的复杂性，同时享受着和传统EJB相关的关键服务。Spring 还提供了可以和IoC容器集成的强大而灵活的MVCWeb框架。【SpringIDE：Eclipse 平台下一个辅助开发插件】 WebWork【Java开源Web开发框架】 WebWork是由 OpenSymphony组织开发的，致力于组件化和代码重用的拉出式MVC模式J2EEWeb框架。WebWork目前最新版本是2.1，现在的 WebWork2.x 前身是RickardOberg开发的WebWork，但现在WebWork已经被拆分成了Xwork1和WebWork2两个项目。Xwork简洁、灵活功能强大，它是一个标准的Command 模式实现，并且完全从web层脱离出来。Xwork提供了很多核心功能：前端拦截机 (interceptor)，运行时表单属性验证，类型转换，强大的表达式语言(OGNL–theObjectGraphNotationLanguage)，IoC(InversionofControl倒置控制)容器等。WebWork2建立在Xwork之上，处理HTTP的响应和请求。WebWork2使用ServletDispatcher将HTTP请求的变成Action(业务层 Action类),session(会话)application(应用程序)范围的映射，request请求参数映射。WebWork2支持多视图表示，视图部分可以使用JSP,Velocity,FreeMarker,JasperReports，XML等。在WebWork2.2中添加了对 AJAX的支持，这支持是构建在DWR与Dojo 这两个框架的基础之上.【EclipseWork：用于WebWork辅助开发的一个Eclipse 插件】 Struts【Java开源Web开发框架】 Struts是一个基于SunJ2EE平台的MVC框架，主要是采用Servlet和JSP 技术来实现的。由于Struts能充分满足应用开发的需求，简单易用，敏捷迅速，在过去的一年中颇受关注。Struts把Servlet、JSP、自定义标签和信息资源(messageresources)整合到一个统一的框架中，开发人员利用其进行开发时不用再自己编码实现全套MVC模式，极大的节省了时间，所以说Struts是一个非常不错的应用框架。【StrutsIDE：用于Struts辅助开发的一个Eclipse插件】 JavaEE轻量级框架 一、选择题 1. Aop、oop、ooA:(p199) Aop面向切面（动态），oop面向对象（静态），ooA面向对象设计。 Aop与oop不仅不是互相竞争的技术，而且是很好的互补，Aop不是呈取代oop的趋势。 2. Struts2的主要组件：(p13) FilterDispatcher ——起中央控制器作用的过滤器 Action ——处于Model层的Action，调用JavaBean实现业务逻辑Struts.xml ——核心配置文件，配置有Action、Result等 3. Struts.xml配置(p15) Struts.xml ——在web开发时，一般放置在“/工程/src” 配置元素package ——包含Action及拦截器配置信息，并对其进行统一管理 4. Package(p1 5.p1 6.p17) Namespace:用于设置命名空间，该属性是可选的。 (1) SpringMvc简单介绍下你对springMVC的理解? Spring MVC Framework有这样一些特点: 1.它是基于组件技术的.全部的应用对象,无论控制器和视图,还是业务对象 之类的都是java组件.并且和Spring提供的其他基础结构紧密集成. 2.不依赖于Servlet API(目标虽是如此,但是在实现的时候确实是依赖于 Servlet的) 3.可以任意使用各种视图技术,而不仅仅局限于JSP 4.支持各种请求资源的映射策略 5.它应是易于扩展的 2) SpringMVC的工作流程? 1. 用户发送请求至前端控制器DispatcherServlet 2. DispatcherServlet收到请求调用HandlerMapping处理器映射器。 3. 处理器映射器根据请求url找到具体的处理器，生成处理器对象及处理器拦截器(如果有则生成)一并返回给DispatcherServlet。 4. DispatcherServlet通过HandlerAdapter处理器适配器调用处理器 5. 执行处理器(Controller，也叫后端控制器)。 6. Controller执行完成返回ModelAndView 7. HandlerAdapter将controller执行结果ModelAndView返回给DispatcherServlet 8. DispatcherServlet将ModelAndView传给ViewReslover视图解析器 9. ViewReslover解析后返回具体View 10. DispatcherServlet对View进行渲染视图（即将模型数据填充至视图中）。 11. DispatcherServlet响应用户 3) 如果你也用过struts2.简单介绍下springMVC和struts2的区别有哪些? 1. springmvc的入口是一个servlet即前端控制器，而struts2入口是一个filter 过虑器。 2. springmvc是基于方法开发(一个url对应一个方法)，请求参数传递到方法的形参，可以设计为单例或多例(建议单例)，struts2是基于类开发，传递参数是通过类的属性，只能设计为多例。 3. Struts采用值栈存储请求和响应的数据，通过OGNL存取数据，springmvc 通过参数解析器是将request请求内容解析，并给方法形参赋值，将数据和视图封装成ModelAndView对象，最后又将ModelAndView中的模型数据通过reques域传输到页面。Jsp视图解析器默认使用jstl。 4) SpringMvc原理？ 开源ERP系统比较 https://www.doczj.com/doc/0012277947.html,/zhanghaooy/blog/item/9a144f017114dadd277fb5d0.html 现在有许多企业将ERP项目，在企业中没有实施好，都归咎于软件产品不好。其实，这只是你们的借口。若想要将ERP软件真正与企业融合一体，首先得考虑企业的自身情况，再去选择适合的ERP软件。 如果你的企业是高速发展的中小企业，希望用IT给管理带来提升，对国内主流ERP产品几万元到几十万元的投入觉得风险过大，还恐惧购买成品ERP。你还有另外一种选择，选择免费且开放的开源ERP软件进行二次开发，根据自己的要求设定适合你企业的ERP。下载开源ERP的产品十分方便，在各大知名的开源网站上都可免费下载它们。注意哦！开源所有的产品都是对外开放的，且源代码都可任意查看，若您在实施ERP时遇到问题，可在开源社区上进行咨询讨论，当然，您也可以请软件开发商进行二次开发。 开源ERP和其它ERP软件比较，如图所示 下面介绍有哪些开源ERP？ Compiere Compiere ERP&CRM为全球范围内的中小型企业提供综合型解决方案，覆盖从客户管理、供应链到财务管理的全部领域，支持多组织、多币种、多会计模式、多成本计算、多语种、多税制等国际化特性。 Compiere ERP & CRM 通过申购 - 采购 - 发票 - 付款、报价 - 订单 - 发票 - 收款、产品与定价、资产管理、客户关系、供应商关系、员工关系、经营业绩分析等功能，将企业内部运营与外部客户相关的业务进行规范和优化，将企业由“ 人治” 转变为“ 法治” 的境界。 更好地管理您的业务 * 优化您的库存 * 输入销售订单 * 从 Web 接收订单 * 创建发票并记录发货单 * 收集收货单并与银行对账单核对 * 自动生成或手工输入采购订单 * 记录供应商收货和发票 * 供应商付款 * 输入手工日记帐 * 打印报表和对账单 Compiere ERP 的特色 报价至收款：为潜在客户或客户创建报价单；订单管理；发票；现金收据。它与供应链管理、客户管理高度集成。 申购至付款：创建申购单、采购订单、发票收据；付款处理。它与供应链管理高度集成。 客户关系管理：是所有客户与潜在客户相关活动的逻辑视图。它构成了全部业务流程的一分。 伙伴关系管理：将不同的实体相互链接起来，允许它们管理线索分发、服务请求、渠道以及营销费用。它允许您提供集中式服务。 供应链管理：包括有物料管理的活动，包括库存收货、发货，以及从实体、它的组织到供货商、客户之间的移库和盘存。 绩效分析：覆盖了应用程序的成本计算与会计维度。 网上商店 / 自助服务：提供了您运行 Web 业务所需的一切。信息通过标准的应用程序共享，因此无需同步或特别的集成工作。 Compiere 网上商店组件可被定制为与您的网站相一致的外观和感受。 管理仪表板：提供了一目了然的关键绩效指标（ KPI ）视图，它能够互动、实时地展现公司的总体经营业绩。仪表板使得高层管理者能够更有效地实现关键性业务战略，追踪公司与销售指标，达成公司的业绩目标。 开源工作流框架对比 工作流是基于业务流程的一种模型，它可以把业务流程组织成一个具有逻辑和规则的模型，从而指导业务工作的进行。开源工作流把工作流进行了合理化、科学化的设计与组织，使其更能够满足现在的业务需求。开源工作流可以帮助实现业务目标，通过计算机进行文档的传递，其使用非常广泛。目前国内主要有几种开源工作流框架，下面我们简单地对比一下，帮助大家更深刻地了解开源工作流： 1.JBPM：要想了解JBPM，首先要了解JBPM的简单定义，JBPM是指业务流程管理，它包含了整个业务流程管理过程中的工作流与服务协作，是一种灵活的、开源的管理模式。JBPM可以把一些复杂的业务流畅简单化，让系统更加灵活运行，同时也很方便业务的跟踪、监控和管理，是一种很好的业务工作流框架模式。 2.OSWORKFLOW：这种框架是用java语言编写出来的，简单地说就是一种工作流引擎，其技术性非常强，它能满足用户多方面的需求。用户可以根据自己的需要来设计一些简单或者是复杂的工作流，为企业业务流程管理服务。这种工作流最大的优点是灵活简单，比较容易实现，能够满足当前市场对开源工作流的需求。 3.oa办公软件系统：这种工作流是符合相关标准的系统管理工作流软件，它也是由java编写出来的，其扩展性比较强，功能也多，还具有通用性的特点，可以用于完整的工作流管理系统中。要说这种软件最大的特点，就是其功能模块比较多，比如说动态表单、可视化工作表、智能报表等等，不同的功能表可以帮助用户实现不同的功能，受到了用户的好评。 以上就是现在市场上比较常见的几种开源工作流管理模式，由此可见，不同的工作流模式其优势特点是不同的，不过这些工作流都能给企业业务流程管理起到一个很好的效果，受到了很多企业的欢迎。在这几种工作流模式中，最值得一提的是JBPM，这种工作流是目前比较先进的，已经收到了很多企业的信赖。 【黑马程序员】JavaEE框架：spring（一） 一、技术说明（技术介绍，技术优势以及发展史等） 1.1、什么是spring l Spring是分层的JavaSE/EE full-stack 轻量级开源框架 分层：三层体系结构，为每一个层都提供解决方案 web层：struts2、spring-mvc service层：spring dao层：hibernate、mybatis、jdbcTemplate(spring) 轻量级：使用时占用资源少，依赖程序少。比较：EJB 1.2、spring由来 Expert One-to-One J2EE Design and Development ，介绍EJB，使用，特点 Expert One-to-One J2EE Development without EJB ，不使用EJB，spring思想 1.3、spring核心 l 以IoC（Inverse of Control 反转控制）和AOP（Aspect Oriented Programming 面向切面编程为内核）1.4、spring优点 l 方便解耦，简化开发（易扩展，易维护） ?Spring就是一个大工厂，可以将所有对象创建和依赖关系维护，交给Spring管理 l AOP编程的支持 ?Spring提供面向切面编程，可以方便的实现对程序进行权限拦截、运行监控等功能 l 声明式事务的支持 ?只需要通过配置就可以完成对事务的管理，而无需手动编程 l 方便程序的测试 ?Spring对Junit4支持，可以通过注解方便的测试Spring程序 l 方便集成各种优秀框架 ?Spring不排斥各种优秀的开源框架，其内部提供了对各种优秀框架（如：Struts、Hibernate、MyBatis、Quartz等）的直接支持 l 降低JavaEE API的使用难度 ?Spring 对JavaEE开发中非常难用的一些API（JDBC、JavaMail、远程调用等），都提供了封装，使这些API应用难度大大降低 1.5、spring体系结构 分享6个国内优秀Java后台管理框架的开源项目,建议收藏！ 后台管理系统是内容管理系统Content Manage System(简称CMS)的一个子集。CMS是Content Management System的缩写，意为'内容管理系统'。内容管理系统是企业信息化建设和电子政务的新宠，也是一个相对较新的市场。我自己也一直在搭建一个即好用，又美观的后台管理系统的手动架，可以即拿的即用的项目。不用要重复的去造轮子，把有限的时间用去一些有意思的事。下面分享一下开源中国中有哪些优秀的Java开源后台管理系统。所有项目在https://www.doczj.com/doc/0012277947.html,中输入项目都可以搜索的到。ThinkGem / JeeSite(开发人员/项目名称)watch 2100 star 4000 fork 2600JeeSite是基于多个优秀的开源项目，高度整合封装而成的高效，高性能，强安全性的开源Java EE快速开发平台。JeeSite是您快速完成项目的最佳基础平台解决方案，JeeSite是您想学习Java平台的最佳学习案例，JeeSite还是接私活的最佳助手。JeeSite是在Spring Framework基础上搭建的一个Java基础开发平台，以Spring MVC为模型视图控制器，MyBatis为数据访问层，Apache Shiro为权限授权层，Ehcahe对常用数据进行缓存，Activit为工作流引擎。是JavaEE界的最佳整合。JeeSite 主要定位于企业信息化领域，已内置企业信息化系统的基础 功能和高效的代码生成工具，包括：系统权限组件、数据 权限组件、数据字典组件、核心工具组件、视图操作组件、工作流组件、代码生成等。前端界面风格采用了结构简单、性能优良、页面美观大气的Twitter Bootstrap页面展示框架。采用分层设计、双重验证、提交数据安全编码、密码加密、访问验证、数据权限验证。使用Maven做项目管理，提高项目的易开发性、扩展性。JeeSite目前包括以下四大模块，系统管理(SYS)模块、内容管理(CMS)模块、在线办公(OA)模块、代码生成(GEN)模块。系统管理模块，包括企业组织架构(用户管理、机构管理、区域管理)、菜单管理、角色权限管理、字典管理等功能; 内容管理模块，包括内容管理(文章、链接)，栏目管理、站点管理、公共留言、文件管理、前端网站展示等功能; 在线办公模块，提供简单的请假流程实例;代码生成模块，完成重复的工作。JeeSite 提供了常 用工具进行封装，包括日志工具、缓存工具、服务器端验证、数据字典、当前组织机构数据(用户、机构、区域)以及其它常用小工具等。另外还提供一个强大的在线代码生成工具，此工具提供简单的单表、一对多、树结构功能的生成，如果对外观要求不是很高，生成的功能就可以用了。如果你使 用了JeeSite基础框架，就可以很高效的快速开发出，优秀的信息管理系统。技术选型：1、后端核心框架：Spring Framework 4.1安全框架：Apache Shiro 1.2视图框架： Java EE开发四大常用框架 我们对Java EE的框架有过很多介绍，本文将对Java EE中常用的四个框架做 一下系统的归纳，希望大家喜欢。 Struts Struts是一个基于Sun Java EE平台的MVC框架，主要是采用Servlet和JSP技术来实现的。 Struts框架可分为以下四个主要部分，其中三个就和MVC模式紧密相关： 1、模型（Model，本质上来说在Struts中Model是一个Action类（这个会在后面详细讨论，开发者通过其实现商业逻辑，同时用户请求通过控制器（Controller向Action的转发过程是基于由struts-config.xml文件描述的配置信息的。 2、视图（View，View是由与控制器Servlet配合工作的一整套JSP定制标签库构 成，利用她们我们可以快速建立应用系统的界面。 3、控制器（Controller，本质上是一个Servlet，将客户端请求转发到相应的Action 类。 4、一堆用来做XML文件解析的工具包，Struts是用XML来描述如何自动产生一些JavaBean的属性的，此外Struts还利用XML来描述在国际化应用中的用户提示信息的（这样一来就实现了应用系统的多语言支持。 Spring Spring是轻量级的Java EE应用程序框架。 Spring的核心是个轻量级容器（container，实现了IoC（Inversion of Control模式的容器，Spring的目标是实现一个全方位的整合框架，在Spring框架下实现多个子框架的组合，这些子框架之间彼此可以独立，也可以使用其它的框架方案加以替代，Spring 希望提供one-stop shop的框架整合方案。 Spring不会特別去提出一些子框架来与现有的Ope nSource框架竞争，除非它觉得所提出的框架夠新夠好，例如Spring有自己的MVC框架方案，因为它觉得现有的MVC 方案有很多可以改进的地方，但它不强迫您使用它提供的方案，您可以选用 云计算平台架构对比分析 刘冬 1.概述 云计算平台近年来炒得非常火热，要建设或选用相应的云计算平台就需要对目前业界已有的平台进行分析对比，本文就是对比了目前业界已有平台的情况综合分析形成结论报告。 众所周知，云计算分为三个层次：IaaS、PaaS、SaaS。 ●IaaS，Infrastructure as a Service，基础架构即服务 ●PaaS，Platform as a Service，平台即服务 ●SaaS，Software as a Service，软件即服务 由于我们在未来主要是为某一行业提供专业的软件服务，即实现SaaS服务，那么重点就要对IaaS和PaaS进行对比和分析。 2.IaaS平台分类介绍 2.1 Amazon AWS 亚马逊AWS将硬件设备等基础资源封装成服务供用户使用，主要提供了弹性计算云EC2和简单存储服务S3。 2.2 OpenStack 是一个美国国家航空航天局和Rackspace合作研发的，以Apache许可证授权，并且是一个自由软件和开放源代码项目。 OpenStack是一个云平台管理的项目，它不是一个软件。这个项目由几个主要的组件组合起来完成一些具体的工作。 OpenStack是一个旨在为公共及私有云的建设与管理提供软件的开源项目。它的社区拥有超过130家企业及1350位开发者，这些机构与个人都将OpenStack作为基础设施即服务（简称IaaS）资源的通用前端。OpenStack项目的首要任务是简化云的部署过程并为其带来良好的可扩展性。本文希望通过提供必要的指导信息，帮助大家利用OpenStack前端来设置及管理自己的公共云或私有云。 OpenStack 是由Rackspace 和NASA 共同开发的云计算平台，帮助服务商和企业内部实现类似于Amazon EC2 和S3 的云基础架构服务(Infrastructure as a Service, IaaS)。OpenStack 包含两个主要模块：Nova 和Swift，前者是NASA 开发的虚拟服务器部署和业务计算模块；后者是Rackspack 开发的分布式云存储模块，两者可以一起用，也可以分开单独用。OpenStack 是开源项目，除了有Rackspace 和NASA 的大力支持外，后面还有包括Dell、Citrix、Cisco、Canonical 这些重量级公司的贡献和支持，发展速度非常快，有取代另一个业界领先开源云平台Eucalyptus 的态势。 OpenStack是IaaS(基础设施即服务)组件，让任何人都可以自JavaEE软件架构技术介绍
几种常见云计算平台分析比较
主流三维引擎对比分析说明书
三大主流框架的技术起源
2019年最流行的10个JavaScript框架
JavaEE体系架构总结
云架构IBMS
javaEE框架
(工作分析)国内外主流工作流引擎及规则引擎分析
框架和开源项目
JavaEE轻量级框架
JavaEE-SSM框架面试资料
开源ERP系统比较
开源工作流框架对比.
【黑马程序员】JavaEE框架：spring(一)
分享6个国内优秀Java后台管理框架的开源项目,建议收藏!
JavaEE开发四大常用框架程序员必看精心整理免分数
云计算平台架构对比分析
相关主题
文本预览