問題タブ [datamodule]

一部のデータベースアプリケーション開発者は、このようにプロジェクトソースファイルを編集して、メインフォームの前にデータモジュールを作成することを好みます。

問題は-なぜですか？長所と短所は何ですか？

背景：SQLデータベースをストレージとして使用するデスクトップアプリケーションを開発したいと考えています。データベースに接続しているユーザーは一度に1人だけです。
メンテナンスを容易にするために、GUIをBusnissLogicから分離したいと思います。したがって、各ダイアログにDataModule（BLが実装されている場所）を使用することを考えました。

私の質問：TClientDatasetコンポーネントを挿入する適切な場所はどこですか？ダイアログまたはデータモジュールで直接？

一般に、TThread.Execute プロシージャで、ビジュアル アクティビティを含まない TDataModule メソッドを呼び出すことはできますか?

みんなありがとう、マッシモ。

私が取り組んでいるユニットのほとんどは、データモジュールに依存しています。私が遭遇する最も厄介なことの1つは、私に告げるエラーメッセージです。

モジュールXは別のモジュールを参照しており、モジュールYがロードされるまで保存できません。

CheckNoFixupsさて、しようとしているときにこのエラーが発生しWriteRootStream、実際にテキストファイルを保存できないという非常に正当な理由があると確信しています（そして、うまくいけば、これに続いてCatastrophic Failure、まだできないのにIDEを再起動する必要があります私の仕事を保存するために。）しかし、正当な理由は何ですか？

他のユニットと同じように、さまざまな機能やオブジェクトを含む別のテキストファイルを開かずに[保存]をクリックできないのはなぜですか？DataModuleの何が特別なのかというと、作業中のソースを開くまで保存できないということです。uses句の他の45のユニットは、開いている必要があるほど重要ではないのはなぜですか。

編集： それはDelphi2007です

DataModuleの宣言は次のとおりです。

テストとデバッグのために Win32 アプリを作成しました。TCP ソケットと IBDatabase コンポーネントを実行するために必要なすべての機能を備えたデータモジュールを作成しました。

Win32 アプリケーション環境でデータモジュールのテストに成功した後、作成したサービス アプリケーション テンプレートにデータモジュールをフックしようとしていますが、どこにも実行できません。

主要なサービス機能をカプセル化するコンポーネント機能を備えたデータモジュールを使用するこの戦略が実行可能かどうかを誰かが示し、実行可能である場合にそれを接続する方法の簡単なテンプレートの例を示すことができますか??

TDataModuleDelphi2010アプリのにWindowsメッセージを送信する必要があります。

使いたい

質問：

にはTDataModuleありませんHandle。どうすればWindowsメッセージを送信できますか？

Delphi Prism XEのDatamoduleに相当するものは何ですか？Delphi Prism XEを使用するWinformアプリケーションでデータバインディングはどのようにサポートされていますか？

私のアプリケーションのショートカット処理モジュールには、TDataModuleのアクションリスト内の独自のアクションにリンクされている、ある種の「グローバル」ホットキーが含まれています。それは私が持っているショートカットの永続化と編集システムの一部であるため、私はそうしました。したがって、アプリケーションのフォーム/フレーム/データモジュールに追加したTActionはすべて処理され、ショートカット編集インターフェイスで表示されてから、適切に保存されます。

したがって、TDataModuleに配置されたTActionsを除いて、すべての動作はホットキーに応答しません：/

私が取り組んでいるプロジェクトをリファクタリングする最善の方法を定義しようとしています。

優れた設計が不足しているため、ほとんどすべてのプロジェクトは次のもので構成されています。

1) ビジネスロジックを含むフォーム

2) 巨大なデータモジュール (フォームごとに 1 つ + 余分なもの)

3) 共通コード (ライブラリ) を含む一部のユニット

OOP はありません (いくつかの小さな領域を除いて)。コードの再利用は最小限のレベルです。

1 つの問題は、データベース対応コントロールが使用されていることです。そのため、データモジュールに多くのデータセットとデータソースをドロップし、高度に結合された方法で DB に直接リンクするのは非常に簡単でした。

理想的には、Tcustomer、Temployeeのようなクラスを抽出して、OSのカプセル化をアドバンテージし、すべてのコードを複製せずに将来新しいUIを作成できるようにしたいと思います。

とにかく私の質問は次のとおりです。どうすればデータベース対応コントロールを扱い続けることができますか? データセットを返す関数を実装し、dataawarecomponent.datasource を関数の結果にリンクする必要がありますか?

?

私はアプリケーションを書いています。さまざまなフォームとそれに対応するデータモジュールがあります。
uses クラスで言及することで、彼らがお互いを使用しているという方法で書きました（相互参照を避けるために、1つは実装で、もう1つはインターフェイスで）このアプローチは間違っていますか？なぜ、またはなぜこのように使用しないのですか?