オブジェクト指向って自然な文法だな 3 [無断転載禁止]©2ch.net

**デフォルトの名無しさん** · 2017/04/02(日) 16:30:38.65

前スレ
オブジェクト指向って自然な文法だな 2
http://echo.2ch.net/test/read.cgi/tech/1490506257/

**デフォルトの名無しさん** · 2017/04/05(水) 22:56:14.24

>>78
お前の個人的なやる気なんか知らないが、
何でもかんでもDTO作りまくる設計は、確かにアホ

**デフォルトの名無しさん** · 2017/04/05(水) 23:31:52.52

ほぼストアドでシステム開発してる人が
最近の連中は技術が無くてストアド書けないと嘆いていたのですが
ストアドでオブジェクト指向は出来るんですか？

C#+EFでほとんどSQLを書いたことが無いので
データベース事情に明るくないもので

**デフォルトの名無しさん** · 2017/04/06(木) 00:05:36.90

SQL serverならSQL clrが使えるはず

**デフォルトの名無しさん** · 2017/04/06(木) 01:57:21.96

なぜにストアドでオブジェクト指向！？

**デフォルトの名無しさん** · 2017/04/06(木) 04:16:30.36

>>80
一応Ora限定で出来たと思うけど、Web方面だと
エッジサーバ側であれこれするからストアドいらん気もするよ
業務系だとストアド一本で職になるようだが

**デフォルトの名無しさん** · 2017/04/06(木) 04:54:01.44

1クラスについて、最低1in/1out(interface)を作るよう指示されたことあったな
全てのクラスについて

ヘキサゴナルなんだと、それが……

**デフォルトの名無しさん** · 2017/04/06(木) 05:56:27.93

なんでもストアドでやるのはバッドノウハウだが使うべき所では使わないとくっそ遅いシステムが出来上がるぞ

某大手ITが作ったくっそ高いシステムみたいに

オブジェクト指向も拗らせ過ぎるとこうなるって典型例

**デフォルトの名無しさん** · 2017/04/06(木) 09:05:31.52

>>76
最終的な正解が書いてあるサイトはどこですか

**デフォルトの名無しさん** · 2017/04/06(木) 09:40:42.68

>>85
その話のどこにオブジェクト指向が関係するのか？

**デフォルトの名無しさん** · 2017/04/06(木) 10:32:51.49

第 (N+1) 次オブジェクト指向問答
https://togetter.com/li/1097950

**デフォルトの名無しさん** · 2017/04/06(木) 12:29:44.71

>>82
オブジェクト指向と言わず
共通の開発手法があるのかなと

モデリングがそれに当たるのかな

**デフォルトの名無しさん** · 2017/04/06(木) 12:47:05.55

>>86
I'll tell you nothing.
The answer is where it's present will not be indicate even by Google.
That must find out by an effort and a deliberation of yourself own.

**デフォルトの名無しさん** · 2017/04/06(木) 12:49:59.24

**デフォルトの名無しさん** · 2017/04/06(木) 13:35:28.83

>>90
Oh, dont say that!Dont say that.Im a stupid man.You should be kind to me!

**デフォルトの名無しさん** · 2017/04/06(木) 13:41:15.62

>>92
ね　ぼ　け　る　な！

**デフォルトの名無しさん** · 2017/04/06(木) 18:06:11.40

オブ農って何ですか？

**デフォルトの名無しさん** · 2017/04/06(木) 18:24:59.98

>>92
気持ちの伝わるいい返しだな

**デフォルトの名無しさん** · 2017/04/06(木) 18:36:07.83

>>89
ストアドは基本SQLだからDB設計出来る程度のリレーショナルモデルの知識あれば十分
技術うんぬん言うほと難しい話じゃない DBが違えば中身はいろいろと違ってくるけどね

ストアドで条件分岐やループやカーソルを多用してる場合
本当にDBレイヤーでやるべき仕事なのか考えたほうがいいと思う
ビジネスロジックのあるべき場所や柔軟性と最適化のバランス次第

**デフォルトの名無しさん** · 2017/04/06(木) 22:21:27.75

制御文減らすための文法じゃないの？

**デフォルトの名無しさん** · 2017/04/06(木) 23:19:03.66

>>95
伝わるか！　ボケナス！

**デフォルトの名無しさん** · 2017/04/07(金) 07:14:09.24

データベースのモデリングした後
オブジェクト指向のために
クラス設計すると、エンティティの
抽出とか同じ事をしている気に
なってくるんですが

モデリングは実はクラス設計だけで
OKとかありますか?

**デフォルトの名無しさん** · 2017/04/07(金) 09:46:16.48

>>99
そのためにO/Rマッパーがある。
O/Rマッパーを使うとデータベースのモデリングを
クラスで表現できるから、そのまま移植すれば良い

**デフォルトの名無しさん** · 2017/04/07(金) 10:24:46.37

ORマッピングすればDaoなんていらんね

**デフォルトの名無しさん** · 2017/04/07(金) 11:00:36.56

>>97
意識して減らそうとしないと無理かな
ストアドは、テーブルや索引、マテリアらいずビューとかの整理に使う物かな
要は、あるタイミングでデータベースを単一の主体が加工する場合に使うと便利
複数クライアントが平行して操作するときに共通化を求めてやるもんじゃない。
それは、ビューなりストアドトリガーや制約で共通化するべきもの。
条件分岐があるなら、BLに溶け込ませろってのはそういう意味かと

**デフォルトの名無しさん** · 2017/04/07(金) 11:05:00.66

ストアドプロシージャは、共有メモリや通信を目的に設計されていない。
なんかの結果を通信用に設けたテーブルに書いて、そのテーブルを別の主体が参照して連動させるとかオーバヘッドが多く、排他が冗長になり、パフォーマンスがでない。

**デフォルトの名無しさん** · 2017/04/07(金) 12:51:44.94

>>95
気持ちのわるいいい返しだな

と読んでしまった

**デフォルトの名無しさん** · 2017/04/07(金) 14:06:58.01

>>102,103
基本的に何言ってるかよくわからない。

例えば集約関数実装することを考えれば、元となるデータの通信を行わなくて良い分、
ストアドの方が速い可能性が高い。

また、複雑なデータ処理や文字列操作が多くてストアド自身のコードの実行が遅い場合もあるが、
ストアドに別言語を使えるRDBMSもある。

さらに言えば、ストアドがimmutableであるなどの宣言ができるRDBMSがあり、その場合は
実行結果をキャッシュしてくれたりする（同じ引数の場合はコードを実行しない）。

ビジネスロジックをRDBMS内部におくべきかどうかというのは、また別の話。

**デフォルトの名無しさん** · 2017/04/07(金) 18:38:30.82

最初はデータ中心アプローチでいいよ

カージナリティーとかに抜けが発生するからね
それからモデル層の設計すればいい

**デフォルトの名無しさん** · 2017/04/07(金) 19:36:14.64

思ったよりスレッド周りで手こずったけど>>8をPHPで書いてみた

http://ideone.com/lcnAEj

**デフォルトの名無しさん** · 2017/04/08(土) 12:10:05.09

>>105
集約関数、つまりある複雑な条件、複数のテーブルを結合せずに参照し、なんらかの判定を行う。
これは一般的なバッチ処理と言われるもので、データベースインスタンスに閉じて実行すればよい。
何らかのパラメータが伴い、レコードのサブセットのみを対象にする場合、ストアドにしても処理遂行を基準に、倉実行してもパフォーマンスは劇的には変わらない。

データベースは、純粋に取り扱うレコード数に比してパフォーマンスが確定する。

あと、結合できるなら、ストアドはいらない。
ビューなりマテリアルズどビューのがまし

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

ここ、何のスレだっけ？

**デフォルトの名無しさん** · 2017/04/08(土) 13:06:18.31

マルチスレッドわろｗ

**デフォルトの名無しさん** · 2017/04/08(土) 13:31:56.58

よくわからないことを喚き散らすやつの隔離スレだよ

**デフォルトの名無しさん** · 2017/04/08(土) 13:51:19.98

まともにキャットドアもデータベース接続もできないゴミが、僕が使ってる言語のライブラリをだしにしてホルホルするスレだよ

**デフォルトの名無しさん** · 2017/04/08(土) 14:06:38.04

お疲れ様でした！

**デフォルトの名無しさん** · 2017/04/08(土) 17:16:52.66

>>112
やはりキャットドア問題を解決することなく次にはいけんな

**デフォルトの名無しさん** · 2017/04/08(土) 18:27:20.39

>>108
集約関数もバッチ処理も理解できないやつは
いちからやり直すかプログラミングから足を洗うかしてくれ

**デフォルトの名無しさん** · 2017/04/08(土) 19:54:52.03

>>114
あんただけだよいつまでもキャットドア問題とか言ってんの

**デフォルトの名無しさん** · 2017/04/09(日) 01:56:39.35

要件の一つに「Oraにロックインされるの勘弁」があるとマッパー必須

……いやなのは「もうOracleにカネ献上するのは嫌なんや！」って奴
既存のストアド見て置き換えなきゃいかんでしょ

最高にクソだったのは1関数5000行if12段のストアド
あれはサジ投げてとりあえずおっつけの改修だけやることにした

**デフォルトの名無しさん** · 2017/04/09(日) 02:27:20.83

>>117
設計書なかったんだ、ははワロス

**デフォルトの名無しさん** · 2017/04/09(日) 02:34:17.14

>>118
設計書がどうこうとかじゃなくて、「おにぎりスタッバー」程度余裕で超えるド畜生
丸尾末広とか風船クラブ級の理解不能レベル

だから俺のところに来たんだろうが、さすがに当座のおっつけ以上の対応はムリだったな

**デフォルトの名無しさん** · 2017/04/09(日) 02:39:11.61

むしろ1関数5000行if12段の脅威を感覚でわからんとかヤバいな

最低でも2048くらい分岐が発生する
平均的な人間は7くらいしかわからん（Code Completeを参照のこと）

**デフォルトの名無しさん** · 2017/04/09(日) 02:50:02.23

一応言っておくが、俺はWAISテストで引っかかってるんで3か4しかわかんねぇようだ
まぁそのくらいあればシノギはできるようだがね

WAISでググるこたぁなかろうし、ググったらヘイトするんだろうけどな

**デフォルトの名無しさん** · 2017/04/09(日) 08:12:06.51

if12段が*最低*でも2048*くらい*分岐って計算の方がヤバい

**デフォルトの名無しさん** · 2017/04/09(日) 08:18:43.92

分岐を志向するか統合を志向するかで無能か有能か分かれそう

**デフォルトの名無しさん** · 2017/04/09(日) 08:49:12.98

と言いますと？

**デフォルトの名無しさん** · 2017/04/09(日) 09:36:40.13

無理なクラスタリングはハンマー釘病になる
その場その場に応じた最適解を選べばいいだけ

**デフォルトの名無しさん** · 2017/04/09(日) 11:52:37.41

釘宮病ってなんだ？

**デフォルトの名無しさん** · 2017/04/09(日) 23:56:30.49

12段ifに於ける1つの分岐
if(a){ if(b){ if(c){ if(d){ if(e){ if(f){ if(g){ if(h){ if(i){ if(j){ if(k){ if(l){
....x;
} else {
....y;
}}}}}}}}}}}}

**デフォルトの名無しさん** · 2017/04/10(月) 00:17:53.55

改良版

if(a && b && c && d && e && f && g && h && i && j && k && l) {
....x;
} else {
....y;
}

ここから言いたいことがわかるかね？

**デフォルトの名無しさん** · 2017/04/10(月) 02:17:00.84

>>128
先に言えハゲ

**デフォルトの名無しさん** · 2017/04/10(月) 02:17:56.14

はげてねーよはげ

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

>>130
ハゲろ

**デフォルトの名無しさん** · 2017/04/10(月) 08:53:35.90

ガキかよ...

**デフォルトの名無しさん** · 2017/04/10(月) 12:33:19.05

>>132
うるせー、ハゲ

**デフォルトの名無しさん** · 2017/04/10(月) 13:12:58.61

>>120
ちょっとはまともな文章書けないのかね。

12段ifというのが12個のifということなら、分岐回数は最大で12回。
ネストしない12個のifなら、分岐の組み合わせは2^12=4096個。
>>127のように完全にネストした12個のifなら、分岐の組み合わせは13個。

Code Completeに何が書かれてるのかしらんが、正しく読み取れてないのでは？

**デフォルトの名無しさん** · 2017/04/11(火) 04:41:06.97

>>134
あーうん、そんなもんだねぇ2048じゃなかったな

キャンパスノートを2冊くらい使ってメモしつつ
デバッグしてもどこでバグってるのかわからんのよ、あれは参った
とりあえず動くようにはしたがエラー系がすげぇ怖いね
後日何も連絡来ないから気にしなくていいんだろうけど

>>134
変数や関数などは、平均的な人間は7個までしか覚えられないから気をつけろよ、
という心理学の知見が公表されているページがあるんよ

**デフォルトの名無しさん** · 2017/04/11(火) 07:15:24.21

物理クラス設計にDTOって書きますか?

一応クラスだしなぁと
悩んでます

流石に論理じゃ不要と思いますが

**デフォルトの名無しさん** · 2017/04/13(木) 07:07:56.79

社員クラスと所属クラスがあって
年月を問い合わせたら
その年月時点での所属を返すように
したいのですが、どちらのクラスに問い合わせるのが正しいと思いますか

**デフォルトの名無しさん** · 2017/04/13(木) 07:18:59.41

おいらなら、社員クラスに所属クラスを埋め込むが。
と言うか、所属はクラスである必要すら感じない。
構造体でよく無いか？

**デフォルトの名無しさん** · 2017/04/13(木) 08:37:21.93

sql

**デフォルトの名無しさん** · 2017/04/13(木) 09:29:06.54

>>137
とりあえず社員クラスと所属クラスと年月の関係を書くように

**デフォルトの名無しさん** · 2017/04/13(木) 11:36:09.37

所属クラスって名前でいいのか？
部署クラスとかが普通だと思うな

**デフォルトの名無しさん** · 2017/04/13(木) 20:19:04.83

所属クラスは確かにおかしいですね
部の下にグループがあるので部署という名前は避けたのですが
部署クラスがグループ教えてくれるのはなんら問題ないことに気付いたので部署クラスに改名しました

社員クラスのフィールドには
·社員番号
·氏名

部署クラスのフィールドには
·部署
·部署配下のグループ

としているのですが
所属部署を知りたい時に、社員に今の所属を聞くべきか、部署に社員の所属を教えて貰うのか、どちらが好ましいのかなとお聞きしたくて書きました

**デフォルトの名無しさん** · 2017/04/13(木) 21:34:32.88

>>142
社員がわかっているときは、社員に聞けばいいし、
部署がわかっている場合は、部署に聞けばいい。
どちららでもOKだし、ちゃんと作るならば
どちらからでもできるようにする

これは分かってない人意外と多いんじゃないかと思うけど、
データベース（RDBMSを使わないにしろ）っていうのは、
単体のテーブルの集まりではなくて、全体で一つのデータベースなんだよ

クラスに置き換えていうならば、クラス一つ一つが単独で存在しているのではなくて
クラスとクラス、そしてその関係を定義して、複数のクラスで一つのデータベースを表現する
（ただし設定テーブルのような、他の完全に独立しているテーブルのような例外はある）

だから社員クラスのフィールドには、所属部署というフィールドを持っているだろうし
部署クラスには、所属社員を取得するメソッドが存在している

**デフォルトの名無しさん** · 2017/04/13(木) 22:59:09.23

キリッ

**デフォルトの名無しさん** · 2017/04/14(金) 01:10:42.96

>>137
どっちでもええ、ダメだったら直すまでだ

JavaのAPIというか一回書いたら半永久的に治せないインターフェースを書いてるわけでもないだろ
あるいは大企業の連中が使ってるイミフなフレームワークか

そんなん言っても満足されないならこのくらい

・社員が子会社に転籍とかフツーにあり得るなら「社員」に持たす、全グループ間で同一のアプリ使ってる前提だが
部署だと会社跨いだら引けなくなる設計になってる可能性もあるんでな
・一社だけなら部署でも社員でもノリで決めていい（多分直せるはずだ）

**145** · 2017/04/14(金) 01:15:51.93

とりあえず目的が「特定の社員の所属状況を引く（あるいは特定社員の在籍履歴を引きたくなって機能追加）」なら
社員に持たすだろうかな
個人のトラッキングが目的なら個人を扱うクラスが責任取るべき

部署に持たすってなら「今日の部署の人員配置状況がわかること」が目的ってことになるんで

**デフォルトの名無しさん** · 2017/04/14(金) 01:21:47.69

>>145
Java関係ないやん

**デフォルトの名無しさん** · 2017/04/14(金) 01:36:29.65

>>147
interfaceがうるさい連中の筆頭はJavaっ子なんでなあ
パっと思いついたのがアレだった

ンなんだったらJSRにvar変数提案しろよとも思うのだが（あるいはScalaっぽくするか）

**148** · 2017/04/14(金) 01:36:57.02

varがあればダックタイピングもできるだろうしな

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

もう寝るか

Java8のlambdaなんとかならんもんかねぇ
スレッドのラッパーってのは期待してなかった（高階関数と、関数テーブル用途が使えん）
ドロイド君のイベントに差し込むのには使えようが

**デフォルトの名無しさん** · 2017/04/14(金) 07:12:34.16

意外とどちらでも良いんですね

モデリング的に部署に聞くのはあり得ないとか言われると思ったのですが

ただ、社員にも部署にも問い合わせ可能なのが好ましいというのは驚きでした　冗長と言われそうで考えになかったもので　参考になります

**デフォルトの名無しさん** · 2017/04/14(金) 07:31:08.07

「現実世界」なんて忘れて

**デフォルトの名無しさん** · 2017/04/14(金) 09:07:05.40

>>150
はい？

**デフォルトの名無しさん** · 2017/04/14(金) 21:02:07.32

クラス構造に凝っても意味ないじゃん

**デフォルトの名無しさん** · 2017/04/14(金) 23:49:30.63

そろそろjavaは遺物扱いで良いんじゃないかって思ってる

**デフォルトの名無しさん** · 2017/04/14(金) 23:57:33.02

Cobolですら現役なのに

JavaをオワコンにしようとしてるやつはJavaの何が気に入らんのだ

**デフォルトの名無しさん** · 2017/04/15(土) 00:00:58.14

うまく作れないことを言語のせいにしたいだけだと思ってる

**デフォルトの名無しさん** · 2017/04/15(土) 00:03:32.65

その通りやで

**デフォルトの名無しさん** · 2017/04/15(土) 00:06:46.85

ところでそろそろjavaにも型推論追加された？

**デフォルトの名無しさん** · 2017/04/15(土) 00:14:08.96

されねーしいらねーし

**デフォルトの名無しさん** · 2017/04/15(土) 00:24:58.93

javaスレでどうぞ

**デフォルトの名無しさん** · 2017/04/15(土) 00:28:17.04

じゃあ何の話するの？

**デフォルトの名無しさん** · 2017/04/15(土) 00:32:30.38

何もなけりゃ何も話さなくていいんだよ

**デフォルトの名無しさん** · 2017/04/15(土) 00:37:51.34

好き嫌いだよ好き嫌い
それでいいよ

**デフォルトの名無しさん** · 2017/04/15(土) 09:43:01.13

>>134
でも分岐数4Kって訳でもないんだろ？
それ2048の関数があるのと変わらない

**デフォルトの名無しさん** · 2017/04/16(日) 02:05:28.12

>>156
Javaはもともと組み込み言語だったんで、真剣にやると
他言語ではできることがJavaではできないってことがよくある

手数かけりゃそりゃいくらでもできるが、要求が出たら今日リリースできて当然の
職場だと厳しいよ

**166** · 2017/04/16(日) 02:23:40.59

Struts1 + Hibernate固定とか、Spring + Hibernate固定の現場で、
お客さんからハナシ聞いて1～2週間後に納品、みたいなのが許されるならJavaでも構わないと思う
まあアレだ「エラーが絶対に出ないこと」ならJavaのほうが有利なのは認めるんで

エラーが多少出てもいいから最速で「だいたい」動くものが必要だって働き方だとJavaキツい

**デフォルトの名無しさん** · 2017/04/16(日) 02:41:47.00

>.166
組み込み言語だったことが理由で
他の言語で出来てJavaで出来ないことって何？

**デフォルトの名無しさん** · 2017/04/16(日) 02:42:52.99

>>167
エラーが多少出てもいいの
「多少」ってどのくらい？

**デフォルトの名無しさん** · 2017/04/16(日) 05:04:51.94

>>168
lispあるいはrubyのlambaか、groovyかscalaのクロージャ
pythonのは不完全だ
mixinとかについてはもうどうでもいいや

>>169
時間的な意味で言うと、半年～1年くらいでバグレポが電話で届くくらい
社内におったてたReadmineに「今日なんか動きません >_<」って事務員のおぜうさまからご連絡があるとか、その辺

**デフォルトの名無しさん** · 2017/04/16(日) 09:40:21.87

オブジェクト指向と言ったらjavaがメジャーだしjavaが出来れば良いと思う

C++メインでオブジェクト指向できるという人は構造化プログラマが多い気がするから業務システムでの採用は避けたい

C#は隠れVB野郎が擬態してる可能性が高いから根本的に避けたい

Rubyは俺が知らないw

**デフォルトの名無しさん** · 2017/04/16(日) 09:44:29.62

VB.NETでオブジェクト指向してる人間って2割居ないんじゃ無いかと思う
構造化プログラムしてるのが5割で、残りは非構造化プログラムってイメージ

**デフォルトの名無しさん** · 2017/04/16(日) 10:02:40.78

cobolerやVBerがjavaやったらやっぱり同じだよ

**デフォルトの名無しさん** · 2017/04/16(日) 10:24:00.81

>>171
C#erがVB程度しか使いこなせて無いかどうかは、Linq使いこなせるかどうかで大体判別可能。

**デフォルトの名無しさん** · 2017/04/16(日) 10:44:52.25

JavaとかRubyは純粋指向の人が多いような気がする

**デフォルトの名無しさん** · 2017/04/16(日) 13:37:47.43

純粋でメリットがあるのって、開発環境的なツールだけだよな。
人間にとっては、そのツールの恩恵を受けられる事に多大なメリットがあるけど、言語自体に直接的なメリットを感じないわ。

**デフォルトの名無しさん** · 2017/04/17(月) 09:26:03.38

>>171
レッテルでdisってるだけという

**デフォルトの名無しさん** · 2017/04/17(月) 09:29:54.87

てかC#の売りは、あのXMLでフォームを作れる点じゃないのかね。
泥のアプリに感覚が近い。
フレームワークなんだろうが、あれなしでC#を使うとは思えず、凝ったことはAPIやCOMを自分で使わないといけないような。
だから、業務系システムでC#はわかる。