SQLdb Tutorial4/ja: what changed
Revision 1 to 2. 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 | ` アプリケーションは多くのデータモジュールを持つかもしれない - テーブルが 1 つまたは 2 つしかない小規模なアプリケーションは、おそらく 1 つのデータモジュールだけで十分だ - より大きなアプリケーションはそれぞれのテーブルもしくはビューに対してデータモジュールを持つことで恩恵を受けるかもしれない。` | |
| 21 | 21 | ||
| 22 | 22 | ここに示すサンプルでは、単純なクエリを含む 2 つのテーブルのみを使用してるが、各テーブルにさらに多くのオプションを含めるように拡張できる。 | |
| 23 | 23 | ||
| 24 | 24 | ## 始めてみる | |
| 25 | 25 | ||
| 26 | 26 | Lazarus IDEで、新しいアプリケーションを作り、次いで、ファイル --\> 新規 --\> データモジュールをクリックする。 | |
| 27 | 27 | ||
| 28 | - | ||
| 29 | - | ||
| 30 | - | ||
| 31 | - | ||
| 28 | + |  | |
| 32 | 29 | ||
| 33 | 30 | 'New Form'を選択した場合、新しいウインドウが開く: | |
| 34 | 31 | ||
| 35 | - | ||
| 36 | - | ||
| 37 | - | ||
| 38 | - | ||
| 32 | + |  | |
| 39 | 33 | ||
| 40 | 34 | その差は、このウインドウ/フォームが見ることのできないコンポーネントのみを配置できる点である。 実際には、コンポーネントパレットを見ると、見ることのできないコンポーネントのみが選択可能なようにその数が減っている。 | |
| 41 | 35 | ||
| 42 | 36 | ## 皆 それぞれの仕方を持っている | |
| 43 | 37 | ||
| 44 | 38 | データ モジュールの使用方法は、必要に応じて異なる。 ただし、例として、少なくとも 2 つのデータ モジュールがあるとする: | |
| 45 | 39 | ||
| 46 | 40 | Unit: DataModule1 このモジュールに *T*Connection* と *TSQLTransaction* を配置する。 | |
| 47 | 41 | ||
| 48 | - | ||
| 49 | - | ||
| 50 | - | ||
| 51 | - | ||
| 42 | + |  | |
| 52 | 43 | ||
| 53 | 44 | DataModule1 はすべてのクエリに対するコネクションとして用いられる。 | |
| 54 | 45 | ||
| 55 | 46 | そこでそれぞれのテーブル、もしくはビューに対して DataModuleN を作る。 | |
| 56 | 47 | ||
| 57 | - | ||
| 58 | - | ||
| 59 | - | ||
| 60 | - | ||
| 48 | + |  | |
| 61 | 49 | ||
| 62 | 50 | それぞれの DataModuleN はデータベースに接続するためUSES節にDataModule1(この例ではunit2)と記述することが必要である。 | |
| 63 | 51 | ||
| 64 | 52 | ここからは [[SQLdb Tutorial1/ja]] と同じである。コンポーネントは同様のやり方で、同一のアクセスで接続される。 | |
| 65 | 53 | ||
| 66 | 54 | ## データモジュールのさらなる用途 | |
| 67 | 55 | ||
| 68 | 56 | ### Additional コンポーネント | |
| 69 | 57 | ||
| 70 | 58 | この例では、DataModule1はConnectionとTransactionを持つだけであるが、「現実」のアプリケーションでは、このコンポーネントはアプリケーションによって用いられる、見ることのできないコンポーネントも持つのが普通である。 | |
| 71 | 59 | ||
| 72 | 60 | 例えば、INI設定を開いて、保存する*TOpenDialog*、*TSaveDialog*などである。ここで念頭に置いているのは、アプリケーションの固有の機能とデータアクセスを切り離すことである。アプリケーションにとってデータソースの変更は、決して小さな仕事ではないが、データソースと切り離すことは変更をより簡単にするだろう。 | |
| 73 | 61 | ||
| 74 | 62 | ### デバッグ | |
| 75 | 63 | ||
| 76 | 64 | また、プログラムをデバッグすることは困難なことである。データアクセスと、仕事のためのロジックを切り離すことで、少なくとも問題を半減するまで独立してテストすることができる。 | |
| 77 | 65 | ||
| 78 | 66 | *DataModule* の重要性は同じデータベースとテーブルを用いた他のアプリケーションを開発するときにより明らかとなる。もちろんデータモジュールは新しいアプリケーションでも利用可能である。 | |
| 79 | 67 | ||
| 80 | 68 | --- | |
| 81 | 69 | *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).* |