方式が二つ以上考えられるときに悩むスレ
■ このスレッドは過去ログ倉庫に格納されています
0001デフォルトの名無しさん
2006/06/30(金) 21:48:07・拡張性は高いが冗長
・優れてはいるが共有性、一般性が低い
・再利用性は高いが準備に手間がかかる
・準備のコストはかかるが将来コストが低くなる
・安全性は高いが作業コストが高い
など各視点で悩んだときに。
0002デフォルトの名無しさん
2006/06/30(金) 22:05:100003デフォルトの名無しさん
2006/06/30(金) 22:50:31糞スレたてんな
ぱっと見て「ヘタだなぁ」と思うコード その３
http://pc8.2ch.net/test/read.cgi/tech/1149986051/
0004デフォルトの名無しさん
2006/07/01(土) 00:24:35・拡張性が高く無駄がない
・共有性、一般性が高く優れている
・再利用性が高く準備も手軽
・準備のコストもかからないし将来コストも低い
・安全性が高く作業コストも低い
こんな方式を採用すればいいだけの話
0005デフォルトの名無しさん
2006/07/01(土) 00:30:23トレードオフではみんな悩んでエイやで決めてしまうこともあるだろう。
でもその判断基準は各々違うからこんなスレで議論してもあまり有用な
答えは望めない。
∴ 答え: 糞スレにつき削除依頼しろよ。
0006デフォルトの名無しさん
2006/07/01(土) 00:38:41偏り過ぎないようにバランスを考えることだけも悪か。
0007デフォルトの名無しさん
2006/07/01(土) 00:53:47デザイン・パターンを知ってると割と良い解を選べる可能性が広がるよ。
継承ばっかりに頼らずに
デコレータとかオブジェクトコンポジションの考え方とかは知っておいたほうがいい。
0008デフォルトの名無しさん
2006/07/01(土) 01:09:22> こんな方式を採用すればいいだけの話
> 常に見つかるなんてどこにも誰も書いてないし
見つからなかったらどうするつもり？
採用すればいいなんて能天気なこと言うんなら、見つからない場合に
ついてもなんか考えがあるのかな？
それとも、話についていけなさげだから、文言にいちゃもんですか？
> 偏り過ぎないようにバランスを考えることだけも悪か。
それこそ、「悪」なんてどこにも書いてないんだけどね。(w
それが良いか悪いかも、状況依存って書いてある。
0009デフォルトの名無しさん
2006/07/01(土) 01:11:49読解力なさすぎ
0010デフォルトの名無しさん
2006/07/01(土) 01:16:11話についていけないって、まだ何の具体的な話は出てないじゃん。
それに出たとしても、状況に応じてトレードオフを考えるってこと以上に
話が進むとは思えない。
0011デフォルトの名無しさん
2006/07/01(土) 01:18:46なんか話したいことがあるなら、お前が話題を提供しろ
0012デフォルトの名無しさん
2006/07/01(土) 01:42:57状況依存って言葉難しかった？
そもそも、>>5 に
> でもその判断基準は各々違うからこんなスレで議論してもあまり有用な
> 答えは望めない。
って書いてあるのを、わざわざ繰り返してる >>10 ってちょっと >>9 だね。(w
0013デフォルトの名無しさん
2006/07/01(土) 01:47:53で、お前はいったい何を話したいのだ？
メタ議論はつまらんぞ。
0014デフォルトの名無しさん
2006/07/01(土) 01:57:02え゛、>>5 に答えが書いてあるんだけど…。
ここまで、>>9 とは思わなかったよ。
0015デフォルトの名無しさん
2006/07/01(土) 01:58:43題
プロジェクト内に、基本画面クラスAを継承した画面クラスB,画面クラスC,画面クラスD...がある。
今、画面クラスCに制御がある時点で、あるまとまった処理Xを行う必要がある。
１．処理Xは、画面クラスC固有のオブジェクトには影響・依存しない。
２．処理Xは、画面クラスB,画面クラスD..から呼び出すことに変更される可能性は低いが、ゼロではない。
３．処理X内では、現在基本画面クラスAでprotected宣言されている数個の関数を呼び出す必要がある。
ただしこの関数はメンバ変数には影響しない。
４．処理Xと同様な形態（１～３）の固まりは同プロジェクト内に他にも存在する。
問い：処理Xの実装方法を考えよ。
①画面クラスCのprotectedメソッドとして実装する。
画面クラスの変更があった場合はメソッドを移す。
②処理X内で呼び出される基本画面クラスAの該当メソッドをpublicに変更し、
固有の画面クラスに依存しない処理をまとめるためのクラスPを用意し、
そのメソッドとして処理Xを実装する。(メソッドX)
メソッドXでは、画面オブジェクトのポインタを取得し、
ポインタを使って内部で関数を呼び出す。
③その他の実装方法をとる
0016デフォルトの名無しさん
2006/07/01(土) 01:59:17じゃぁ、お前が削除依頼出しとけ
＝＝＝＝＝＝＝＝＝＝＝＝終了＝＝＝＝＝＝＝＝＝＝＝＝
0017デフォルトの名無しさん
2006/07/01(土) 02:06:50擬似コードを示せとは言わないが、話が抽象すぎて判断できない。
0018デフォルトの名無しさん
2006/07/01(土) 02:11:38なんでAのprotected member functionにしないんだ？
0019デフォルトの名無しさん
2006/07/01(土) 02:31:31５．処理Xでは例えば通信処理などの「画面」と結びつきが小さいオブジェクトの使用、処理が多く含まれている。
また、処理Xは、複数の画面クラスの中でただ１つの画面においてだけ使用される予定である。
>>18
それも答えかと。
ただ、結びつきの弱い画面クラスAに実装し、継承した全ての画面クラスに
保持させる必要があるかという点があります。
0020デフォルトの名無しさん
2006/07/01(土) 02:34:490021デフォルトの名無しさん
2006/07/01(土) 02:44:17よくわからないけど、そういう場合Callbackにするのでは？
0022デフォルトの名無しさん
2006/07/01(土) 02:46:50関係もないってことでしょ？そういう場合、画面とは切り離すのが常套手段。
0023デフォルトの名無しさん
2006/07/01(土) 02:48:59解決できんかのう。
0024デフォルトの名無しさん
2006/07/01(土) 02:51:23それは嫌だ・・・
0025デフォルトの名無しさん
2006/07/01(土) 02:57:350026デフォルトの名無しさん
2006/07/01(土) 06:05:460027デフォルトの名無しさん
2006/07/01(土) 10:47:510028デフォルトの名無しさん
2006/07/01(土) 11:48:052chでよくあるケース。
よくわからないことが自覚ができている奴ば良い方で
単純に知識と経験がなくてトンデモな答えを
消去する常識的区別すらできないことを状況が悪いと
自分に言い聞かせる思考停止設計者が手遅れ。
0029デフォルトの名無しさん
2006/07/01(土) 13:50:12何の話し？
0030デフォルトの名無しさん
2006/07/02(日) 01:04:350031デフォルトの名無しさん
2006/08/04(金) 15:45:19■ このスレッドは過去ログ倉庫に格納されています