5 7 のコンポーネントを持つ新しいポータル アプリケーションを php で開始します。数か月前に php phar について読み、各コンポーネントの phar を個別に作成し、それらを何らかの方法で使用することが有益かどうか疑問に思いました。私はアプリケーションを開始しようとしていますが、以前に phar の経験がないため、使用するかどうかについて、スタック オーバーフローの担当者から意見を求めたいと思っています。
phar を使用するための私の心にある主なテーマは、サイト管理者がコンポーネント全体を有効/無効にできるパネルを作成することです。また、必要に応じて、より多くのコンポーネントをプラグインします。.net DLL と同じ概念
よろしくジュナイド
ユーザーがカスタム プラグインを phar ファイルとして追加できるようにする何らかのプラグイン アーキテクチャを使用する場合、それは確かに理にかなっています。プラグイン/コンポーネントのクリーンなファイル構造、簡単な配布とインストールが可能になります。
一方、これが再配布されない、またはサードパーティのコンポーネントを受け入れないアプリケーションである場合は、プラグインに余分なビルドステップを導入するだけで、価値がありません.
しかし、はい、あなたの場合は確かに理にかなっていますが、誰もが phar の内外を知っているわけではないことに注意してください。そのため、プラグイン/コンポーネントのエコシステムを初心者ユーザーにとってより複雑にする可能性があります。