08/11/11 00:26:34
クラス図を書けって宿題が出て困ってます
ポーカーゲームの「ディーラー」の属性は
「所属店」って書いて間違いじゃないですか？
956:仕様書無しさん
08/11/11 00:33:22
それでいい。
お前天才じゃないか？
957:955
08/11/11 00:40:40
>>956さん
正直属性とかよくわかんなくて・・・
レスありがとうございました、これで自信を持って提出できます
958:仕様書無しさん
08/11/16 16:28:47
なぁ、俺にオブジェクト指向でのプログラム再利用と関数化でのプログラム再利用の違いを説いてみやがれ。
ちなみにPHP最近はじめた俺です。
959:仕様書無しさん
08/11/22 03:58:29
長文ゴメン
・関数化でのプログラム再利用
→
後に関数を修正したい場合、そのまま修正するか、
或いは、良く似た関数を追加することになる。
前者の場合で影響範囲が大きい場合にテストが心配。
後者の場合、良く似ている別の処理であるため、
その違いの認識が容易でない。保守が心配。
安易なコピー＆ペーストによって類似ソースが大量に発生しそう。
開発者が一人であるならともかく、複数の場合は深刻。
（安易なコピー＆ペーストをされたら、オブジェクト指向言語でも深刻ですが）
古い世代の言語においては、汎用的な関数を作成したつもりでも
「複数スレッドから同時実行」といったコンセプトでは正常動作しない
ケースも多く、現代の複雑なプログラム開発に耐えられるか疑問。
・オブジェクト指向の場合（俺はJavaしかわからん）
→
新しい仕様について、どのクラスに仕事をさせるか？
ということをあらかじめ想定してからコードを書く。
既存のクラスを修正する？継承？オーバーロード？オーバーライド？
昔に比べて若干選択肢が増えている。
同時実行に関しては、インスタンスを複数個作成し、
個別にメソッドを実行するという記述が容易。
古い世代の言語とは一線を画するかな、と思う。
960:仕様書無しさん
08/11/22 09:31:52
c++だとオブジェクト指向とか意識してなくても関数の
オーバーロードが使えるし、意識してリエントラントに作らなければ
Javaだろうが何だろうがマルチスレッドで動かせば破綻する。
で、オブジェクト指向って何がありがたいんですか？
961:仕様書無しさん
08/11/22 13:15:21
>>960
つひろみちゅ
962:仕様書無しさん
08/11/22 14:28:38
ライブラリの処理の中で一部分だけ処理を変えたい場合に
その部分がオーバーライド可能な関数だとサクッと片付けられるよな
963:仕様書無しさん
08/11/22 14:35:38
C++使ってるけど、
グローバル変数とかstatic変数とかが大量に使われてるので
マルチスレッドで動かせば変な動きになるだろうな。
964:仕様書無しさん
08/11/22 15:40:31
synchronous 修飾子とかつけておしまいとか。
965:仕様書無しさん
08/11/23 19:42:33
>>960
インスタンス化したオブジェクトをコネコネして目的を達成できる。
インターフェイスに着目して、実装から離れたレベルで、
コネコネさせあうことについて集中できる。
思考の中心にオブジェクトが座るようになる。
966:仕様書無しさん
08/11/30 12:46:14
>>963
そこでMutexとSemaphoreの出番ですよ
967:仕様書無しさん
08/11/30 17:59:03
というかマルチスレッドとオブジェクト指向って完全に直交した議論のような。
968:仕様書無しさん
09/03/13 00:49:29
OOすべきプログラミングと非OOすべきプログラムの境界線ってどこらへんなんですか？
あとOOの使用を吟味する意味でも軽くプロトタイプを書いて、本設計するとうまくいくんですかね？
969:仕様書無しさん
09/03/14 14:37:35
そうはっきり色分けできるもんじゃないとおもうけどな。
970:仕様書無しさん
09/03/14 15:37:14
現場の人間と話し合え
971:仕様書無しさん
09/04/18 12:37:50
ThoughtWorksアンソロジーの第5章ってこのスレ的にどうなんでしょう。
なんか第4,第5正規形なノリを想起しました。
setterの不必要な公開はともかく、インスタンス変数2つまでとか理想論な気がします。
顧客情報を表すクラスを考えて、一体どれだけのクラスが必要になるんだろうと。
972:仕様書無しさん
09/04/29 21:39:22
>>963
そんなにグローバル変数とか使う事あるか？通常のプラットフォーム向け
じゃまず必要ないし、ドライバ関連でも、グローバル変数とそれにアクセスする
関数だけをファイルスコープで纏めて可能な限り干渉を避るから影響はわずかだぞ。
関係ないが、staticメンバー関数は使うがstatic変数は殆ど使わん。概ね関数の方は
friendメンバー代わり。staticメンバーを巧く使ってるやつっている？
973:仕様書無しさん
09/04/29 21:45:21
>>968
メッセージングが必要か否か。
メッセージを送る必要が無ければ、
処理を確定して書けば良い。
まぁ、メッセージを送る必要が
あるってのはそもそもメッセージを送る
対象が不確定である事の裏返しなんだけどな。
974:仕様書無しさん
09/05/09 21:59:32
OOとはなんぞ？なんて2005年前後までのネタが未だに続いてんだな。
975:仕様書無しさん
09/05/10 01:31:33
構造化プログラミングも明示されてないしな。そろそろ20年位経つか。