ページ本文 ファイル添付 (6) ページ情報

添付ファイルの追加

ログイン済のユーザのみが添付ファイルをアップロード出来ます。

添付ファイル一覧

Kind Attachment Name Size Version Date Modified Author Change note
png
 amount_class.png 3.4 kB 3 24-2-2011 00:45 ytp
png
 boader.png 9.7 kB 1 03-2-2011 01:37 ytp
png
 order_classes.png 6.6 kB 5 31-12-2011 19:19 ytp
png
 order_classes2.png 6.9 kB 4 31-12-2011 19:20 ytp
png
 order_classes4.png 9.9 kB 2 31-12-2011 19:39 ytp
png
 order_objects.png 11.7 kB 1 21-2-2011 23:06 ytp

This page (revision-29) was last changed on 31-12-2011 19:26 by ytp

This page was created on 03-2-2011 01:33 by ytp

Only authorized users are allowed to rename pages.

Only authorized users are allowed to delete pages.

Difference between version and

At line 10 changed 2 lines
クラスを設計する際に必要なのはデータ構造を考えることです。データ構造というのは「ひとかたまりとして扱いたい情報」です。\\
AクラスとBクラスを異なるクラスとして定義するということは、Aの情報のかたまりとBの情報のかたまりとの間に境界があるということです。境界がなければ同じクラスでも構わないからです。境界線を引いた上で、境界線の内側にある情報(属性)同士が同じクラスとして扱われるべきです。\\
クラスを設計する際に必要なのはデータ構造を考えることです。__データ構造というのは「ひとかたまりとして扱いたい情報」__です。\\
AクラスとBクラスを異なるクラスとして定義するということは、Aの情報のかたまりとBの情報のかたまりとの間に__境界がある__ということです。境界がなければ同じクラスでも構わないからです。境界線を引いた上で、境界線の内側にある情報(属性)同士が同じクラスとして扱われるべきです。\\
At line 23 changed 2 lines
全てに共通するのが動詞となる名詞が付けられていることです。「送信する」「受信する」「制御する」「表示する」「管理する」です。\\
動詞になる名詞を持つということはすなわち処理に着目して定義されています。つまりそれは処理を共通化しようとしてクラス化されています。オブジェクト指向において共通化すべきなのは処理ではなくデータ構造なのです。\\
全てに共通するのが__動詞となる名詞が付けられている__ことです。「送信する」「受信する」「制御する」「表示する」「管理する」です。\\
動詞になる名詞を持つということはすなわち処理に着目して定義されています。つまりそれは処理を共通化しようとしてクラス化されており、誤っています。__オブジェクト指向において共通化すべきなのは処理ではなくデータ構造__なのです。\\
At line 29 changed one line
これらは動詞を無理矢理名詞にしただけで本質は上記と変わりません。そしてこれらは「役割」を表現することがほとんどで、Interfaceとして定義されるべきものを多く含んでいます。
これらは動詞を無理矢理名詞にしただけで本質は上記と変わりません。そしてこれらは__「役割」を表現することがほとんどで、Interfaceとして定義されるべきもの__を多く含んでいます。
At line 33 changed one line
システム要件の中に出てくる「物」と「結果」の2種類です。\\
システム要件の中に出てくる、
#物
#結果
の2種類です。\\
At line 36 changed 2 lines
この種類に分類されるクラスは、実際に存在する物として人間が認識出来るものです。\\
データベースのマスタデータとして分類されるものを多く含みます。
この種類に分類されるクラスは、実際に存在する物として人間が認識出来るものです。データベースのマスタデータとして分類されるものを多く含みます。
At line 64 changed one line
ところがこのクラス図には問題となる部分があります。商品が受注個数を持つようになっていますが、受注個数は受注のたびに変わるため、商品の一部としてこれを持つのは無理です。正しくは、「商品/受注個数/商品単価」の組合せとする結果クラスとして持つべきです。受注明細と一般的に言われるものです。\\
ところがこのクラス図には問題となる部分があります。商品が受注個数を持つようになっていますが、受注個数は受注のたびに変わるため、商品の一部としてこれを持つのは無理です。正しくは、「商品/受注個数/商品単価」の組合せとなる結果クラスとして持つべきです。受注明細と一般的に言われるものです。\\
At line 69 changed one line
上記の「物」と「結果」に加えて、アプリケーションプログラムそのものを具現化するクラスが必要です。
上記の「物」と「結果」に加えて、アプリケーションプログラムそのものを具現化するクラスが必要です。次の3つがあります。
#レイアウトクラス
#プログラムクラス
#メインクラス
Version Date Modified Size Author Changes ... Change note
29 31-12-2011 19:26 3.558 kB ytp to previous
28 04-12-2011 13:48 3.607 kB ytp to previous | to last
27 04-12-2011 13:45 3.597 kB ytp to previous | to last
26 18-8-2011 00:29 3.595 kB ytp to previous | to last 小物クラス ==> 小粒クラス
25 09-8-2011 01:55 3.595 kB ytp to previous | to last
24 02-8-2011 07:13 3.229 kB ytp to previous | to last
23 02-8-2011 05:53 3.074 kB ytp to previous | to last
22 21-7-2011 04:31 3.012 kB ytp to previous | to last
21 21-7-2011 04:31 3.015 kB ytp to previous | to last
« This page (revision-29) was last changed on 31-12-2011 19:26 by ytp