Portal的是是非非

 前言

     本想转行炒股，无奈资金被庄家洗去大半，所以打算杀一个回马枪，再研究技术。最近公司在上portal的项目，从外面大公司买了相关的软件和服务，从开始实施到现在(还未使用)已经大半年了。从原来没概念到现在已经有了一些感性认识，所以听一听大家对portal的看法。

     简单来说就是一个门户，里面有一些块块，显示着不同系统提供的数据信息。类似CAB系统。

 Portal概念解释(来自百度百科)

     在Portlet规范JSR168里是这样讲的：“portal是一种web应用，通常用来提供个性化、单次登录、聚集各个信息源的内容，并作为信息系统表现层的宿主。聚集是指将来自各个信息源的内容集成到一个web页面里的活动”。

　　Portal的功能可以分为三个主要方面：

　　1. Portlet容器：Portlet容器与servlet容器非常类似，所有的portlet都部署在portlet容器里，portlet容器控制portlet的生命周期并为其提供必要的资源和环境信息。Portlet容器负责初始化和销毁portlets，向portlets传送用户请求并合成响应。

　　2. 内容聚集：Portlet规范中规定portal的主要工作之一是聚集由各种portlet应用生成的内容。

　　3. 公共服务：portlet服务器的一个强项是它所提供的一套公共服务。这些服务并不是portlet规范所要求的，但portal的商业实现版本提供了丰富的公共服务以有别于它们的竞争者。在大部分实现中都有望找到的几个公共服务有：

 个人看法

   优点1:能够对外对内提供多种不同的门户。

   优点2:集合所有公司业务系统的数据信息，在一个平台上展示，方便用户。

   优点3:待办集成，可以集成不同业务系统待办事宜。

   优点4:信息发布，比如内部通启和通知通告，新闻等等。

   优点5:统一登录方式，登录门户只需输入一次密码，就可以通行于各个系统。

   优点6:促使公司形成统一的组织架构。

  

   缺点1：只能发布信息，但不能收集信息。

   缺点2:目前只能集成B/S，但不能集成C/s架构的系统。

   缺点3:强制各个系统统一组织架构，毕竟业务系统有各自特色，统一步伐有时会有点困难

   缺点4：功能太过单调。

   缺点5:对页面开发和维护需要代码支持，不能通过配置来实现，技术要求高。

  

   以上是我对Portal的看法，希望大家能够提供自己的看法，谢谢。