ホストプロジェクトからコンポーネントを直接コンパイルする

複数のプロジェクトにまたがるコンポーネントの管理が、これまで以上に簡単になりました。4D 21 R5 では、ホストプロジェクトの「コンパイラ」ウィンドウから直接コンポーネントをコンパイルできるようになりました。

どのバージョンがコンパイルされたのかという不確実性や、デプロイ前の追加の手作業は不要になり、すべてを一元的に管理できます。

ホストプロジェクトが複数のコンポーネントに依存している場合、すべてのコンパイル済みバージョンの同期を維持することは、すぐに困難になりかねません。この新しいワークフローでは、ホストプロジェクトが独自にコンポーネントをコンパイルできるようになるため、そのリスクを排除します。その結果、ホストプロジェクトとそのコンポーネントが一緒にコンパイルされるため、すべてのビルドに正しいバージョンが含まれることが保証されると同時に、古いコンパイル済みコードに起因するデプロイメントの問題も軽減されます。 すべてが単一のインターフェースから管理されるため、ワークフロー全体が大幅に簡素化されます。

どのコンポーネントをコンパイルできますか？

すべてのコンポーネントがホストプロジェクトからのコンパイル対象となるわけではありません。コンパイル可能となるには、コンポーネントが特定の要件を満たす必要があります。具体的には、Dependencies Manager からダウンロードされたものではなく、ソースコードがローカルで利用可能なプロジェクトコンポーネントである必要があります。さらに、そのコンポーネントに対して「Direct Typing」が有効になっている必要があります。これにより、依存関係の制約なしに任意の順序でコンポーネントをコンパイルできるようになります。

改良されたコンパイラウィンドウ

コンポーネントのコンパイルをより直感的に行えるよう、「コンパイラ」ウィンドウが改良されました。このウィンドウには、ホストプロジェクトと互換性のあるすべてのコンポーネントが表示され、コンパイル、構文チェック、またはコンパイル済みコードのクリアを行うために、1つまたは複数のコンポーネントを選択できます。互換性のあるコンポーネントがない場合は、コンポーネントリストは非表示になります。  また、エクスプローラーでコンポーネントを右クリックすることで、コンパイラを直接開くこともできます。

エラー報告機能の強化

トラブルシューティングを容易にするため、コンパイル診断機能が改良されました。エラーや警告はコンポーネントごとに整理されるようになったため、プロジェクト内の影響を受けた部分に素早く焦点を当てることができます。さらに、各メッセージには対応するメソッドやクラスの横にコンポーネント名が表示されるため、問題の発生源が一目でわかります。

コンポーネント設定の反映

各コンポーネントは独自のコンパイラ設定を保持します。コンパイル時、4Dは各コンポーネントに定義された設定を自動的に適用するため、追加の設定を必要とせずに、各コンポーネントが意図した通りに正確にビルドされます。

ただし、シンボルファイルおよびエラーファイルは、ホストプロジェクトのコンパイラ設定に従って管理され、ホストプロジェクトの「Logs」フォルダに保存されます。

名前空間の自動生成

ホストから作成されたすべてのプロジェクトコンポーネントには、名前空間が割り当てられます。デフォルトでは、ECMAScript の命名規則に従い、コンポーネント名から名前空間が生成されます。無効な文字は自動的に削除され、名前が数字で始まる場合は、先頭の数字が削除されます。

まとめ

ホストプロジェクトからコンポーネントを直接コンパイルすることで、アプリケーションに何が組み込まれるかを完全に制御できます。コンパイル済みのコンポーネントを個別に管理する代わりに、すべてが単一のビルドワークフローを通じて行われるため、バージョンの不一致のリスクが低減され、デプロイの予測可能性が大幅に向上します。

プロジェクトに再利用可能なコンポーネントが1つだけ含まれている場合でも、多数のコンポーネントがまとめられている場合でも、この新機能により、コンポーネントのコンパイルが高速化され、管理も容易になります。

この機能は 4D の最新バージョンで利用可能であり、コンパイルをホストプロジェクト内に直接組み込むことで、コンポーネント開発をさらに効率化します。ホストからのコンポーネントに対する自動ビルド管理機能もまもなく提供される予定であり、このワークフローはさらに進化します。ぜひお試しいただき、ワークフローがどのように改善されたか、ご意見をお聞かせください。