现在的原始技术可以说已经没有大的变化了,到时通过老瓶装新酒和概念炒作出来了很多,至于好与坏我们不能轻易下结论,今天来看看这个企业级的解决方案。

可能对于技术领域来说,一旦涉及到企业级的解决方案,就感觉非常的牛逼,但是至于怎么牛逼的法,很少有人能说清楚,那么企业级的解决方案真的适合你吗?

在JAVA这个语言中,因为开源,所以解决方案特别多,当WEB2.0时代的到来,似乎将java推向一个高潮。

对于BS的架构,我们开始比较常见的是 JSP+javaBean+servlet+DB来实现业务,一开始这种形式很好,小巧,简单,但是对于有些人来说太小儿科了,他们认为这不是企业级的方案,企业级应该使用……

想必很多人应该知道企业级的方案并不是一般的人能够使用的,SUN当年就在琢磨,这个javaBean太贫民了,于是顶着企业级别的出来了 Enterpress JavaBean

EJB出来了,业界一篇欢呼,尤其是sun跟着的那个demo宠物商店,更是秒杀了很多人,那时候应该死了很多企业,勉强活着的基本每天都在围着服务器头疼。

后来人们意识到那个贫民的框架并不一定不好,企业的太大,玩不了,但是你要问EJB好不好,恐怕很少有人说他垃圾吧,但是看看有多少人在使用呢?如果用使用数量来评价的话我觉得EJB真的是杀鸡用牛刀?应该是用关公大刀,你举都举不起来……

于是后来轻量级的出来了,什么struts ,hibernate,spring,这算是最火了的吧,但是三个轻量级别的东西组合在一起,我依然感觉比起EJB也轻量不了多少。

当然我承认SSH框架给不少企业重获新生,告别了EJB的阴影,但是随着业务的增加和需求的变动,你也会发现这轻量级的企业架构也很难驾驭了。

随着数据存储的数量级增加,hibernate似乎是最先到达瓶颈的,于是很多企业开始抛弃了Hibernate,转投Spring的Jdbctemp下,哦,灵活的查询方式让数据瓶颈勉强过关,然后在一路高歌猛进,这时候控制层似乎也不够用了,随着大并发和高在线率,他已经吃尽了服务器的资源,让数十万的在线再次成为了瓶颈。

这时候我们又不得不再深思,功能强大的企业级解决方案只能解决你的问题吗?你的控制层能否真的让你随心所欲?你的数据存贮是否给给你速度速度速度?

当我们还在迷恋这些方案的时候,当这些方案出现瓶颈的时候你是推翻了重来还是硬着头皮顶下去?

当我们还在为使用什么技术争论不休的时候,很多大公司已经“裸奔”了,当我们还在考虑如何使用企业级方案的时候,很多公司有了自己的技术积累,得心应手了。

是的,我承认那些都是优秀的框架,他们也是优秀的程序员,这些都是伟大的创造,只可惜很少有人能够用到极致。让我们仔细的翻看这些优秀的框架底层,是不是隐隐约约还是贫民的身影?当我们还在洋洋得意xxx+xxx的整合的精妙的时候,你知道底层的实现吗?对于你日后日益膨胀的业务需求,你是否能够华丽的转弯,还是像泰坦尼克号一样怎么转舵都不可避免的撞向冰山。

所以,在我们考虑解决方案的时候,不妨自己做点积累,而不要一直站在巨人的肩膀上。

还是那句话,不要 最后死在需求上……