オブジェクト指向システムの設計 174 [無断転載禁止]©2ch.net

**デフォルトの名無しさん** · 2017/09/26(火) 07:20:38.98

前スレ
オブジェクト指向システムの設計 172
http://mevius.2ch.net/test/read.cgi/tech/1467992113
オブジェクト指向システムの設計 173
http://mevius.2ch.net/test/read.cgi/tech/1502182334/

類似スレ
手続き型システムの設計 1
http://mevius.2ch.net/test/read.cgi/tech/1500282714

**デフォルトの名無しさん** · 2017/10/28(土) 16:14:28.71

>>768
ポリシーのない言語の何を話せと

**デフォルトの名無しさん** · 2017/10/28(土) 19:00:48.19

>>773
あれあれ？ポリシーがないってだけ？

そのポリシーとやらは
オブジェクト指向にどう関係してくるんですか？

**デフォルトの名無しさん** · 2017/10/28(土) 20:33:50.28

VBが糞と言うよりVB使いにくそしかいないと言うことでしょ
言語に善悪はない

**デフォルトの名無しさん** · 2017/10/28(土) 20:42:09.52

VBはラムダのFunction省略できないとめんどくさくてやだ

**デフォルトの名無しさん** · 2017/10/28(土) 21:06:18.54

「ナンバーズ-天才数学者の事件簿-」でFBIの技術官が犯人のwifi逆探知するのに
「ええ、ビジュアルベーシックで絞り込めば…」って言ってたし(ガクブル

**デフォルトの名無しさん** · 2017/10/28(土) 21:11:03.11

スーパーハッカーはみんなVB使うよね

**デフォルトの名無しさん** · 2017/10/28(土) 21:15:11.66

vb.netになって出来ることはC#と同じになったのになんか書き方がいちいち冗長

**デフォルトの名無しさん** · 2017/10/28(土) 22:27:57.05

やはり話にならないらしい
VBに毒されたものの末路だな

**デフォルトの名無しさん** · 2017/10/28(土) 22:33:02.48

思いこみって怖いな

**デフォルトの名無しさん** · 2017/10/29(日) 21:04:57.30

>>779
そりゃBASIC構文だからな
BASIC構文でラムダ式とか記述に無理がある

**デフォルトの名無しさん** · 2017/10/29(日) 22:10:12.67

VBってまだサポートされてんだっけ
Coreになってからさっぱり話題にならなくなったけど

**デフォルトの名無しさん** · 2017/10/29(日) 22:16:42.10

JavaScript併用しなければならないWeb開発だと文法違い過ぎるから敬遠されるだろうね

**デフォルトの名無しさん** · 2017/10/30(月) 07:04:36.23

VBは言語の問題でなく使う奴が糞

8割がスマートUIを書きモダンな設計を読みにくいと一蹴する

4重ループにカウンタ現役

**デフォルトの名無しさん** · 2017/10/30(月) 07:11:07.87

VBAはオブジェクト指向が出来るように近代化して欲しいと思ったけどVBAごときでオブジェクト指向導入する規模とかヤバそうだから現状維持と緩やかな死が良いね

**デフォルトの名無しさん** · 2017/10/30(月) 07:17:28.85

ER図とクラス図が似てくるのは危険な匂いしてますか?

正規化した物理設計レベルじゃ違うけど外仕レベルじゃ同等になっちゃう

**デフォルトの名無しさん** · 2017/10/31(火) 03:29:44.56

>>787
RDBMSの最適化進めてくと違ってこないか
後からクラスだけ変えるのもあるし

**デフォルトの名無しさん** · 2017/11/01(水) 17:29:31.91

>>788
内部設計になってDBの正規化始めると確かに違います
ただ外部設計ではほぼ同じになるのでER図とクラス図に差が無いんです
ER図要るのかこれってなるので世間様はどう折り合い付けてるのか気になりまして

**デフォルトの名無しさん** · 2017/11/01(水) 19:42:14.01

データベースは実装の奥底にあるものなので設計では何も決めない
データベースなしの状態で動くところまで実装してようやく、そろそろ永続化の実装考えようかって話が始まる

**デフォルトの名無しさん** · 2017/11/01(水) 23:11:58.08

>>789
そのDB使う他のアプリケーションには必要だろう

**デフォルトの名無しさん** · 2017/11/02(木) 06:51:48.84

異なるアプリでデータベースを共有するの迷惑
APIを用意してくれ

**デフォルトの名無しさん** · 2017/11/02(木) 18:50:34.87

マイクロサービスか
やりたいけど構築するのが面倒だ
誰か代わりに作ってくれ

**デフォルトの名無しさん** · 2017/11/03(金) 00:25:37.71

クラス依存症は、だいたいのところファンクションという概念すら理解できていないのが9割
クラスに格納されたデータという名詞的実体に安堵しているだけで
プログラムを書く才能も、システム設計する能力もないやつが
好き勝手にクラス図をかいて、ぼくのさいっきょなクラスチームを作るだけなんだよなあ

だから僕の考えたクラス構成という話題は出ても
そのクラスがどのように通信するかっていう話をオブジェクト指向信者は語らないの

なぜならばそのメッセージングを実装できないから
そのすばらしいクラスが単なるデータの塊でしかないことを
自分で書いた壮大な物語でカプセル化し、他人から見えなくしたいから

カプセル化って偉大だよなあ？
電卓やじゃんけんすら実装できないひ弱な自分を壮大なクラス図を書けばごまかせると錯覚できちゃうんだから

**デフォルトの名無しさん** · 2017/11/03(金) 00:39:25.54

VB.Netはもう20年ほど前に完全に移行しているんだけどなぁ
VB馬鹿にするやつがどれだけオブジェクト指向理解してんのか疑問だな

**デフォルトの名無しさん** · 2017/11/03(金) 01:01:02.20

>>792
それならオブジェクトをシリアライズして保存した方が楽かな
キーは要るけど

**デフォルトの名無しさん** · 2017/11/03(金) 01:02:36.32

オブジェクトでプールして必要に応じて永続化してくれるようなサービスでもういいな

**デフォルトの名無しさん** · 2017/11/03(金) 02:56:41.30

>>794
さすがに時代錯誤な感じ

今どきのメジャーな言語は
ほとんどクラス持ってるぞ
Java、C#、C++、Python、Ruby、PHP……

**デフォルトの名無しさん** · 2017/11/03(金) 09:36:22.11

>>798
PHPをそこに並べる違和感

**デフォルトの名無しさん** · 2017/11/03(金) 10:39:58.84

間違ってないんだから問題ないだろ。

あとついでに無名クラスを持っている言語
PHP、・・・

クロージャーを持ってる言語
PHP、・・・

トレイトを持ってる言語
PHP、・・・

ジェネレータを持っている言語
PHP、・・・

**デフォルトの名無しさん** · 2017/11/03(金) 11:12:35.69

PHPは最先端の言語だからな。だからこそ、バカには使いこなせない。
のに、バカがこぞって使うからクソ言語扱いされている。

**デフォルトの名無しさん** · 2017/11/03(金) 11:32:59.46

PHPといえばPHP3だから仕方がない

**デフォルトの名無しさん** · 2017/11/03(金) 11:53:34.15

10年経ったことにも気づかない引きこもりがいる板だからな
10年前に見かけた与太を今日話すことに違和感をおぼえる知能もない
プログラミングできるわけじゃないから、技術的な話にも初心者の質問にも応えられない
「ただ」「昔見かけたもの」を「書く」だけ

**デフォルトの名無しさん** · 2017/11/03(金) 20:34:02.69

>>795
VB6のコードをそのままVB.NETに移植する仕事を何度したことか

**デフォルトの名無しさん** · 2017/11/03(金) 20:37:17.28

C系やる奴はPHPやJAVAもやってるけどVB使いはVBしかできないケースが多い

**デフォルトの名無しさん** · 2017/11/03(金) 20:43:59.17

>>804
ゴミを移植してゴミを作る仕事

**デフォルトの名無しさん** · 2017/11/03(金) 23:15:38.46

>>795
> VB.Netはもう20年ほど前に完全に移行しているんだけどなぁ
VB.netのリリースは2001年（16年前）なんだが...

> VB馬鹿にするやつがどれだけオブジェクト指向理解してんのか疑問だな
人の心配する前に自分の認知症の心配した方がいいぞ w

**デフォルトの名無しさん** · 2017/11/03(金) 23:36:33.86

四捨五入してみろ

**デフォルトの名無しさん** · 2017/11/03(金) 23:38:47.21

0年になった

**デフォルトの名無しさん** · 2017/11/04(土) 08:50:40.41

20年ほど前じゃない16年前だ <- これアスペすぎるだろ

**デフォルトの名無しさん** · 2017/11/04(土) 08:56:19.44

プログラマは基本アスペと考えてよい

**デフォルトの名無しさん** · 2017/11/04(土) 12:02:51.50

>>810
20と16の区別もつかなくなってるのか w

**デフォルトの名無しさん** · 2017/11/04(土) 12:16:47.10

Math.Round(16 / 10) * 10

**デフォルトの名無しさん** · 2017/11/04(土) 12:19:19.48

8進数の20は10進数の16
すなわち、20=16、とな

**デフォルトの名無しさん** · 2017/11/04(土) 12:25:24.71

>>814
天才

**デフォルトの名無しさん** · 2017/11/04(土) 12:33:11.68

>>814
なら020って書かなきゃね

**デフォルトの名無しさん** · 2017/11/04(土) 12:51:55.25

ヒント:8進数。

**デフォルトの名無しさん** · 2017/11/05(日) 19:58:02.68

VBとCOBOLはいまさら覚えたくねえなぁ
C系と記述が違うのに先進性は無いとか鬱になる

**デフォルトの名無しさん** · 2017/11/05(日) 22:07:38.20

嫌なら使うな

**デフォルトの名無しさん** · 2017/11/06(月) 03:30:04.80

ヤフーブログの　https://blogs.yahoo.co.jp/kamyu_2010　にデザパタ解説を発見した。

**デフォルトの名無しさん** · 2017/11/06(月) 03:38:11.03

分かりにくい解説だな
マルチポストする前に文章を見直せ

**デフォルトの名無しさん** · 2017/11/06(月) 06:54:06.00

これはひどい

**デフォルトの名無しさん** · 2017/11/08(水) 23:53:37.92

>>820
デザパタじゃなくてデザインパターンな

**デフォルトの名無しさん** · 2017/11/10(金) 07:29:56.57

>>823
ペチパーやドザーみたいな愛称だろアスペか

**デフォルトの名無しさん** · 2017/11/10(金) 19:33:33.06

>>824
アスペじゃなくてアスペルガー症候群な

**デフォルトの名無しさん** · 2017/11/10(金) 22:43:26.83

>>825
文脈的に、アスペルガー症候群じゃなくてアスペルガー症候群患者な

**デフォルトの名無しさん** · 2017/11/10(金) 22:53:19.54

>>825-826
これがアスペルガー症候群患者なんだな

**デフォルトの名無しさん** · 2017/11/10(金) 22:57:56.01

>>827
ガチアスペルガー症候群患者乙

**デフォルトの名無しさん** · 2017/11/10(金) 23:30:07.23

どうやったらこんなつまんないレスを返せるんだよ...
重症やな w

**デフォルトの名無しさん** · 2017/11/10(金) 23:31:12.69

どうやったらこんなつまんないレスを返せるんだよ...
重症やな w

**デフォルトの名無しさん** · 2017/11/10(金) 23:34:23.55

>>827
ガチアスペルガー症候群患者乙

>>823
>>824
>>825
>>826
↓
>>827

**デフォルトの名無しさん** · 2017/11/10(金) 23:43:05.04

ガチとか低能過ぎるやろ

**823** · 2017/11/11(土) 00:14:54.76

>>825は俺じゃねぇからな

**デフォルトの名無しさん** · 2017/11/11(土) 00:30:35.12

ガチじゃなくてガチンコな

**デフォルトの名無しさん** · 2017/11/11(土) 00:42:07.97

ガはいらなくない？

**デフォルトの名無しさん** · 2017/11/11(土) 01:09:18.75

>>832
オッサンか？

**デフォルトの名無しさん** · 2017/11/11(土) 01:17:31.05

ひょっとしてガチが若いとか思ってるんじゃないよな w

**デフォルトの名無しさん** · 2017/11/11(土) 01:21:19.20

若いと思ってるっつーか実際若いしな
ガチとか使う奴=低脳、バカっぽいって発想がオッサンぽい

**デフォルトの名無しさん** · 2017/11/11(土) 04:47:12.59

アスペ指向スレッドの会話　174

**デフォルトの名無しさん** · 2017/11/11(土) 09:58:35.10

>>838
ごめん、どうみてもお前の方がおっさんだよ ww

**デフォルトの名無しさん** · 2017/11/11(土) 10:09:10.57

http://i.imgur.com/sWco4kY.jpg

**デフォルトの名無しさん** · 2017/11/11(土) 11:01:18.10

アスペクト指向プログラミングってのは具体的にどんなのかよく分からんわ
興味ないから

**デフォルトの名無しさん** · 2017/11/11(土) 13:24:33.88

興味ないなら知る必要ない

**デフォルトの名無しさん** · 2017/11/11(土) 18:10:49.46

>>840
え？おまえって未成年か何か？

**デフォルトの名無しさん** · 2017/11/11(土) 18:34:36.42

もうそのレスがおっさん臭い w

**デフォルトの名無しさん** · 2017/11/11(土) 18:52:46.73

おっさんは嫌いかい？

**デフォルトの名無しさん** · 2017/11/11(土) 18:53:43.53

おっさんは知識と経験と優しさでできています
残りの9割は脂肪です

**デフォルトの名無しさん** · 2017/11/11(土) 19:41:06.94

おっさんは別に嫌いじゃないけど>>838みたく勘違いしてる奴はキモい

**デフォルトの名無しさん** · 2017/11/11(土) 21:36:07.55

オッサン指向ガチムチな設計 174

**デフォルトの名無しさん** · 2017/11/12(日) 11:03:42.20

おっさん煽りでスレ消化して楽しいんだろうか

**デフォルトの名無しさん** · 2017/11/12(日) 11:10:51.09

アスペ志向プログラミング。

**デフォルトの名無しさん** · 2017/11/12(日) 13:09:56.66

>>849
ホモはお帰りください

**デフォルトの名無しさん** · 2017/12/05(火) 13:42:11.58

やっぱり青木　淳いいな
若い時に心酔して、経験積むうちに忘れていたが
ようやく言わんとすることが分かつて来た

**デフォルトの名無しさん** · 2018/01/04(木) 13:45:00.27

2ちゃんねる自体、どこかの機能でデザインパターンつかわれてるの？

**デフォルトの名無しさん** · 2018/01/05(金) 18:43:53.01

>>854
つこてるマメがちがうよ

**デフォルトの名無しさん** · 2018/01/27(土) 22:10:53.07

クラス図とER図の違いって継承関係が
あるかないかだと思ってるんだけど、
DBのテーブルって継承はないわけじゃん、
継承とか知識レベル/操作レベルってDB設計的には
どう対応するの？

**デフォルトの名無しさん** · 2018/01/28(日) 07:50:43.37

いや、>>856が知らないだけで、ERモデリング技法にも
継承に相当するサブセット(部分集合)の表現は存在している
明らかに欠けているのはメソッド(ストアドプロシージャ)かな

**デフォルトの名無しさん** · 2018/01/28(日) 08:06:43.20

CRUDは外部的だね

データ保護に対しては各種制約を設けるしかない

それらを言語側で埋めるのがORマッピングだったりDAOパターンだったり

**デフォルトの名無しさん** · 2018/01/28(日) 20:53:59.18

>>857
いやそれは分かったが実際のテーブルはどうするんだよ
親クラスと子クラスA 子クラスBのテーブル全部別々に
作るの？
ここでいいう親子は継承の親子関係のことで
外部キーでの関連のことではないものとする。

**デフォルトの名無しさん** · 2018/01/28(日) 21:10:28.78

考え方次第かな？

一つのテーブルに全カラム持たせるか差分情報だけのテーブルを連結するか

**デフォルトの名無しさん** · 2018/03/31(土) 13:51:12.70

オブジェクト指向の考え方を教えてください

指定した2点を通る線を描画するプログラムを作ろうと思っています。
・色
・線の太さ
こんなプロパティを持つクラス「DrawLine」を考えています。

さらにこのクラスを継承を用いて
・2点間のみ線を引く線分クラス
・2点を通る直線クラス
・2点のうち片方を始点に持つ半直線クラス
を派生させようかと思っています。

これとは別に描画のインターフェースを担うクラス「LineInterface」を用意しようと思っています
・線を引く
・線を消す
・2点の位置を変更を受け付ける
・色の変更を受け付ける
・線の太さの変更を受け付ける
・線分、直線、半直線の変更を受け付ける

さて、ここで疑問なのですが、インターフェースを担うクラス「LineInterface」は
内部に色や線の太さ、線分・直線・半直線の状態を記憶するbool値型のフラグ
ないしはenum型の値（線分・直線・半直線）を持つべきでしょうか？

最初はこの手のフラグには頼らない設計を心がけてみました。
色、線の太さ、線分・直線・半直線、これらの状態が変更されるたびに
クラス「DrawLine」のインスタンスを作成し直せばいいと思ったからです。
ただすぐに壁にぶち当たりまして、たとえば色を変更しようと思いクラス「DrawLine」の
インスタンスを作り直そうと思ったとき、それが線分クラスなのか半直線クラスなのか
直線クラスなのかは状態を記録しておかないと判断できないことに気付きました。
インターフェースクラスには最低限の内部状態はbool値enum値フラグとして保持しておくべきでしょうか？

**デフォルトの名無しさん** · 2018/03/31(土) 14:36:01.69

筋が悪い

**デフォルトの名無しさん** · 2018/03/31(土) 15:08:51.89

まず>>862を先に読んで「もっと何か具体的に言ってやれよｗ」と思ったが
その後>>861を頑張って読んだら、言いたい事は既に>>862に書いてあった

**デフォルトの名無しさん** · 2018/03/31(土) 15:12:00.87

出直してきまつ(´；ω；｀)ｳｩｯ

**デフォルトの名無しさん** · 2018/03/31(土) 15:19:37.25

なぜか観てしまう！！サバイバル系youtuberまとめ
http://tokyohitori.hatenablog.com/entry/2016/10/01/102830
あのPewDiePieがついに、初心YouTuber向けに「視聴回数」「チャンネル登録者数」を増やすコツを公開！
http://naototube.com/2017/08/14/for-new-youtubers/
27歳で年収8億円　女性ユーチューバー「リリー・シン」の生き方
https://headlines.yahoo.co.jp/article?a=20170802-00017174-forbes-bus_all
1年で何十億円も稼ぐ高収入ユーチューバー世界ランキングトップ10
https://gigazine.net/news/20151016-highest-paid-youtuber-2015/
おもちゃのレビューで年間12億円！今、話題のYouTuberは6歳の男の子
https://www.businessinsider.jp/post-108355
彼女はいかにして750万人のファンがいるYouTubeスターとなったのか？
https://www.businessinsider.jp/post-242
1億円稼ぐ9歳のYouTuberがすごすぎる……アメリカで話題のEvanTubeHD
https://weekly.ascii.jp/elem/000/000/305/305548/
専業YouTuberがYouTubeでの稼ぎ方具体的に教えます。ネタ切れしない方法は〇〇するだけ。
https://www.youtube.com/watch?v=Co9a9fHfReo
YouTubeで稼げるジャンルは〇〇動画です。YouTube講座
https://www.youtube.com/watch?v=_Nps8xb5czQ

**デフォルトの名無しさん** · 2018/03/31(土) 15:23:11.79

test

**デフォルトの名無しさん** · 2018/03/31(土) 15:28:08.71

長文書いてしまう人はもうちょっと図や箇条書きして考えまとめた方がいいな

**デフォルトの名無しさん** · 2018/03/31(土) 16:04:12.88

とりあえずC#で書くとこんな感じか

class abstract LineBase{
　public float width{get; private set;}
　public Color color{get; private set;}
　public Point start{get; private set;}
　public Point end{get; private set;}

　// 初期値をセット
　public LineBase(引数){}
　public LineBase(LineBase instance){}

　// 共通メソッドを実装
　public void SetWidth(int width){}
　public void SetColor(Color col){}
　public void SetPoint(Point start, Point end){}
　public void Eraser(){}

　public virtual void Draw(){} // 仮想メソッド
}

class SegmentLine: LineBase{
　public SegmentLine(引数): base(引数){}
　public SegmentLine(LineBase instance): base(instance){}
　public overrider void Draw(){} // 線分の描画処理を実装
}

class StraightLine: LineBase{
　public SegmentLine(引数): base(引数){}
　public SegmentLine(LineBase instance): base(instance){}
　public overrider void Draw(){} // 直線の描画処理を実装
}

**デフォルトの名無しさん** · 2018/03/31(土) 16:07:03.50

>>861
何のクラスかは正直どうでもいい
こんな感じで基底型のインスタンスをコンストラクタに渡してコピーしとけ

// 線分クラスを生成
LineBase segment = new SegmentLine(初期値を渡す);

// 線分のデータで直線クラスを生成
LineBase straight = new StraightLine(segment);

**デフォルトの名無しさん** · 2018/03/31(土) 16:42:41.66

>>869
最初線分を描いて、途中で気が変わってやっぱり直線を描きたいな、となったときは
インスタンスsegmentを消去したのち、インスタンスstraightを選択してDraw()を実行する
という理解でよろしいでしょうか？

さらにその状態で色を変えたいときはインスタンスstraightを選んだまま色を変えるということでしょうか？

インスタンスsegmentとインスタンスstraight、いま選んでいるのはどちらか？という情報は
どこかに格納しておくべきでしょうか？

**デフォルトの名無しさん** · 2018/03/31(土) 19:12:42.71

>>861
・線の引き方の違いを継承で実装する
・線のデータをフラグで持つ

特にこの二点はオブジェクト指向として筋が良くない

・線の引き方はメソッドで実装
・データはフラグじゃなくオブジェクトで渡す

こっちの方がオススメ

**デフォルトの名無しさん** · 2018/03/31(土) 19:51:14.18

>>871
クラス「DrawLine」は単純なDraw()メソッドは廃止して代わりに

DrawStraightLine()…直線を描画するメソッド
DrawSegmentLine()…線分を描画するメソッド
DrawHalfLine()…半直線を描画するメソッド

を実装し、インターフェースからクラス「DrawLine」には

・2点の情報が格納された構造体
・色、線の太さの情報が格納された構造体

を渡す。

という理解でよろしいでしょうか？

ちなみにインターフェース上では線の引き方はフラグ等で格納しておいても構いませんか？
ユーザーがインターフェースに対して
SetSegmentLine()
などの命令を実行したらそれに応じてbool値に記憶させておくというのが常道でしょうか？

**デフォルトの名無しさん** · 2018/04/01(日) 03:19:52.65

>>872
前半はそう。継承を使うのはダメじゃないんだけど
継承を使いこなすのは非常に難しいので
慣れるまではメソッドをたくさん生やす方が分かりやすい

後半はフラグとかいらない
そういう発想がまだないんだろうけど
デザインパターン勉強するとよく分かる

オブジェクトの生成と使用を分けて
なるべく値の設定を生成の一回だけで済ますと
フラグの不整合のバグが減ってソフトが安定する
これがオブジェクト指向を使うメリットのひとつ

特にオブジェクトが常に動き回るゲームとかじゃなくて
作図ソフトだったら基本的に一度オブジェクトを作ったら
そのまま静的な図になるから位置は不変データにして
もし位置を修正するときにはオブジェクトを再生成する

なんでそうするかっていうとフラグがバラバラ増えていくと
どこで値を変更したのか不明で後でメンテが困難になってくるから
できる限り生成時に一括で設定するようにするの