問題タブ [packages]

私は、多くのコンポーネントと依存関係を持つ、かなり大規模なプロジェクトに取り組んでいるチームには不慣れです。コンポーネントごとに、interfacesそのコンポーネントの公開されたインターフェイスが配置されるパッケージがあります。これは良い習慣ですか？

私の通常のプラクティスは、常にインターフェースと実装を同じパッケージに入れることでした。

CentOS 5.2を実行していて、yumを使用してパッケージを管理しています。私はphp-posixをインストールする運がほとんどありませんでしたが、それが実際の利用可能なパッケージであることをほぼ100％確実に知っています...どこかにあります。誰かがそれをインストールする運がありましたか？

FWIW、私は以下を使用しています：

sudo yum install -y php-posix

更新： PHPバージョン（5.2.9）で実際にcli、posix、およびpcntlを有効にしているため、これがホスト（Slicehost）の問題である可能性があることに気付きました。

パッケージのディレクトリに対してファイルを参照するにはどうすればよいですか？

私のディレクトリ構造は次のとおりです。

script.pypackage1パッケージとをインポートしますpackage2。パッケージは、システム上の他のスクリプトでインポートできますが。たとえば、恣意的なpackage1場合に確実に機能するように、内部のリソースをどのように参照する必要がありますか？os.path.curdir

Delphi 7 パッケージを自動インストールするための私のプログラムでは、約 50 個のパッケージを見つける必要があります (パレットにインストールするのに必要な時間をテストするため)。誰かがアーカイブに多くのパッケージを持っていて、それを無料のファイル ホスティングまたは FTP サーバーにアップロードできるのではないでしょうか?

ゲームを開発し、パッケージ構造に配置したとします。

それでは、ゲームが使用するオーディオや画像などのリソースを配置するための「ベストプラクティス」の場所はどこにありますか？

私は、TFrames と ModelMaker を使用して多くのコンポーネントを開発してきました。ビジュアル デザイン/開発 + 継承 + ModelMaker の組み合わせが非常に魅力的であることがわかりました。次に、これらの TFrame の子孫を登録ユニットで登録すると、そこから本格的なパレットベースのコンポーネントになります。Delphi 2007 を使用しています。

このプロセスの小さな「障害」について学習した早い段階で、TFrame の子孫が正しくストリーミングされない (多くの場合、IDE ではフレームではなくフォームとして表示される) ことで遭遇する多くの問題が、導入することで完全に排除できることがわかりました。変更なしで TFrame から継承する独自の「TBaseFrame」クラスを作成し、それを基本クラスとして使用してコンポーネントを開発します (メソッド、プロパティなどを追加します)。TFrame から直接継承するクラス/フレームにプロパティやメソッドなどを追加すると、dfm ファイルのストリーミングが混乱することがよくありました。

それで、私がねじれを解決したら、全体的にうまくいきました.

しかし、昨日、私は新しい問題に遭遇しました：

結果のコンポーネントをパッケージ セットにインストールし、意味のある方法でグループ化します (つまり、アプリ 1 のすべての「パネル」は 1 つのパッケージにあり、アプリ 2 の多数の「ビューアー」は別のパッケージにあるなど)。

TBaseFrame クラスがパッケージに含まれていない場合、継承する TFrame の子孫コンポーネントは IDE に読み込まれません。しかし、TBaseFrame をパッケージに追加すると、複数のパッケージに同じソース PAS ファイルが含まれていると、競合する Delphi レポートが表示されます。

すべての frame= ベースのコンポーネントを 1 つの巨大なパッケージに入れることもできますが、セットの数の性質を考えると、時間の経過とともに大きくなりすぎたり手に負えなくなったりすることがはっきりとわかるので、そうしないことを本当に、本当に望んでいます。開発する予定です。この競合を解決する他の方法はありますか?

更新 -- これを「適切に」動作させるための秘訣があります -- 以下のコメントを必ずお読みください。

<Header.h>使用を許可するのか"Header.h"、Objective-Cでファイルをインポートするのかを決定するのは何でしょうか。これまでのところ、実装ソースを取得したプロジェクト内のファイルには引用符を使用し、ライブラリまたはフレームワークを参照する場合は""山かっこを使用します。<>

しかし、それはどのように正確に機能しますか？括弧を使用するために自分のクラスを取得するにはどうすればよいですか？現在、Xcodeでは自分のヘッダーに対してそれを行うことはできません。

また、いくつかのフレームワークヘッダーを見ると、ヘッダーが。で相互に参照していることがわかります<frameworkname/file.h>。それはどのように機能しますか？Javaのパッケージによく似ていますが、私が知る限り、Objective-Cのパッケージのようなものはありません。

Flex 3 で新しいクラス ファイルを作成すると、デフォルトのパッケージを使用しないでくださいという警告が表示されます。

個人的にはこれまでパッケージを使用したことがありませんでしたが、名前とその目的を覚えておく必要があるすべての種類のパッケージをインポートすることなく、すべてのクラスをどこでも使用できるようにしたいだけなので、パッケージはこれ以上簡単にはならないと思います.

私の質問は、私の行動が将来問題を引き起こすかどうかです. もしそうなら、なぜですか？それとも、ここにいるのは私だけではないですか？

[名前を付けて保存]と[編集]を使用して別のパッケージから適応したパッケージの1つで、次のメッセージが表示され続けます（これはDelphi 2007にあります）。

=======
このパッケージをコンパイルする前に、次の変更を行う必要があります。[OK]を選択してこれらの変更を適用し、コンパイルを続行します。

=======

[OK]をクリックすると、正常にコンパイルされます。ただし、このメッセージは消えることはありません。パッケージをコンパイルするたびにメッセージが表示されます。

これがプロジェクトソースです。右クリックして[ソースの表示]を使用してそこに移動します。

「cmSizePanel_Reg」はプロジェクトに含まれなくなり、プロジェクトマネージャーパネルに表示されなくなります。Delphiがパッケージに使用しているファイルのどこかに「隠れている」ように見えますが、どこにあるのかわかりません。パッケージを最初から完全に再作成することなく、この小さな不便を取り除く方法はありますか？