解惑

解己之惑,解人之惑

没落的Java社区

感觉原来的几个Java社区日益没落,当然这个和Java世界的消沉有很大关系,这两年已经看不到什么大的Java新闻了,特别是对于Java开发人员而言的大新闻,原来Spring带来的各种火热的讨论也已经沉寂下来,Java世界似乎已经毫无新意了,现有的任何Java开源产品或者组件所能够带来的开发效率的提升都无法和新的脚本语言匹敌(我想这也是为什么JavaEye会使用RoR重写的一个重要原因,同时也是Robin转向研究Ruby的重要原因),在可以预见的一段时间以内,都不太可能出现一颗真正的银弹。但是我对于Java并没有丧失信心,因为Java依然拥有广大的开发人员以及丰富的开源产品和组件,现在所缺少的是一个真正简单并且易用的快速开发框架,提供Java Web开发所必备的大部分功能,开发人员所需要关注的仅仅是创建数据库和业务逻辑代码(不需要开发常见的CRUD操作代码),当然开发人员也不需要太多的配置就能够让整个系统跑起来(不需要Spring的Bean配置、Struts的Action配置、Hibernate的配置)。
就我个人感觉,完成这样的一个框架并不是很难,困难在于Java世界应该引入更多的规则而不是可配置,最起码可配置是第二位的需求,但是Java世界的人似乎已经习惯了配置,习惯了对象间的关系是在运行时通过读取配置文件来确定,也习惯了通过读取配置文件来组装系统。
对于多人并行开发的系统而言,Java的强类型约束无疑对于代码的可维护性和可读性更加有利,但是基础设施的严重缺失使得代码的开发难度加大,代码的重复性也因此加大(对于一个简单功能,由于Java本身没有提供,只能自己写、寻找其它的开源组件或者公司自己的框架提供,但是很多新来的人不知道已经有那样的功能,即使知道也是拷贝一份代码稍加修改)。
我相信现在有很多人都有和我一样的想法,也有很多人在做,包括EasyJF(简易Java框架),问题是他们并不能真正的普及,他们的设计者和维护者并不能得到大部分人的认可,而像AppFuseSpringSideJdonFramework这样拼凑起来的快速开发框架也不能解决问题(还是需要大量的配置),我期望中的真正的Java快速开发框架是完全重写的基于规则的框架,不需要配置或者只需要极少的配置(例如数据库配置),具有强大的Model和View的转换能力,可以很容易的将POJO或者POJO集合转换为各种页面组件(表格、树),不需要POJO和数据库的映射配置,不需要写CRUD代码,URL请求自动映射到Action。。。。。。

(Visited 461 times, 1 visits today)

11 Comments

  1. 呵呵,是啊,上51job上看,要java的已经不多了
    当然51job也有问题拉,有的靠查java关键字查不到
    反而从别的关键字进去可以查到,晕呀
    不过和我刚来上海时那成百个岗位比,差距还是太大了
    要知道这才过了不到一年而已

  2. :em69:
    你说的,正是我现在正在做的

  3. 呵呵,那我们可以详细的讨论下各自的想法,交流下 :em20:

  4. 我也期待着这样一个框架。

    不知微软的是否只需很少的配置。

  5. 呵呵,微软的现在没有用过,但是微软的是一个公司开发的,配合性应该比较好,配置方面要求也比较少。

  6. 觉得是因为java的统一标准太少,各公司都有自已的一套,你用eclipse,我用jb,我用netbeans. …

    那像.net,只要一个vs就行了..

    如果要做到这个,..个人认为起码ide要先统一或先有统一的标准

  7. 如果有像.net那样基于界面设计集成的东西就好了。

  8. 不是有grails吗,比ROR还有些优点。

  9. 企业开发,注重的是稳定性吧。动态语言弱点很多,不擅长写复杂的数据结构算法,动态语言的特性基本在并行上没有发展前途了。可是现在是个多核的时代。动态语言有点生不逢时的感觉。

  10. 我用java编写了一个C/S模式的远控软件,jar文件好用,打成exe文件不好用。我想将客户端jar文件随JVM一起起动,服务器可随时关闭客户端,怎样才能让客户端jar随JVM一起起动呢?

  11. 呵呵,只要想加载jar才会起JVM的,JVM又不会自己起一个放着。不一定非要做成EXE的,你搞一个BAT去启动jar也不错啊,想好看一点,把bat的图标换换或者自己做安装包生成个比较好看的快捷方式就行了。

发表评论

电子邮件地址不会被公开。 必填项已用*标注

© 2021 解惑

本主题由Anders Noren提供向上 ↑