工作那些事儿(8)- 废旧立新

原创
2013/06/30 18:04
阅读数 92

    上文说到的卡片式定制化门户,其实有一个参考物,就是iGoogle。现在 iGoogle已经被砍掉,因为google要社交化,现在甚至把 google reader砍掉,事实证明, GR这类应用其实还很有市场的,看现在一堆代替GR的应用冒出来。而 iGoogle其实和GR某程度上思路是一样的,都是将数据集成再展现,而EIP也一样。

    之前初步的定制化是通过局部iframe嵌套实现的,但现在说要全局定制化,难道就要在oracle上整个页面嵌入吗,这好别扭。之前是第一步,要用最快的方式把东西做出来,现在做出来了,第二步应该是要把东西做好,因此我不想再用iframe的方式。而且iframe有一个问题,H总有一个需求是换皮肤,iframe换皮肤实在太麻烦了,如果靠url传递参数方式决定皮肤的话,换肤操作必然导致页面刷新,这是我不想见到的。同时,oracle portal实在太冗余庞大了,我想轻装上阵。终于,我决定直接把oracle portal砍掉。

    这一砍,可是费很大决心的,要知道,这东西是用了几百万被忽悠买了的,所以说,企业级软件好赚钱,因为企业很多都,不懂的……

    没想到的是,H总很赞成砍掉旧的,因为他也对旧的不满意。我是单纯从一个向往互联网的开发人员的角度提出砍oracle portal的意见,而领导这一同意,说明他也是一个有独立思考的不随波逐流的领导。因为行情是,几乎所有同行的门户建设,不是用oracle就是用SAP或者微软sharepoint,这是企业应用的一大特色,求同,不求新,而H总刚好相反,独立,新颖。不敬地说,就是企业里的奇葩。而后,他的奇异思想,也确是受到很多压力,后话。    但这奇葩,非常合乎我的口味,因为他在用互联网的思维改造古老的企业级软件开发。我想说,难得!如果做成了,就是伟大!

    好了,确定砍掉oracle portal,那要怎么做了,拿现成的改?drupal?还是其他?用框架再开发?spring mvc ?我纠结了好一阵子,因为这次是整个系统重做,所以面还是有点大的。用drupal的话,好处是,有成熟的内容发布,有成熟的权限控制,有丰富的第三方模块扩展,但问题只有我一个懂,而且我一直只会用第三方module来搭功能,drupal很容易遇到性能瓶颈,drupal的调优不是那么好做,基于此考虑,我放弃了drupal。现成的也找不到合适的,然后考虑基于框架开发。SSH?经过上一个版本的开发,让我深刻体会到,这些所谓的成熟框架,真心坑爹。它们就是把简单问题复杂化,自定一套规则,让使用者遵循这些新规则,就像spring mvc用到taglib,相当于重新发明了一堆html标签,无聊;它们使代码割裂非常严重,就像hibernate,structs,搞得得一大堆配置文件,而实际上逻辑还是大量落到配置里面,结果提高了入门门槛,离散了代码逻辑,美其名曰改一下配置就好,实质是在写逻辑代码。这些我都最讨厌了,这些框架都太严密,留给开发者的是不灵活和痛苦,有一些思想是值得借鉴,所以,我决定重造轮子。

    由于工作量庞大,这次不可能我一个人来做,所以这次是我和老H搭档来做。莫名其妙的就分了工,我做前端,他做后台。又是帽子。但是我当时没介意,关键是要做出来。

展开阅读全文
打赏
0
0 收藏
分享
加载中
fengwenjie博主

引用来自“酱油王”的评论

继续期待

哈,谢谢啊
2013/06/30 18:33
回复
举报
继续期待
2013/06/30 18:26
回复
举报
更多评论
打赏
2 评论
0 收藏
0
分享
返回顶部
顶部