企业开发技术选型

http://blog.csdn.net/jwdstef/article/details/23767033

企业级开发我们在开发前需要进行技术选型,选择合适的技术,会让我们事半功倍,这就是为什么站在巨人的肩膀我们会看的更远。下面是3年前写的,过了3年出现了很多新的技术和框架,我会尽快更新出最新的技术选型,希望对大家有所帮助。

2.1. 基础架构

  1. IOC Container: Spring, Guice

    我们需要IOC Container的依赖注入作为胶水,把其他工具包粘在一起。还需要它的AOP,进行事务配置,权限管理。

    这么多人都在使用Spring,实际使用中可以获得巨大的便利,如果选择了其他平台就要面临在关键时刻自己造轮子的窘境。使用Spring的实际经验更长,方便与其他组件整合。

    Guice是由Google出品的,又使用了JDK5中的注解功能,问题是以后是否能得到很好的支持。

  2. MVC: struts2, struts, JSF, RESTful Framework, SpringMVC

    struts2比struts好用,在了解了OGNL的用法后,还是比较方便的。

    struts毕竟还是老掉牙了。

    JSF好复杂,没有IDE的支持基本没法用,看不清方向。

    RESTfull Framework感觉太草率,有前途吗。

    springmvc现在默认不包含在spring包中了,它的功能太简陋,有些新功能华而不实。

  3. ORM: Hibernate, JPA, iBatis, JDBC

    作为ORM方案,使用hibernate3对JPA的支持,使用annotation简化配置。

    Hibernate用起来比较熟,支持多数据库,简化了数据库的操作,目前把所有调优的希望都放在二级缓存上了。

    JPA对于规范不太了解。

    iBatis据称是对JDBC的最简封装,但是与hibernate有太多的区别。

    JDBC根本没进行封装,用起来风险太高。使用封装的框架更容易统一开发。

  4. View: JSP-2.0, Freemarker, Velocity

    严重偏向Freemarker,易用性,扩展性,自定义宏,还可以用在不支持JSP-2.0的服务器上,而且还可以与struts2配合。可是Freemarker并没有合适IDE配合,而且能够熟练使用的程序员也不多。

    JSP-2.0功能明显不足,限制太多,不容易扩展,必须和taglib配合才能对付实际中的工作,taglib又太难写。

    Velocity功能不如Freemarker。

  5. Security: Spring Security, jsecurity, struts menu

    Spring Security作为acegi的升级版本,更易用了,与spring整合在一起,控制权限。

    jsecurity作为apache孵化器里的项目,有人对它进行了强烈推荐。

    是否还考虑基于struts menu写一套自定义的菜单?

  6. Ajax Widgets: ExtJS, Dojo, YUI, JQuery-UI

    ExtJS轻便,好用,漂亮,功能强大。只是协议有问题。

    Dojo笨重,难看,都不知道怎么用。

    YUI是ExtJS的原型,但是封装没有ExtJS好。

    JQuery-UI还很青涩。

    如果不使用上述这类统一组件库,还可以选择jsCalendar这个日期选择组件,FckEditor和Tiny_mce都是富文本编辑器。据说专业人士 喜欢用FckEditor,喜欢漂亮的都喜欢用Tiny_mce。JavaScriptTemplate可以批量生成HTML。和DWR结合实现上传进度 条等功能。

  7. JS Function Lib: Prototypejs, JQuery, Mootools

    Prototypejs最老。对应的扩展主要有Script.Aculo.us。

    JQuery有强力的查询能力。对应的扩展容易找到。

    Mootools被fin强烈推荐,说OO封装做得很好,但感觉扩展组件不丰富。

  8. JSON: DWRjson-lib

    使用dwr和 commmons-fileupload制作上传文件的进度条。

    考虑使用dwr-2的服务器推,制作在线聊天。

    与服务器之间交互采用json格式传递数据,目前采用的json-lib在处理循环引用的时候需要特别设置,否则在处理hibernate双向关联的时候100%出错。

2.2. 扩展架构

在基础架构上进行的扩展,实现特定功能的工具:

  1. WebService: CXF, XFire, Axis-2

    Axis-2总感觉很笨重,而且不容易和Spring结合。

    XFire已经停止开发,后来与Celtix合并为apache中的新项目CXF

    CXF是由Objectweb Celtix和Codehaus XFire合并成立的。与Axis1~2比较,更易于整合到Spring中。而且据说支持JAX-WS。不过不知道JAX-WS是干啥的。

  2. 工作流: Jbpm-3Jbpm-4Osworkflow

    Jbpm-3是开源中比较火的框架了。但是spring-module-jbpm31封装的有问题,单元测试会报异常。

    Jbpm-4太新,还是alpha版,而且改动太大了。

    Osworkflow,号称最灵活的工作流引擎,据说所有实现都要自己写代码。

    两者都支持Hibernate

  3. 规则引擎: drools

    据说是很轻量级的,拥有平民语法的规则引擎。

  4. Search Engine: Hibernate-searchCompassLucence

    Compass同另外一个Hibernate-search都是基于Lucence,对数据库的全文搜索引擎。

    Compass开发的时间更长一些。Hibernate-search出现的时间还比较短,会用的人少,不知道前途如何。如果两者都不符合,还要考虑自己直接操作Lucence

    之前使用过Compass,在单元测试的时候会出现内存溢出的问题。

  5. 报表: JasperReport, BIRT, 自定义

    JasperReport负责文本报表,JFreeChat图形报表。

    虽然没使用过JasperReport,但已经听到过太多其他人对它的怨言了。

    BIRT没有想像中那样好用,依赖那些eclipse中的包,显得太大了。

    因为东西方习惯差异,自定义属于自己的一套报表应该可以解决国内很多问题。首选答案竟然是手写PDF和JFreeChat结合生成图表。

  6. JMS: ActiveMQ, Jencks, Lingo

    ActiveMQ是很多人推荐使用的JMS框架。

    Jencks是一个JCA平台,可以提供J2EE里的资源容器。

    Lingo据说可以把JMS封装成POJO。

  7. 定时调度: Quartz, java.util.Timer

    据说Quartz是唯一免费的解决方式。这个组件放到web.xml里,可能造成内存泄露。robbin认为这种定时任务不应该和项目绑定在一起,而是应该建立一个单独的任务服务器。

    如果是简单功能,也可以用JDK自带的Timer。

  8. Cluster Cache: Open Terracotta

    被许多公司使用,据说是很强大的分布集群策略。

  9. JMX: Spring封装,MX4j

    Java管理扩展,给人的感觉像是RMI一类的远程调用。

  10. OSGI: equinox, felix

    有点儿反感equinox的笨重,而且equinox是否能和eclipse分离呢?能否独立使用呢?能否能嵌入自己的项目呢?

    felix是apache的项目,而且有maven插件,但是看了源代码之后,感觉太不成熟了。

  11. 动态语言: bsh, groovy, jruby, jython, rhino

    bsh最简单,而且都是java语法,功能也不多。

    rhino只是解析js,也没什么特别功能。

    groovy被期许了很大的希望,受到多方支持,有为数不少的组件,值得考虑一下。

    jruby和jython的话,语法和java相差太大了,基本等于再学一门语言。

2.3. 开发环境

  1. JDK: 5.0, 1.4, 6.0

    5.0的那些特性还是很好用的,而且可以使用Retrotranslator把5.0编译的class转换成可以在1.4下运行的class。

    推荐使用JRockit-27.2,据说可以解决sun jdk的perm gen内存不足问题。

    6.0有点儿新了,怕出问题。

  2. Servlet Container: Tomcat-5.5, Weblogic-9/10, Jboss, Geromino, Tomcat-6.0, Glassfish, Jetty, Resin

    一般人还是用Tomcat-5.5,据说Tomcat-6.0支持OSGI了而且运行方式跟之前都不同了。

    Jetty还是用在集成测试中。

    之后的迭代里,应该兼容Weblogic, Jboss, Geromino, Glassfish。

  3. 数据库: Hsqldb, Mysql, H2database, Derby, Oracle, SQLServer

    采用hsqldb作为嵌入式数据库,可与工程绑定发布,用户下载体验版后不需要额外安装数据库,减少了配置出错的机会。

    考虑H2database和Derby,似乎H2功能更强力,Derby出身名门但是不支持commit是个问题。

    Mysql是必须要支持的,因为是免费中使用特别广的。

    SQLServer也是国内很多地方使用的中型数据库。

    Oracle有很多人迷信,的确也是非常常用的大型数据库。

    Hibernate本身支持多数据库,包括Mysql, SQLServer, Oracle等,未来替换成企业数据库也不是问题。

2.4. 测试工具

  1. 单元测试: JUnit-3JUnit-4, TestNG

    JUnit-3。经典单元测试工具,应用很广,基本所有工具都支持。

    JUnit-4有点儿新,新功能不太清楚。

    TestNG据说很厉害,但不太熟悉。

    js的单元测试工具 jsunit不知如何应用。

  2. Mock: EasyMock, JMock, Spring-test

    EasyMock是老牌了,不需要继承特定的超类。

    JMock需要继承特定超类,属于新框架。

    Spring-test里提供了很多对付servlet里接口的测试类。它还提供了许多常用的测试基类,可以缓存xml配置并支持事务。

  3. 测试覆盖率: CoberturaClover

    Cobertura发展至今,界面和功能已经接近Clover了,开源并且没有古怪的协议约束,Maven2上的配置也比Clover更简便。

  4. Web集成测试: Selenium

    Selenium是一款被众口称赞的集成测试工具,使用Firefox的插件录制测试,然后可以翻译成多种平台语言进行自动化测试。

    同类产品还有httpunitjwebunit。DBUnit可以帮助维护数据库中测试数据的完整,但是无法处理表间双向外键的情况。

    可以使用Maven2插件进行测试,但是问题是一直没有发布1.0,一直只能使用1.0-SNAPSHOT。

  5. WebService测试: SOAPUI

    据说是唯一的WebService测试工具。

  6. 压力测试: JMeter

    JMeter听过但是没用过。

2.5. 项目管理

  1. UML: Enterprise Architecture, Rose 2003, Visio, StarUML

    EA不是免费的。

    Rose是名门。

    Visio是画图挺方便。

    StarUML是免费开源方案。

  2. 项目部署工具: Maven2, Ant

    Ant更灵活,但是对于大规模项目,自己写build.xml再配置所有的插件和各种流程太麻烦了。而且要借助ivy才好管理依赖。

    Maven2拥有规范的目录结构和流程体系,拥有更易用的插件,还可以统一管理jar依赖,它支持多种插件,进行自动打包,测试,代码分析,生成报表。。问题是从外网下载依赖的时候受网速影响太大,一旦遇到外网缺失的依赖更是无可奈何,必须搭建内部repo。Maven2的一个问题,在于不知道如何把这么巨大的一个xml文件拆分成多个可以复用的模块。所以也只好采用这种parent的继承关系对所有的依赖和插件进行管理。

  3. 持续集成: CruiseControl, Hudson

    cc是老牌劲旅,但是界面也太难看了。

    Hudson是日本人写的,界面漂亮,所有配置都可以直接通过界面配置。

  4. 代码规范: Jalopy, checkstyle

    Jalopy用来美化代码,sf.net上的开源项目已经好多年没有更新了,最新的jalopy已经变成了收费的商业项目。不过我们使用几年前的免费项目就足够了。

    Checkstyle的规范与Jalopy的美化规范调节一致,就可以放心编写代码了。

  5. 代码检测: PMD, Findbugs, JavaNCSS, Taglist, Jdepend

    PMD, CPD帮助我们检测无用的代码和重复的代码。

    Findbugs检测代码中的缺陷。

    JavaNCSS计算有效代码行数。

    Taglist统计代码中的特定标记。

    Jdepend用于统计包之间的依赖性。

  6. 版本控制,缺陷跟踪和WIKI: SVN, JIRA, Confluence

    Subversion作为版本控制工具,JIRA作为缺陷管理,Confluence提供资源库平台。

  7. 数据库版本控制: DBDeploy

    DBDeploy让数据库脚本也可以实现版本控制。咱们基于dbdeploy扩展的dbside,可以提供db:migrate, db:rollback, db:view等功能。

    使用Hibernate-tools从数据库反向生成领域模型。

  8. Web服务器控制: Cargo

    据说可以统一控制各种Web服务器,比如Tomcat, Jboss, Weblogic

2.6. 杂项

  1. JDK-5.0
  2. 公共Utils工具类。
  3. 日志。
  4. 缓存。
  5. JavaMail。
  6. UTF-8与国际化。
  7. 异常处理。
时间: 2024-10-13 02:32:37

企业开发技术选型的相关文章

关于即时通讯功能开发技术选型

最近研究即时通讯,发现自己使用XMPP,用openfire或者enjebber后台,会很复杂,要涉及到二次开发后台,要用java或者enjebber专用语言,实在无法开展. 后来找了下其他资料,发现现在国内的即时通讯云有好几家,功能都挺不错的,很强大,完爆自己后台,还省事,不花钱,挺好的,毫不犹疑的学习起来了他们的SDK. 我综合各方面最后选择了环信的产品.看了下文档,很快就基本流程,主要接口搞懂了,目测一两天就能搞出一个即使通讯功能,哈哈.

游戏服务器开发技术选型

开发语言的选择 业界主要的是c/c++ + Python/lua模式做游戏服务器.c/c++做网络通讯数据传输,python/lua做业务逻辑.这样既保持了网络传输的效率(c++),又提升开发效率(Python/lua),同时也支持热更新. 当然,也有其他服务器开发语言,erlang(页游公司用的多),node.js(少量游戏用的,还有一个node.js写的引擎叫pemolo) 开源服务器引擎 1.firefly(9秒社团开发的一款python游戏服务器框架) 2.kbengine(作者说他按b

移动开发主流框架的选取以及技术选型方案解析

传统的移动开发模式主要分为三种,Native App,Web App 和 Hybrid App,对于目前微信端比较火爆的开发平台小程序,或者其他厂商推广的流应用.轻应用等开发方式,基本都离不开H5的支撑.目前App前端开发主流框架RN,Ionic,Vue都发展得不错.但是业务需求的快速发展,有些框架并不能够满足他们的需求,在不同的业务场景,受诸多约束因素的影响,研发团队应该如何在前端框架上做好选型? 根据目前51CTO社群(群号312724475)中大部分移动开发领域的开发者实际项目经验,我们邀

企业移动信息化应用开发模式选型指南

随着移动互联网的逐步深入,移动应用已经从新闻.搜索.电商.游戏.视频等热门应用逐步向企业移动应用领域转移.而且市场规模逐年增长,据IDC发布的报告显示,2013年中国企业级移动应用市场规模为9.3亿美元,预计2017年将达到41.5亿美元,2013-2017年的复合增长率为45.3%. ▲企业移动信息化应用开发模式选型指南 企业移动信息化经历了从观望到摸索,再到落地实施的几个重要阶段.IT168调研中心针对企业/单位是否已经开始尝试部署移动信息化产品或者方案的调查显示:有63.17%的企业已经在

云计算开发技术,云计算改变企业的四种途径

云计算开发技术虚拟化是云计算的开始,但需要注意的是一定要建立企业级的虚拟化资源池.通过虚拟化创建资源池,其中安全性是用户认为最重要的技术特性,而灵活笥和可扩展性,硬件性能排在安全性的后面. 全方位的虚拟化,包括服务器.存储.网络.这三个虚拟化,一是计算能力的虚拟化,二是存储能力的虚拟化,三是传输能力的虚拟化,这样就会把服务器的计算资源.存储资源.网络带宽资源都会充分利用起来,不会有一个瓶颈.但现实情况是,用户购买了很多服务器,但如果做云计算,就需要采购一些虚拟化软件支持整个云计算平台基础设施,结

技术变革 企业互联 ——技术落地用友3.0战略

8月25-26日,由用友和MSUP共同发起的以“技术变革 企业互联”为主题的技术开放日在北京用友产业园中区成功举行.(用友技术开放日活动集锦)本次技术开放日不仅邀请到用友技术骨干对互联网技术应用进行实践分享,还邀请到磁云数字运营副总裁.58到家技术总监及京东敏捷教练等多位互联网研发技术专家走进用友,分享互联网架构实践.生态创新建设及产品设计等方面的精髓,与数百名参与者共同探讨互联网技术的变革与创新.(用友网络执行副总裁 谢志华)用友网络执行副总裁谢志华在活动致辞中表示:目前用友正处于企业互联网的

集团企业OA系统选型推荐

OA系统是大型企业集团必备的基础软件,有些企业花了不少钱,买了所谓的大品牌,结果发现只是“看起来很美”.往往是这个产品的强项自己不需要,而自己需要的这个产品又不具备,这就是产品和需求的错位,导致产品不适用.这样的结果同样导致系统使用很别扭,很难用好. 在选型之前,我们需要了解一下协同OA的基本知识. 一.协同OA的主要功能: 协同OA一般包括三大基础的功能模块信息门户.流程管理和知识管理,在这三个基础模块里面包含很多细的功能运用,这里不一一阐述.除了这三大基础的模块之外,系统还有行政管理.项目管

混合模式为什么成为占有率最高的app开发技术

在企业移动战略布局中,app已成为连接业务与用户最主要的载体,同样其开发技术目前也处于十分成熟的阶段,而从技术实现的角度去考量,很多从业者可能并不知道,越是大企业.越是IT预算多的企业,他们的移动app大部分是基于混合开发模式实现的,尤其对于混合app技术开发的B2B.B2C和B2E类型的移动应用,占比甚至要远超市场的预期和想象. 目前,在各大银行.保险公司.烟草.电力.航空.铁路.家电制造.食品.零售等行业的领军型公司中,都大量的使用混合开发模式来开发和管理自己的app.那么也许很多人不禁要问

揭开技术选型的神秘面纱?

开干 技术选型是企业项目研发中少不了的一个环节,大部分情况下企业都是优先采用开源免费的技术框架. 有实力的企业在选定技术框架后可能还会做一定的改造优化,以更匹配自己的应用场景,而大部分中小型企业则更多是对技术框架的应用. 所以对中小型企业来说,一个技术框架的选择至关重要,因为在不具备改造开源框架能力的情况下,如果选择了不合适企业实际情况的技术框架,可能解决不了问题,还会带来新的问题. 那么如何选择一款既适合自己的团队又能解决当下面临的问题,不急,我们且往下看. 到底怎么选? 1.确定问题核心 这