Portlet背後的想法是，一個網站/頁面可以包含許多單獨開發的應用程序。然後他們通過一個門戶網站拼在一起，就像一個曲線鋸難題。這使得功能可以獨立創建並在以後一起使用。這有很多明顯的好處。如何使用Portlet比僅使用服務器端更好？
但是，從發佈者需要完成某些工作的角度來看，我看不到Portlet規範如何改進像服務器端包含這樣的舊想法，而不是發佈論文或發表主題演講。
這個口吻可能有點負面，但是我第一次進入portlet世界卻讓我徹底失去了聯想。
從網頁上「包含」一些動態/靜態內容的角度來看，您是正確的。
但是，實現了許多便利，例如支持portlet的個性化（在portlet /'include'級別）並存儲此信息，配置portlet中顯示內容的更加嚴格的工作流等上。
再加上顯然有所有的portlet安排代碼，否則你將不得不寫。一些portlet服務器在客戶端做了很多安排（拖拽portlet等）。
你可以在下面的網址有幫助找到一些討論： http://www.ibm.com/developerworks/ibm/library/i-portletintro/
謝謝丹。我會檢查出來的。 – Ankur 2009-06-12 06:48:00
可以肯定，門戶網站通過做大量的服務器端包含基本創建視圖。 portlet規範（JSR-168,286）只是定義瞭如何對portlet進行編碼以適應入口。它們只定義了portlet在共同存在於同一個門戶頁面上的東西，這些東西不是J2EE servlet或JSP定義的一部分。
沒有規範，幾乎不可能在單個門戶頁面上使用來自不同開發團隊或甚至不同供應商的portlet。
即使是帶有門戶樣式UI的單個J2EE應用程序也可以從使用Portlet容器中受益 - 它可以幫助完成許多典型的與UI相關的任務。
考慮例如這些由門戶規範定義的功能（只有極少數）：
的規格是不是火箭科學，它們也不會造成在UI設計範式左右 - 對我來說，對於門戶網站來說，最具革命性的是將用戶的桌面帶入Web應用程序的想法。
你和我都。在我看來，這是解決問題的方法。 – 2009-06-11 17:14:36