liferay 初步分析(原创)

        经过一个星期对liferay架构，源码以及入门使用的初步熟悉，并且在网络上获取了一些已使用liferay人士的评论，作出了一点总结，以作为对liferay的初步分析。
一 优缺点
好处
1，开源，能够把握所有代码。开发时心里有底，大不了就啃源码。
2，例子多。liferay中有大量的已开发好的portlet，可以作为新开发的参考和基础。但对于初学者来说（比如我），要在整个结构中熟悉这些例子是有一定的难度，感觉liferay的实例源码比较乱，要配合了用户文档来看代码比较好。
3，和struts集成。有多种集成的方式，从PortletAction下继承后，可以采用168的习惯编写，也可以直接覆盖execute方法，采用struts的习惯编写，不过我认为这个现在对我们优势不大，因为暂时我们都没有168的编程经验和习惯。
4，可以在公司开发人员比较熟悉的tomcat下发布，调试比较方便。 支持war方式的热部署，所以开发和发布的时候可以模块化，同liferay主程序不会产生干扰。
5，操作方便，甚至感觉不到有特别的操作方式，可以拖拽，关闭一个portlet，重新打开。 可以定义分组页面，一个组可以定义一套页面，普通用户不可修改这些页面的布局。在liferay中称为community。我们用这些来完成一些部门页面的设计，可能这是liferay为什么能第一时间使得我们感叹的地方。
不足
1，文档不够，很多时候是从代码里跟出结果的，这些天的查找资料大多是E文的，对于初学者不是很利于理解和学习。
2，国际化不好，主要体现在对文字的i/o 上，因为liferay中很多是用stream而不是reader/writer。所以会出现乱码，这点是从已使用人士的评论获知的。
3，中文的翻译不是很流畅，比如对《二次开发》的翻译，看那个实例看的一头雾水，最后还是去看官方网站的原版比较清楚点。
4，源码的结构不是很合理，看起来很吃力，这个也许是我个人的经验问题，系统的阅读源码经验比较少。
5，提示信息不够正确，有时候会直接抛出异常。
6，服务器启动时间很慢，等待时间够喝上几杯茶了。

二 看法与建议
谈谈对portal的感受吧，感觉配置比较麻烦，三个portal的核心配置文件加上web自身配置，struts配置和spring配置文件，也许还有portal模版等配置文件都需要配置。如果没有自动生成的工具，当项目庞大时需要人力很多，对开发人员简直灾难性十足，而对于它的自动生产工具，暂时还为找到，所以这是我们采用时第一时间必须考虑的。服务器启动的时候很慢，估计是因为系统自带的portlet太多导致的，如果计划要应用到我们项目的话，我认为应该对liferay进行瘦身，该砍掉的就砍掉，如系统自带的portlet，对于我们做的项目来说，很多自带的portle都没有必要用到。
就现在我对我们项目和liferay初步了解来看，我认为我们的项目直接用完整的liferay来开发不妥。
1，国内项目中，应用liferay开发的实例不多（据我目前了解），这样对于我们获取前人经验很不利。
2，我们是商业项目，应最大限度的保证项目进行的可行性，而对于liferay现在掌握程度不深，对于其风险性无法估测。
3，可以继续研究liferay，并在将来适当的时候对其改造，以期能更适合于我们的项目，那时再把我们的项目嵌入liferay更为科学些。
4，liferay更多的是用开发门户网站，而对于大型的系统最重要还是整体架构和后台设计，我认为liferay充其量就只是MVC中的view。