3

ポートレットの背後にある考え方は、個別に開発された多数のアプリケーションで Web サイト/ページを構成できるというものです。それらは、ジグソー パズルのように、ポータルによってページ上で組み合わされます。これにより、機能を個別に作成し、後で一緒にスロットに入れることができます。これには多くの明らかな利点があります。

でも。論文を発表したり基調講演をしたりするのではなく、何かを成し遂げる必要がある開発者の観点から、ポートレットの仕様がサーバー側のインクルードのような古いアイデアをどのように改善するのかわかりません。

口調は少し否定的かもしれませんが、ポートレットの世界に初めて足を踏み入れたとき、私は完全に幻滅しました。

4

2 に答える 2

4

Webページに動的/静的コンテンツを「含める」という仕事の観点からは、あなたは正しいです。

ただし、ポートレットのパーソナライズ (ポートレット/「インクルード」レベル) のサポートやこの情報の保存、ポートレットに表示される内容を構成するためのより厳格なワークフローなど、多くの便利な機能が実装されています。

さらに、ポートレットを配置するためのコードも、他の方法で作成する必要があることは明らかです。一部のポートレット サーバーは、配置のためにクライアント側で多くのことを行います (ポートレットのドラッグ アンド ドロップなど)。

以下の URL にある議論の一部が参考になるかもしれません: http://www.ibm.com/developerworks/ibm/library/i-portletintro/

于 2009-06-11T17:10:11.500 に答える
1

確かに、ポータルは基本的に、多くのサーバー側インクルードを行うことによってビューを作成します。ポートレット仕様 (JSR-168、286) は、ポートレットがポータルに適合するようにポートレットをコーディングする方法を定義するだけです。ポートレットが同じポータル ページに共存するために必要なもの、つまり J2EE サーブレットまたは JSP 定義の一部ではないものだけを定義します。

仕様がなければ、異なる開発チームのポートレットを使用することはほとんど不可能であり、単一のポータル ページで異なるベンダーのポートレットを使用することさえできません。

ポータル スタイルの UI を備えた単一の J2EE アプリケーションでも、ポートレット コンテナを使用することでメリットが得られます。ポートレット コンテナは、多くの典型的な UI 関連のタスクを実行するのに役立ちます。

たとえば、ポータルの仕様で定義されている次の機能を検討してください (ごく一部):

  • 他のポートレットから分離されたポートレットのライフサイクル。
  • ポートレットごとに分離された URL スペース
  • ポートレットのモードとウィンドウの状態
  • ポートレット セッション スコープ
  • パーソナライゼーション、ポートレットの設定。ユーザーは、個々のポートレットを配置および設定することにより、自分のポータル ページの外観を構成します。
  • イベントの発生/消費 (JSR-286)
  • ...

仕様はロケット科学ではなく、UI デザインなどのパラダイムも示していません。私にとって、ポータルに関して最も革新的なのは、ユーザーのデスクトップを Web アプリケーションに組み込むというアイデアでした。

于 2009-06-12T21:40:13.667 に答える