0

2 種類のバンドルを含む自家製のフレームワークがあります。アプリケーション バンドルと依存関係。アプリケーション バンドルはアプリケーションに固有です (ニュース モジュール、管理など)。依存関係は、いくつかのプロジェクトで再利用するライブラリです。

新しいプロジェクトごとに、アプリ バンドルと依存関係を追加することから始めます。今まで、これらのバンドルの別のコピーを保持し、手動でプロジェクトにコピーしていました。依存関係を変更する必要はほとんどありません。ただし、アプリケーション バンドルでは、常にビューとコントローラーをカスタマイズする必要があるため、使用するすべてのプロジェクトで変更する必要があります。

これらのバンドルの管理方法と Composer の使用方法を改善したいと考えています。ただし、パッケージを変更することは想定されていないため、アプリケーション バンドルにはあま​​り準拠していません。パッケージを一度だけインストールして、次の更新では無視できるようにする必要があります (パッケージはアプリケーションのソース コードの一部になります)。

Symfony が考えているように、いくつかのオーバーライド メカニズム (デフォルトのバンドル クラスをオーバーライドするクラスを別のディレクトリにコピーする) を追加することもできますが、私はこのアイデアが好きではありません。不必要な複雑さを追加するだけです。

別のバンドル管理システムを使用することも、カスタム システムを使用することもできますが、これは Composer パッケージにアクセスできないことを意味し、これは素晴らしいことです。

依存関係に Composer を使用し、アプリケーション バンドルに別のシステムを使用するのは面倒です。

どのように対処しますか?

4

1 に答える 1

0

unix で実行する必要があり、apt、yum、yast を使用します...

独自の dep / rpm パッケージを構築してみてください。

foreach アプリケーション バンドルと依存関係バンドルをビルドします。アプリケーションバンドルに依存関係バンドルを追加します。

それともナシのようなものを探していますか?

于 2013-07-04T12:10:23.737 に答える