编程开发论坛 - Powered by Discuz! Board

标题: Java技术随想 [打印本页]

作者: qingqing3721 时间: 2011-8-2 10:14 标题: Java技术随想

早春三月,江南大地虽然还是处于春捂时节,但万物复苏的清爽感觉还是扑面而来.承蒙各位支持我的好友的投票,我在CSDN的MVB票选中获得了第二名,在行将到来的四月份,我荣幸的受CSDN的邀请参加其组织的英雄会.这是对我去年一年坚持写博的一份肯定和鼓舞.
从事开发已经很多年了, 这么多年什么都搞过,从底层开发到分布式框架,各种常用言语,开发办法,什么都尝试过,才发现软件这个行业其实也就这样.
这么多年,对于中小开发者来说,我逐步认识了3件事情:
一.java不是万能的曾经我们对java言语是那么的期待,作为一种比C++简化了的跨平台的面向对象言语.java似乎也没能承受我们的期待.首先在言语上,java的语法在不过的扩充,扩充的速度远远高于对代码自身效率优化的速度.
在桌面开发范畴,Java似乎还不能突破VB,PB,DELPHI的包围,在Web范畴,PHP,Ruby等言语也在主机托管等范畴对java展开了大围歼.但似乎大家依然把Java做为一个天生的霸道,也许是因为那个带渣滓回收机制的虚拟机和少量免费的组件框架吧, 这个时代,尤其在不用M$的软件公司眼里,不用Java开发的系统也不好意思开个几百万.
但是对于绝大少数面向服务和疾速应变的门户网站开发团队,PHP妖娆的身段实在有太大的魅力了.
当然java还抱着一个中间件的稻草。不过似乎在面向消息和ESB的架构中，EJB也很难翻身了。
二.开源不是万能的从2002年开发,各种开源软件风起云涌.sf里面的开源项目数以万计.假设整理一下开源的MVC框架,找到100多个，那还是罕见的。我们曾经抱着很大的热情去观察每一个开源软件.结果发现开源软件就像别人的饭一样，并不永远合你胃口。大浪淘沙，dwr + struts2 + spring +hibernate这样的框架最终胜出。（struts2虽然只是GA,但也比较成熟了，因为webwork2自身就很成熟，struts2是对webwork2的一次重购，基本上也就是改改包名字）
三.JCP不是万能的JCP作为制定标准的组织,似乎从来就没有制定出什么让人真正感到适用的东西.从Portlet到JCR到JDO，似乎就没有什么真正用起来的。
Portlet标准最大的效果是没有定义更好的交互模型，JCR的效果是查询接口达不到SQL的强大。JDO，JPA之类，似乎也看不到什么真正的能够替代Hibernate的地方。
这么多年真正炒作起来的概念：
MVCMVC成就了Struts，而且几乎成了他的代名词，作为一个URL可以明白调用的框架，从目前来看还是远远超越tapestry,jsf这些框架的。当他发现webwork比自己实现的更便捷的操作之后，干脆把ww2跟自己兼并起来。
ORM搞java，你不建范畴模型那就是没面子，建了范畴模型就肯定需要一个工具来填充他，Hibernate确实在这个范畴做到了最精
IOC这个概念地道是Martin提起来的，竟然还就真的火起来了。不得不佩服这位巨匠。
IoC的前提就是任何希望被装载的组件都要生存在容器中。结果struts2的action也变成了spring的bean。
AOP和IOC一样，AOP成就了SpringFramework，运用spring可以精简少量的代码
AJAX靠着google的鼎力推行，ajax可谓红透半边天。
这几年没炒起来的概念：
门户前几年，人人都提门户，政府门户，团体门户，个性化定制。
IT也借着这个概念炒Portal,但在中国我们发现，绝大少数门户其实也就是个内容管理系统或许简单的说一个网站，个性化定制似乎也没什么用处，最多也就是像google桌面一样用ajax订阅一些新闻，加上Portlet标准的不够完善，使得Portal很难获得更大的发展。
任务流
不能说任务流不成功，一个表单定制引擎加上表单流转引擎确实可以处置很多企业应用，但是这么多年，记忆枕也没有一个任务流引擎能取得像hibernate，spring这些框架在各自范畴取得的独领半壁江山的效果。－－事先写的太快了，没来急琢磨原话，改改句子，免得歧义：）
据我浅薄的经验，我看过很多政府，单位都上OA，但真正用起来的并不多
对于公文流转类型的：绝大少数单位只是像邮件一样发文章
对于请假，批示的：小企业管理不好的，推行不下去；大企业上SAP的，有能用起来的
对于愈加复杂的应用：由于对表双数据的要求比较高，通常都是开发者自己开发一套简易的适合项目的流转引擎，或许整个应用还是基于数据库实现。
目前比较国外普及的开源任务流jbpm,shark等都只适用于一些环境。
其实既然叫“任务流”，显而易见，任务的复杂是千差万别的，那又如何能指望有一个普适的任务流框架呢？假设你设计一个面向呼叫中心运用的任务流，面向单据签收类的任务流，面向发文类的任务流说不定还更能够有效。
规则引擎应用的不成熟性，招致不能真正盛行。
目前正在炒，未来还不确定的概念
ESBESB的运用环境是在一个有很多现成的应用，并且它们都提供了集成的接口，这时候假设要开发新的应用，可以运用ESB简化集成的操作。但是目前为止这个前提环境的条件在中国似乎也没有构成。所以ESB是否能火也还是一个未知数。

本文来自CSDN博客，转载请标明出处：blog.csdn/danny_xcz/archive/2007/03/20/1534756.aspx

欢迎光临编程开发论坛 (http://bbs.lihuasoft.net/)