他のどのLiferayリリースよりも、Liferay DXP 7.1は開発者に重点を置いています。 LiferayのプラットフォームはLiferay 7.0で再構築され、構築および保守が容易になったほか、以前のLiferayリリースよりも多くの新しい開発者機能を提供しています。
開発者にとってのこのリリースの主な利点は次のとおりです。
-
よりシンプルで効率的
-
モジュラー開発パラダイム
-
再利用性の強化
-
拡張性が高く、メンテナンスが簡単
-
選択したツールに最適化
-
強力な構成可能性
これらが開発をどのようにより簡単にするかを見ていきましょう。
よりシンプルで効率的
独自の代替品と比較して、Liferayは常にシンプルで無駄がありません。 Liferay 7は、そこへさらに差をつけました。
Liferay 7は、合理化されたモジュラーアーキテクチャのおかげで、以前のバージョンよりもシンプルです。 さらに、拡張機能やアプリケーションを作成するLiferay固有の多くの方法が、公式または事実上の標準に従うように進化しました。 その結果、既存の知識をより簡単に再利用でき、Liferay向けに開発した学習内容をそれ以外でも応用できるようになりました。
Liferay 7もまた効率的です。 そのモジュール化されたコアにより、開発者およびシステム管理者は、不要な部分を削除できます。これにより、デプロイが容易になり、起動時間とメモリフットプリントが削減され、効率とパフォーマンスが向上します。
モジュラー開発パラダイム
Liferayを使用している場合は、プラグインによってモジュラー開発の利点のいくつかをすでに経験しています。 Liferay DXP 7.1は、これらの利点を完全に新たなレベルへ引き上げます。
すでに持っていたようなプラグインを構築することに加えて、モジュール開発の実行とOSGi標準に基づくランタイムシステムの利点を得ることができます。 Liferay DXP 7.1は、モジュールを構成および再利用することにより、あらゆるタイプのアプリケーションの作成を容易にします。
モジュールは簡単に理解することができます。 モジュールはJARファイルとして配布されます。1つのJavaクラスと同等に小さくても、または考えられるアプリケーションと同等に大きくてもかまいません。 Liferayのアプリケーションは、単一のモジュールまたは必要な数のモジュールで構成できます。 優れた点は、モジュールは連携できるため、開発、デプロイ、保守、再利用しやすい小さな要素を組み合わせてアプリケーションを構築できることです。
再利用性の強化
Liferay上で大規模な開発に取り組んでいる場合、おそらく、あるプラグインのクラスのサブセットを別のプラグインと共有したいと思うような経験をしたことがあるでしょう。
Java EEはこれを実現するための標準的な方法を提供していませんが、LiferayはCLPというメカニズムで、それを実現する特定の機能を提供しました。CLPにはクラスローダーmagicが使用され、Service Builderで作成された他のプラグインのサービスを、プラグインが呼び出すことを可能としています。 ただし、このメカニズムはいまだに少し制限があり（Java EEのクラスローダーではこれ以上認められていません）、あるモジュールから一部またはすべてのクラスを、別のモジュール内から使用するように指定するという自由が与えられません。
Liferay DXP 7.1を使用すると、コードとランタイムメモリの両方で、いくつかの層を再利用できます。 再利用可能な任意の機能は、必要なおよびデプロイしたいクラスでモジュールを作成（いくつかのメタデータを持つ単一JARファイルのみ）するだけです。 他のモジュールは、そのモジュール内でクラスを使用することを宣言するだけで（パッケージを指定する）、Liferay DXP 7.1は自動的にそれらを結び付けます。 すべての呼び出しは、通常のJava呼び出しです。\ 実際に試してみてください。
このメカニズムは、厄介な「JAR/クラスパス」事象を排除します。 クラスパスにJARファイルを操作する必要も、複雑なクラスローダーを実装する必要もなくなりました。 ランタイム環境は、モジュールごとに個別のクラススペースを使用します。同じアプリケーションで複数のバージョンのライブラリを使用することもできます（共存できる場合）。
拡張性が高く、メンテナンスが簡単
Liferayの開発者に、お気に入りのLiferayの特性を尋ねると、最も人気のある上位3つの回答の1つに「拡張性の素晴らしさ」が挙げられます。 ほとんどすべての詳細をカスタマイズし、独自の機能を追加できます。
Liferay DXP 7.1はさらに拡張可能です。 より多くの拡張ポイントが追加された だけでなく、すべての新しい拡張ポイントとアップグレードされた多くの既存の拡張ポイントは、OSGiのサービスモデルに基づいた新しい拡張メカニズムを使用します。 メカニズムの利点の一部を次に示します。
-
よりシンプル：拡張ポイントの実装は、常にインターフェースを実装し、1つのアノテーション（
@Component）を持つJavaクラスになりました。 以上のみで、とても簡単です。 -
メンテナンスが簡単：拡張ポイントは、セマンティックバージョニングルールを使用するJavaインターフェイスを介してより厳密に定義されるようになりました。 つまり、特定の拡張機能APIに下位互換性がある限り、複数のLiferayバージョン間で変更を加えなくても拡張機能を使用できます。
-
動的：拡張機能は、開発中または運用中にいつでもロードおよび削除できます。
しかし、それだけではありません。 独自の開発もこのモデルを活用して拡張可能になりました。 インターフェイスを作成し、セッターメソッドにアノテーション（@Reference）を注釈するだけで、簡単な拡張ポイントを作成できます。 拡張性の実装はかつてないほど容易になりました。
選択したツールに合わせて最適化
Liferay DXP 7.1は、好きなツールの使用を可能にします。
強いこだわりがなく、私たちの提案を受け入れている場合は、Liferay Workspaceを提供します。 Gradleとbndに基づいた、定評あるフォルダ構造とビルドシステムを提供します。 Liferay Workspaceは、コマンドラインまたはEclipseで実行されるLiferay Dev Studio DXPを経由して、スタンドアローンで使用できます。
Mavenなどの特定のビルドツールに投資している場合、Liferayでの開発はこれまでになく簡単になります。 典型的なLiferay固有の開発タスク（Service Builderの使用など）用にMavenプラグイン を構築し、新しいアーキタイプのコレクションを提供しています。
プラグインSDKはLiferay DXP 7.1で使用できなくなりました。 Liferay Workspaceは現在、Liferayの定評ある開発環境です。 プラグインSDKをワークスペースに追加し、自分のペースでプロジェクトを移行することで、プラグインSDKから移行できます。 詳細については、記事Using a Plugins SDK from Your Workspaceをご覧ください。
最後に、Liferayはテンプレートから新しいプロジェクトを始めることを容易にする、Blade CLIと呼ばれる軽量なツールも開発しています。 – それは特に、Mavenのアーキタイプ概念を持たないGradle向けに役立ちます。 Blade CLIは、サーバーを起動/停止し、モジュールをデプロイおよび管理するためのコマンドも提供します。
強力な構成可能性
構成可能なコードは、Liferay DXP 7.1で簡単に作成できます。 また、Liferayの新しい設定APIを使用するアプリケーションにより、管理者はSystem Settingsと呼ばれる自動生成されたユーザーインターフェイスを介して、その場で設定を変更できます。
これで、どのようにLiferay DXP 7.1が開発者エクスペリエンスを豊かにし、アプリケーションの開発やカスタマイゼーションを楽しくするかについてを理解できたと思います。
次に、OSGiとモジュラリティについて見ていき、重要な概念を議論し、モジュールを構築することがいかに簡単で満足のいくものであるかを示します。