問題タブ [dfm]

コンパイルされたすべてのexeは逆コンパイルできます（ただし、多少の困難があります）が、Delphiアプリケーションフォームはexe内にdfmsとして保存され、（reshackerを使用して）簡単に見ることができます（すっごく簡単に）これらの問題を克服できますか、最初にdfmデータをoncreateにコピーすることを考えましたフォーム情報を非表示にできる手順。

これに対する良い解決策を教えてください。

コンプレッサー使いたくない

私のアプリケーションは少し大きいので、リソースを 1 つずつ dll に移植することはできません。効果的な解決策が必要です。

時間の経過とともに、オブジェクトプロパティを保存およびロードするために独自の形式を使用してきましたが、これを再検討する必要があるので、Delphi独自のテキストDFM形式を使用することに疑問を持っています。これが実際には「内部」形式であることは知っていますが、そのリーダーはかなり明確に定義されているように見え、すべてのタイプのプロパティに対応しています。起こりうる落とし穴について誰かコメントがありますか？

どこからともなく発生した問題に遭遇しました...プロジェクトのビルド時にDFMファイルがDelphiから正常に読み取られますが、コマンドライン（dcc32）からビルドするとエラーが発生しますError: RLINK32: Error reading file "update.dfm" Failed read

さらに奇妙なのは、同じファイルを含む別のプロジェクトが、Delphi と dcc の両方からエラーなしでビルドされることです。

誰かがこのようなことを引き起こす原因の手がかりを持っていますか?

別の場所からビルドしようとしましたが、それでも同じです。

オペレーティング システムは Windows Server 2008 です。アクセス許可は正しいようです。

「:」のすべての出現箇所を「;」に変更するには、すべてのフォーム (すべての dfm) で SearchReplace を実行する必要があります。すべてのTQuery.Strings(タイプ のTStrings)。

どうすればこれを達成できますか? 私は設計時にそれをしたいと思います: 私のdfmに「;」が含まれていることを望みます, ランタイム置換を行いません.

Delphi XEの「構造ビュー」を特定のDFMに「固定」し、エディターのコンテキストに従わないようにする方法はありますか？

Delphi 7以前では、これがその動作でしたが、XEでは、コンテキストに従います。つまり、コードを編集するたびに、そのコードの構造が表示されます。

UIモデルの階層記述に使用されるDFMのコンポーネント構造があり、そのために、構造ビューは非常に便利です。ただし、そのDFMに関連付けられているコードは、（その他の）プレーンユニット（UI /ロジック分離）にあります。そのため、DFMユニットから他のユニットの1つに切り替えると（クイックルックアップのためであっても）、DFM構造のフォーカスが失われます。
DFMユニットに戻ると、DFMコンポーネントのコードではなく、DFMユニットのコードの（役に立たない*）構造が表示されます。ビジュアルエディターを再入力し、そこで何かを手動で選択して構造を取得する必要があります。戻る...

解決策に、コードの構造が表示されない構造ビューが含まれている場合は、その目的ですでに別のツールを使用しているので、満足しています。

* PS：DFMユニットの内容が自動生成されるため、「役に立たない」。

200のビジュアルコンポーネントが割り当てられた約200のフォームがあり、多くのイベントが割り当てられているので、今すぐフレームに変更する必要があります。すべてのコンポーネントをコピーして、すべてのビジュアルを再配置するのに十分な時間がありません。コンポーネントを再割り当てし、すべてのイベントを再割り当てし、整列します。そこで、pasとdfmをコピーし、開いてテキストエディタで編集を開始しました（TFormをTframeに変更するなど）が、これはそうではないようです。期待される結果を得る。

これを解決する方法について誰かアイデアがありますか？

私は Delphi 7 で Tortoise SVN を使用しており、コミットする前に常に dfm をチェックする必要があります...しかし、何らかの形で FormCreate および FormShow イベント ハンドルを失った Delphi 7 DFM があります。Delphi IDE内でフォームを移動するとdfmが変更されることはわかっていますが（上、左など）、イベントハンドルを手動で削除したとは思えません...この前。あなたの経験を共有してください。ありがとう。

何年にもわたる Delphi 開発の後、現在、アプリケーション全体で数百のフォームを共有しています。コンパイルの範囲は Delphi 7 から XE までなので、1 つのフォームを任意の IDE で開くことができます。Delphi 7 以降のよく知られた Explicitxxx プロパティの追加には、以前のコンパイラが処理できないプロパティをフォームが誤って取得することを回避するための解決策があります (例: Andreas の DDevExtensions )。フォームの変更は一切ありません。限目。

もちろん、読み取り専用フラグを使用することもできます。バージョン管理システムは、そのような変更が行われたことを確認するための追加の手段を提供します。私が本当に欲しいのは、フォームのユニットに配置できる {$LockDFM} スイッチ、またはフォーム レイアウトを表示するときのコンテキスト メニュー オプションです。

これを達成するためのきちんとした方法を考えられる人はいますか?

ありがとう

プロジェクトに xyz.pas ファイル参照が 1 つあります。しかし、そのファイルは私と一緒ではありません。その xyz.pas ファイルの xyz.dcu および xyz.obj ファイルがあります。プロジェクトをコンパイルしようとすると、「xyz.dcu not found」というエラーが発生しました。そのため、検索パスに xyz.dcu のパスを含めました。「xyz.dfmが見つかりません」というエラーが表示されます。

解決策を教えてください。プロジェクトを .dcu および .obj ファイルのみでコンパイルすることはできますか?

前もって感謝します。よろしく、ナレン

I am trying to start making my own libraries avaialble as packages prior to compiling my Apps with these packages hence modularising my code. For years I've 'sort of' understood packages, breathing a sigh of relief when I load a component package and click on 'Install' and it does. I understand that the process of installing a component (or components) is via the creation of a BPL which is then registered with the IDE.

Where I begin to get lost is how to make files available so that I can compile with EITHER a package OR pre-compiled dcu's (like the third party vendors do) and without pointing my project at the source code all the time. I can create a package with the following settings:

where I've specified that all my output will go into 'c:\scratch\wow'. After a build I find TEST.BPL, TEST.DCP and lots of DUC's. Now, when I point another project at this folder to use the DCU's, I get a missing DFM error (one of the units is a form). Should I be manually copying needed DFM's into this output folder? The DPK knows about this form, so why do I not get the DFM copied for me? I presume that using TEST.BPL, that file contains everything, but I wish to work in the two modes. Of course I can get around this by including the source folder in my project search path to find the DFM but third party libraries seem to already have the DFM's in their output folder. Did they install them there using the installer? Thanks

instead