SQLdb Tutorial4/ja: what changed
Revision 2 to 3. Removed lines have a minus sign; added lines have a plus sign.
| Old | New | Line | |
|---|---|---|---|
| 1 | 1 | ## 概要 | |
| 2 | 2 | ||
| 3 | 3 | このチュートリアルは、[[Data module|Lazarus Data Modules]] を使用して、プロジェクトのデータ アクセス コンポーネントを、アクセスに関連付けられたプログラム ロジックから分離する方法をデモンストレーションすることを試みる。 このような分離により、プログラムのメンテナンスとデバッグが容易となる。 | |
| 4 | 4 | ||
| 5 | 5 | このチュートリアルは、Windows 7 と SQLite3 をデータベースとして使用し、Lazarus 1.0.8 と FPC 2.6.2 を使用して開発された。 ただし、以前のバージョンでも動作するはずである。 同様に、他の DBMS およびオペレーティング システムも、必要な場合は最小限の変更が必要である。 | |
| 6 | 6 | ||
| 7 | 7 | ## なぜデータモジュールを用いるのか? | |
| 8 | 8 | ||
| 9 | 9 | 以下のチュートリアルの後では簡単である: | |
| 10 | 10 | ||
| 11 | 11 | - [[SQLdb Tutorial0/ja]] | |
| 12 | 12 | - [[SQLdb Tutorial1/ja]] | |
| 13 | 13 | - [[SQLdb Tutorial2/ja]] | |
| 14 | 14 | - [[SQLdb Tutorial3/ja]] | |
| 15 | 15 | ||
| 16 | 16 | '本物' のアプリケーションを開発することはより困難である。 'Form1' は異なるイベントとデータベースクエリを扱うことで指数的に大きくなる。 | |
| 17 | 17 | ||
| 18 | 18 | 各テーブルへのアクセスを単一のデータモジュールに分離すると、デバッグとメンテナンスが非常に簡単になる。 | |
| 19 | 19 | ||
| 20 | - | ||
| 20 | + | ```text | |
| 21 | + | アプリケーションは多くのデータモジュールを持つかもしれない - テーブルが 1 つまたは 2 つしかない小規模なアプリケーションは、おそらく 1 つのデータモジュールだけで十分だ - より大きなアプリケーションはそれぞれのテーブルもしくはビューに対してデータモジュールを持つことで恩恵を受けるかもしれない。 | |
| 22 | + | ``` | |
| 21 | 23 | ||
| 22 | 24 | ここに示すサンプルでは、単純なクエリを含む 2 つのテーブルのみを使用してるが、各テーブルにさらに多くのオプションを含めるように拡張できる。 | |
| 23 | 25 | ||
| 24 | 26 | ## 始めてみる | |
| 25 | 27 | ||
| 26 | 28 | Lazarus IDEで、新しいアプリケーションを作り、次いで、ファイル --\> 新規 --\> データモジュールをクリックする。 | |
| 27 | 29 | ||
| 28 | 30 |  | |
| 29 | 31 | ||
| 30 | 32 | 'New Form'を選択した場合、新しいウインドウが開く: | |
| 31 | 33 | ||
| 32 | 34 |  | |
| 33 | 35 | ||
| 34 | 36 | その差は、このウインドウ/フォームが見ることのできないコンポーネントのみを配置できる点である。 実際には、コンポーネントパレットを見ると、見ることのできないコンポーネントのみが選択可能なようにその数が減っている。 | |
| 35 | 37 | ||
| 36 | 38 | ## 皆 それぞれの仕方を持っている | |
| 37 | 39 | ||
| 38 | 40 | データ モジュールの使用方法は、必要に応じて異なる。 ただし、例として、少なくとも 2 つのデータ モジュールがあるとする: | |
| 39 | 41 | ||
| 40 | 42 | Unit: DataModule1 このモジュールに *T*Connection* と *TSQLTransaction* を配置する。 | |
| 41 | 43 | ||
| 42 | 44 |  | |
| 43 | 45 | ||
| 44 | 46 | DataModule1 はすべてのクエリに対するコネクションとして用いられる。 | |
| 45 | 47 | ||
| 46 | 48 | そこでそれぞれのテーブル、もしくはビューに対して DataModuleN を作る。 | |
| 47 | 49 | ||
| 48 | 50 |  | |
| 49 | 51 | ||
| 50 | 52 | それぞれの DataModuleN はデータベースに接続するためUSES節にDataModule1(この例ではunit2)と記述することが必要である。 | |
| 51 | 53 | ||
| 52 | 54 | ここからは [[SQLdb Tutorial1/ja]] と同じである。コンポーネントは同様のやり方で、同一のアクセスで接続される。 | |
| 53 | 55 | ||
| 54 | 56 | ## データモジュールのさらなる用途 | |
| 55 | 57 | ||
| 56 | 58 | ### Additional コンポーネント | |
| 57 | 59 | ||
| 58 | 60 | この例では、DataModule1はConnectionとTransactionを持つだけであるが、「現実」のアプリケーションでは、このコンポーネントはアプリケーションによって用いられる、見ることのできないコンポーネントも持つのが普通である。 | |
| 59 | 61 | ||
| 60 | 62 | 例えば、INI設定を開いて、保存する*TOpenDialog*、*TSaveDialog*などである。ここで念頭に置いているのは、アプリケーションの固有の機能とデータアクセスを切り離すことである。アプリケーションにとってデータソースの変更は、決して小さな仕事ではないが、データソースと切り離すことは変更をより簡単にするだろう。 | |
| 61 | 63 | ||
| 62 | 64 | ### デバッグ | |
| 63 | 65 | ||
| 64 | 66 | また、プログラムをデバッグすることは困難なことである。データアクセスと、仕事のためのロジックを切り離すことで、少なくとも問題を半減するまで独立してテストすることができる。 | |
| 65 | 67 | ||
| 66 | 68 | *DataModule* の重要性は同じデータベースとテーブルを用いた他のアプリケーションを開発するときにより明らかとなる。もちろんデータモジュールは新しいアプリケーションでも利用可能である。 | |
| 67 | 69 | ||
| 68 | 70 | --- | |
| 69 | 71 | *From the Free Pascal wiki, page "SQLdb Tutorial4/ja", as it stood on 2024-03-30 after a change by Ariben, out of the wiki's dump of 2024-05-26. Copyright stays with the author who wrote it, according to the old wiki's [[Licensing]] page. If you have concerns about this material, [message the admin](/wiki-contact).* |