- 1 名前：デフォルトの名無しさん mailto:sage [2015/04/22(水) 22:35:19.67 ID:XG+QDGZC.net]
- プログラミング言語Javaに関する質問スレです。
JavaScript, Ajaxの質問は、ここでは受け付けていません。
Web製作管理 pc11.2ch.net/hp/
Webプログラミング pc11.2ch.net/php/
をご利用下さい。
よくある質問
・「コマンドまたはファイル名が違います」
「'javac' は、内部コマンドまたは外部コマンド、
操作可能なプログラムまたはバッチ ファイルとして認識されていません。」
「Exception in thread "main" java.lang.NoClassDefFoundError: 」
(p)ttp://www.wikiroom.com/java/?path,classpath
・「\12288 は不正な文字です。」
文字リテラル以外で全角スペースは使えません。半角スペースに。
・その他の質問→「APIのjavadoc見ろ」
・String に == は使うな。equals() を使え。※
質問時の心得
・コンパイルエラーか実行時エラーか、エラーではないが意図しない動作なのかはっきりしろ。あとエラーメッセージちゃんと読め。
・前提条件としてOS、開発環境、バージョン、使用フレームワーク等を明記。
前スレ
★★Java質問･相談スレッド172★★
peace.2ch.net/test/read.cgi/tech/1419490897/
- 549 名前：433 [2015/05/24(日) 10:13:38.17 ID:TpK11WQw.net]
- >>519
論外
>>521
寝ぼけてるんだと思うよ。
別にextendsを使うな、とか、polymorphism を使うなとか言っているわけじゃない
便利な機能は使えば良い
javaはOOPができるんだから、OOPで結果的に素敵になるゴールに向かっている
筈なのに、寝ぼけた輩(やから)のせいで台無しになるのがおかしい、と言っている
そういうヤツに限って自分はOOPしてると勘違いしてる
で
>>524のように、まともにdebugしてない奴がでしゃばるから
混乱に拍車がかかるんだよ
手続き型でカプシャリングできていると太鼓判押すのはメッサ大変だろうが
- 550 名前：デフォルトの名無しさん mailto:sage [2015/05/24(日) 10:17:56.97 ID:uVZ1+wHE.net]
- 規模が大きくなれば結局はデータモデル(+トランザクション)*という形にしかならないよ
本来のOOPからすればそんなのは手続型そのものだけど、
DDDの世界でももうそれはある程度仕方ないという方向になりつつある
- 551 名前：433 [2015/05/24(日) 10:32:30.70 ID:TpK11WQw.net]
- DDDってどこでもダメな出鱈目の略か？
規模が大きくなれば、カプシャリングの重要性は増して
メッセージングをどう扱うかが重要になる
"Need to Know"とか
"Due efficient"とかの概念を勉強した方が良いと思うぞ
- 552 名前：デフォルトの名無しさん mailto:sage [2015/05/24(日) 11:30:25.09 ID:JprLPyf+.net]
- >>511
こういうのよくいるよな、納期と金勘定だけしてればいいのにプログラムに口だすやつ
- 553 名前：デフォルトの名無しさん mailto:sage [2015/05/24(日) 11:31:14.48 ID:KRaNaDM4.net]
- >>530
なんでまともにdebugしてないとか条件つけてまで自分の意見の正統性を貫くのかね？
プログラミング技法ではなくプログラミング能力に問題を置き換えてるだけでしょ
能力の話で言えば、まともにカプセル化できるエンジニアの割合とC言語などのルールベースの構造化プログラミングできるエンジニアの割合なんてたいして変わらないでしょで
- 554 名前：433 [2015/05/24(日) 11:38:21.78 ID:TpK11WQw.net]
- >>533
1つのメンバーにセッターとゲッターを付けても良いと思ってるバカ君ですか？
- 555 名前：デフォルトの名無しさん mailto:sage [2015/05/24(日) 11:51:43.03 ID:uVZ1+wHE.net]
- 現実問題としてさ
システムって最初�
- 556 名前：ﾉ設計したらたら終わりじゃないの
最初は美しいモデルと緊密に統合されてたはずのDBは次第に一人歩きして、
勝手なトランザクションがどんどん追加されていく
既存のドメインモデルを拡張する形でやればいいと思うかもしれないが、
OOP的に綺麗に作られたモデルへの要件追加って比較的大きな設計変更を伴うことが多くて、
既存のモデルの整合性を保ったままそれをやるのは非常に難しいわけ
自動テスト?あればいいね(笑) [] - [ここ壊れてます]
- 557 名前：デフォルトの名無しさん mailto:sage [2015/05/24(日) 12:47:07.07 ID:aZHQmtWn.net]
- 初期設計
運用
仕様変更+仕様追加1
仕様変更+仕様追加2
仕様変更+仕様追加3
：
仕様変更+仕様追加n
再設計
運用
：
この繰り返し
- 558 名前：デフォルトの名無しさん mailto:sage [2015/05/24(日) 12:52:33.63 ID:aC7thSOE.net]
- それでいいと思うの
- 559 名前：デフォルトの名無しさん mailto:sage [2015/05/24(日) 13:05:53.90 ID:m34JfCKH.net]
- でも初のオブジェクト指向言語であるSimulaってクラスベースだし継承の機能持ってるよね？
つまり初のオブジェクト指向言語が間違ったオブジェクト指向言語だったってこと？
- 560 名前：デフォルトの名無しさん mailto:sage [2015/05/24(日) 13:09:17.98 ID:aZHQmtWn.net]
- オブジェクト指向という概念は不変かもしれないけど
設計方法や運用方法は時流によって変化していくのは当然じゃないの？
その対象がプログラミング言語自体であったとしても
- 561 名前：433 [2015/05/24(日) 13:48:04.02 ID:TpK11WQw.net]
- 多分、オブジェクト指向を作った人の概念と
オブジェクト指向の理想が分かっている人の頭ん中にある概念と
(それがあまりにも理解されないため)
広めた人の概念に、越えられなくて広く深い闇のような溝があるんじゃないの？
手続き型でもカプシャリングは不可能じゃない
面倒だけど
そういう意味では
クラスもオブジェクト指向に必ずしも必要なもの、というわけでもない
便利にOOPができる、というだけ
- 562 名前：デフォルトの名無しさん mailto:sage [2015/05/24(日) 13:48:16.50 ID:vh9OO7/M.net]
- >>535
金勘定してろよw
- 563 名前：デフォルトの名無しさん mailto:sage [2015/05/24(日) 14:15:00.49 ID:b8rrIu3h.net]
- 画面全体のスクショじゃなくて特定のパネルを撮影→保存する方法ない？
- 564 名前：デフォルトの名無しさん [2015/05/24(日) 14:56:21.92 ID:SrBykNuH.net]
- >>541を見て判ったことがあります。
この方は、「C言語でOOPは出来ない」などと主張して「XLib」を見せられた
のではないでしょうか。
ぐうの音も出なくなって「ｷﾞｼ・ｷﾞｼ・・」などと奇妙な音を鳴らしながら
このスレにたどり着いたのでは。
どうでしょう？
- 565 名前：デフォルトの名無しさん [2015/05/24(日) 15:24:57.90 ID:SrBykNuH.net]
- >>440について回答すると、OOを説明するときに生物や自動車を用いるのは、
オブジェクト志向が実用される前からなんですよ。
日本でも1990年代初頭にはアジソンウェスレイだったと思いますが翻訳本が
書店にたくさん並んでいました。
ハンドル、エンジン、タイヤなどと書かれたただそれだけの本が売れていたのです。
その頃私はTurbo C++を買いましたから、OOPができる環境は既にあったと思います。
しかし、C++はメモリーを圧迫するため、Cの範囲内で使うのがマナーでした。
スモールトークの環境があったからと言って、OOがスモールトークによって
広められたと考えるのは尚早です。
実際には、WindowsがOOを広めました。
Windowsの登場は0から1にするには時が遅すぎましたが、1を100にしました。
- 566 名前：デフォルトの名無しさん [2015/05/24(日) 15:45:24.90 ID:SrBykNuH.net]
- >>448以降あたりについては、元々コンポーネント化に対する要求がOOを広める
原動力になったので、再利用性と密接に関連していると思います。
再利用性を持たないオブジェクト指向技術は、現代において全く役に立たないと
言い切ってよいと思います。
未来には役立つ可能性があると思いますが、人類はその地点に到達していません。
- 567 名前：デフォルトの名無しさん mailto:sage [2015/05/24(日) 17:03:46.08 ID:B+ZiQ6JK.net]
- >>530
愚痴を言いに来てるだけなの？
- 568 名前：デフォルトの名無しさん [2015/05/24(日) 17:07:12.01 ID:SrBykNuH.net]
- >>547
違うと思うよ。
知ったかしたい年頃（40代くらい）じゃないの。
- 569 名前：デフォルトの名無しさん [2015/05/24(日) 18:18:36.17 ID:Ch6FnuDl.net]
- 業務システムでオブジェクト指向で設計した方がいいものって少ないよね。
- 570 名前：デフォルトの名無しさん mailto:sage [2015/05/24(日) 18:25:20.06 ID:B+ZiQ6JK.net]
- >>548
その割には説明するの嫌がるよね
なんか教育する立場らしいけど、こんなんで勤まるんだろうか
後輩「先輩、オブジェクト指向には継承が必要ですよね？」
433「論外。君みたいな馬鹿がいるからオブジェクト指向が勘違いされるんだよ」
後輩「・・・え？」
433「君わかってないと思うから補足すると～」
ただの危険人物だった
- 571 名前：デフォルトの名無しさん [2015/05/24(日) 18:39:10.56 ID:SrBykNuH.net]
- >>550
無職だと思うよ。
- 572 名前：デフォルトの名無しさん mailto:sage [2015/05/24(日) 18:59:45.76 ID:uVZ1+wHE.net]
- どんなに実装がクソだろうと問題にならないようにモジュールのインターフェースを設計するのが
上流の腕の見せ所なのにね
システム開発においてプログラマが無能なのは大前提であって、プログラマを責めるのは筋違いだ
- 573 名前：433 [2015/05/24(日) 20:09:05.76 ID:TpK11WQw.net]
- To: ID:SrBykNuH
別に再利用性を否定してるわけでも、Javaが採用したクラスやインターフェースをディスってるわけでもない
Javaのオブジェクト指向が人間の考え方に似せられることも、幸運だったと思うよ
ただね、
なんどか寝ぼけた人が出てきたからわかると思うけど、
現実に、Javaのなかでオブジェクト指向を適切にコーディングするのに、
必ずしもクラスの概念が必要だったわけでもなく、
継承も良いOOPというよりは、コードの再利用性を高める仕組みでしかないってこった
そろそろ、オブジェクト指向＝クラス、とか継承とか言うのやめない？
って話だ
- 574 名前：433 [2015/05/24(日) 20:18:32.81 ID:TpK11WQw.net]
- >>550
教育じゃなくて、指導な
手に負えないのは、
中途半端にオブジェクト指向を理解して、むりくりOOPやるやつな
「クラスに作ったメンバー変数ですけど、プログラムが書けないからpublicにしました」
とか聞いたらぞっとするだろ
- 575 名前：デフォルトの名無しさん mailto:sage [2015/05/24(日) 20:21:35.87 ID:uVZ1+wHE.net]
- ?
ポリモーフィズムを考慮しないなら>>509の「OOPと手続き型はモジュール化の単位が違うだけ」
というのは正しいんだが、そもそもそれが気に入らなかったんじゃないの?
- 576 名前：433 [2015/05/24(日) 20:22:25.33 ID:TpK11WQw.net]
- >>549
大事な事を言ったね
そうかもね
そうだとしても、隠蔽と、データフローは気にしないといけない
オブジェクト指向が本当にやりたいのはそこ
C だと実現させるのは大変だけど、Javaだとめっさ楽に実現できる
- 577 名前：デフォルトの名無しさん mailto:sage [2015/05/24(日) 20:34:46.38 ID:MF+e67Kx.net]
- 話変わるけどラムダ式って皆使ってる？
変数に入れるメリットが分からないんだけど。
ラムダ変数名.メソッド名()とイントランス変数名.メソッド名()の違いが分からない。
後処理が早くなるらしいけど今のPCクソ速いし意味なくね？
文字列の凍結をメソッドでするのみたいに。
- 578 名前：デフォルトの名無しさん mailto:sage [2015/05/24(日) 20:36:21.97 ID:T/GhuM2t.net]
- >>556
寝言は寝て言え
寝言は寝て言え
寝言は寝て言え
大事なことは３回言いました
- 579 名前：10人に一人はカルトか外国人 [2015/05/24(日) 20:50:17.04 ID:9iYnq6Bj.net]
- ★マインドコントロールの手法★
・沢山の人が偏った意見を一貫して支持する
偏った意見でも、集団の中でその意見が信じられていれば、自分の考え方は間違っているのか、等と思わせる手法
・不利な質問をさせなくしたり、不利な質問には答えない、スルーする
誰にも質問や反論をさせないことにより、誰もが皆、疑いなど
- 580 名前：無いんだと信じ込ませる手法
偏った思想や考え方に染まっていたり、常識が通じない人間は、頭が悪いフリをしているカルト工作員の可能性が高い
靖国参拝、皇族、国旗国歌、神社神道を嫌うカルト
10人に一人はカルトか外国人
「ガスライティング」で検索を！ [] - [ここ壊れてます]
- 581 名前：デフォルトの名無しさん mailto:sage [2015/05/24(日) 20:59:09.02 ID:B+ZiQ6JK.net]
- >>554
>>513で教育って言ってるじゃん
- 582 名前：デフォルトの名無しさん mailto:sage [2015/05/24(日) 21:08:20.26 ID:JNQJCLy9.net]
- 読み解けてないみたいだから解説するけど、その教育というのは○○という意味で指導のこと
お前みたいに寝ぼけてる奴が癌
次の433のレスはこれで決まり
- 583 名前：デフォルトの名無しさん mailto:sage [2015/05/24(日) 21:09:19.86 ID:yXIm8/1S.net]
- 読み解けてないみたいだから解説するけど、その教育というのは○○という意味で指導のこと
お前みたいに寝ぼけてる奴が癌
- 584 名前：デフォルトの名無しさん mailto:sage [2015/05/24(日) 21:14:13.22 ID:MF+e67Kx.net]
- 質問しても流される。。
議論スレで離隔したい。
- 585 名前：デフォルトの名無しさん mailto:sage [2015/05/25(月) 01:20:53.49 ID:fq7wkhGS.net]
- >>556
だから自分の能力不足を言語のせいにするのはやめろよ
Cで隠蔽なんて構造体の型定義を隠してポインタ定義だけ公開、振る舞いは関数ポインタでゴニョゴニョと
スレ違だからこれ以上書かないが、その薄い知識が役立つのは新人教育までだから
- 586 名前：433 [2015/05/25(月) 01:50:01.68 ID:p1p0Nay9.net]
- >>557
正直匿名クラスとか嫌いなんでよくわからんが、気にならない人は便利だと
思うんじゃないかな、程度だわ
隔離されたいんだけど、隔離先がない(過疎化が目に見えてる)ということと
どうも、図星の指摘に涙目になるやつが多い見たいでねぇ
- 587 名前：433 [2015/05/25(月) 02:08:46.71 ID:p1p0Nay9.net]
- >>555
探せば細かいツッコミはあるのかもしれないけど、そんなに気にならなかった
ので、気に入らないとも、気に入るとも思ってないけど？？？
>>560-561
「教育的指導」って意味でな
なぜゆえそこを噛み付くのかが理解できんけど
そもそもいちいち教育なんてできるわけない
ミーティングルーム予約とって、ヒアリングののちコンコン説説と、だ
めんどくせえ
>>564
それ、なに？低脳なちみが、俺を煽ろうとしているわけ？
同一メモリ空間だとリターンアドレスの絶対値のみならず、スタックされた関数からの
相対位置まで、ダイナミックにしないと隠蔽は難しいよね、
とか言わせたいの？
馬鹿じゃね？
- 588 名前：デフォルトの名無しさん mailto:sage [2015/05/25(月) 02:31:50.82 ID:fq7wkhGS.net]
- >>566
そこまでの隠蔽がJavaだと簡単にできると？
名前解決でリフレクションが言語レベルでサポートされてんだぜ？
煽ってないよ哀れんでるよ
- 589 名前：433 [2015/05/25(月) 02:36:41.37 ID:p1p0Nay9.net]
- ちょいと思考実験してみようか
javaで、シングルトンのみのプログラムを書いてもOOPは実現できるんだぜ
継承無しのシングルトンのみでも、だ
この説明が理解できない奴は涙目で反論するんだろうね
オブジェクト指向を理解してる人は「そうだけど、そんなんめんどくせぇ」
って言うだろうね
その違いだよ
- 590 名前：433 [2015/05/25(月) 02:42:40.89 ID:p1p0Nay9.net]
- >>567
ほんと、バカだなぁ。。。
そりゃ、関数をポインタで呼ぶCをウラヤンダ人が多いから
そんな要望が上がってくるんだよ
言語も要望を無条件に受け入れると退化するって典型的な例だろ
使 わ な け れ ば 良 い
- 591 名前：433 [2015/05/25(月) 02:45:10.32 ID:p1p0Nay9.net]
- ごめん、、、
馬鹿たる所以を説明してなかったね
おまえ、せっかくprivateにしたメンバーにゲッターとセッターを付けてドヤ顔
してる馬鹿と同じ馬鹿臭がするよ、
心底馬鹿なんだね、
って書くのを忘れてたよwww
- 592 名前：デフォルトの名無しさん mailto:sage [2015/05/25(月) 02:55:29.
]
- [ここ壊れてます]
- 593 名前：17 ID:QGZa2Nfx.net mailto: 質問なんですけど、privateをつけたフィールドにゲッターやセッター無しでどうやってアクセスするんですか？ []
- [ここ壊れてます]
- 594 名前：433 [2015/05/25(月) 02:57:36.65 ID:p1p0Nay9.net]
- >>571
セッター「と」ゲッター
- 595 名前：デフォルトの名無しさん mailto:sage [2015/05/25(月) 03:03:52.63 ID:fq7wkhGS.net]
- >>570
同一メモリ空間うんぬんまで言及したのは自分だぜ、、
っで結論が使わなければいいって、、
- 596 名前：デフォルトの名無しさん mailto:sage [2015/05/25(月) 03:04:56.39 ID:mEGu5cSx.net]
- >>566
教育だろうが教育的指導だろうが言葉はどうでも良いんだよ
「人に物を教える」という本質さえ表現できてればね
「人に物を教える」こと、あなたはできますか？
いやできないでしょって言ってるのが>>550なんだよね
それなのにいきなり>>554で「教育じゃなくて指導」とか言って、
言葉について意見し始めるのがもうおかしいんだよな
- 597 名前：デフォルトの名無しさん mailto:sage [2015/05/25(月) 03:05:08.54 ID:YjLBOZtQ.net]
- >そろそろ、オブジェクト指向＝クラス、とか継承とか言うのやめない？
>って話だ
じゃあ、それに代わる オブジェクト指向＝○○
ってのを提言しないと広まらないよ
ほとんどの人はオブジェクト指向がやりたくてプログラミングしてるんじゃなくて
プログラミングが楽になるからオブジェクト指向（と呼ばれているやり方）を選択してるだけで
そのやり方が本当のオブジェクト指向かどうかなんて大した問題じゃないから
- 598 名前：デフォルトの名無しさん mailto:sage [2015/05/25(月) 03:05:10.41 ID:QGZa2Nfx.net]
- >>572
ああ、ゲットしたいだけのフィールドにセッターいらんやろとかそういう話か
- 599 名前：デフォルトの名無しさん mailto:sage [2015/05/25(月) 06:44:48.36 ID:uOKH4JiO.net]
- >>568
>シングルトンのみのプログラムを書いてもOOPは実現できるんだぜ
それでいいんだったらカプセル化のしやすさは特にCと変わらないと思うが
Cにファイルスコープがあるのを知らないの?
- 600 名前：デフォルトの名無しさん mailto:sage [2015/05/25(月) 07:11:24.20 ID:vHFEE713.net]
- アクセス修飾に同じファイルからのみアクセス可能ってやつ追加してほしい
- 601 名前：デフォルトの名無しさん mailto:sage [2015/05/25(月) 09:42:25.36 ID:2LXkX4Xr.net]
- >>578
クラスにしてから同じファイルだったかどうかなんて判るの?
新たなパッケージかインナークラスにすればいいんじゃないの。
- 602 名前：デフォルトの名無しさん [2015/05/25(月) 10:26:03.96 ID:JYCHMnRj.net]
- >>576
ゲッターとセッターを用意したら公開しているのと同じと言ってるんだと思うよ。
・多くのIDEがセッター・ゲッターを認識する。
・フィールドの変更によって何らかのリアクションが必要になる場合が予想される。
等の理由で、フィールドの公開はセッター・ゲッターによって行うというポリシーは
有りだと思う。
ボーランドの言語には、そういった目的のプロパティというものがあったから
セッター・ゲッターの潜在需要は大きいと思う。
- 603 名前：433 [2015/05/25(月) 10:26:40.15 ID:p1p0Nay9.net]
- >>575
○○を提言するほど、俺は偉くないよ
浸透いうな的に
オブジェクト指向で継承いうな
オブジェクト指向でポリモーフィングいうな
程度かな
- 604 名前：433 [2015/05/25(月) 10:29:17.46 ID:p1p0Nay9.net]
- >>580
そやね
つか、オブジェクト指向的には、ゲッターか、セッターのどちらかであるべきで
2つが同時にあってはならない
理由は、セッターやゲッターはデータフローを司るから
- 605 名前：デフォルトの名無しさん [2015/05/25(月) 10:38:38.47 ID:JYCHMnRj.net]
- >>582
いやいや、俺は逆のことを言ってるよ。
両方あってよいと思う。
単純にフィールドを公開するだけであっても、必ずセッター・ゲッターを用意するという
ポリシーはあっても良い。
セッター・ゲッターはビーンズで必要になったわけだけど、ボーランドのRAD用
言語にはもっと積極的なプロパティという仕組みがあった。
プロパティはとても便利だったよ。
当時の非力なマシンでもIDEのサポートが機能したし。
- 606 名前：デフォルトの名無しさん mailto:sage [2015/05/25(月) 10:50:13.65 ID:63G9oDBX.net]
- 433 NG指定おめでとうございます
- 607 名前：デフォルトの名無しさん mailto:sage [2015/05/25(月) 11:46:30.69 ID:2LXkX4Xr.net]
- ゲッターやセッターは後から振る舞いを変えられるから使ってる。
フックみたいな使い方が多い。
- 608 名前：433 [2015/05/25(月) 11:46:38.76 ID:p1p0Nay9.net]
- >>583
それ、クラス設計が間違ってるんだよ
データをPull するか、Pushするかは、同じように見えて
全く違う
これが理解できないなら、永遠にまともなOOPはできない
- 609 名前：デフォルトの名無しさん [2015/05/25(月) 12:05:13.15 ID:JYCHMnRj.net]
- >>586
オブジェクトにプロパティがあるのはごく自然な振る舞いだと思うよ。
例えばウィンドウ・オブジェクトに背景色プロパティがあっても良い。
背景色を取得したい、背景色を設定したいという要求はごく自然なこと。
背景色を設定したときにはウィンドウの色が変わってほしいので、何らかの
動作が必要になるから、セッターが必要になる。
そして、標準化されない方法で背景色を保持するフィールドにアクセスされては
困るから、フィールドを隠ぺいする必要がある。
その要求によってゲッターの必要が生まれる。
そして、セッターとゲッターを用意すると多くのIDEがサポートしてくれる。
そのほかにも、プロパティを取得された場合にですら、何らかの動作が必要な場合は
考えられるしね。
たとえば、キャッシュ内での優先順位を変更するとか、要求はいくらでも発生する。 []- [ここ壊れてます]
- 611 名前：デフォルトの名無しさん [2015/05/25(月) 12:10:23.53 ID:JYCHMnRj.net]
- 433氏は読み物の影響を受けすぎなんじゃないのかな。
最近のウェブ上にある読み物は、極端なことを書いて炎上を狙うから、
あまり影響されないほうが良いと思うよ。
どっかのスレでブリッジパターンについて質問があったけど、そういうのを見て
極端なことを言いだしたんだろうかね。
- 612 名前：デフォルトの名無しさん [2015/05/25(月) 12:15:49.18 ID:JYCHMnRj.net]
- ボーランドの言語に有ったプロパティというのは、まさにこのためのもので、
変数にアクセスすると関数が呼び出されるというようなものだったんだよ。
見た目はもう少し洗練されていたけどね。
これはRADのために作られたと思う。
Javaでセッター・ゲッターが明文化されたのはビーンズのためだったので、
これもRADのためだったと考えてよい。
こういった背景を知っていれば、自然に受け入れられるんじゃないかな。
- 613 名前：デフォルトの名無しさん mailto:sage [2015/05/25(月) 12:25:09.95 ID:5YOd8wM6.net]
- 彼が言うにはgetと多態使わないで再利用性は確保しろってこと?
それって結構難しいと思うんだが
プッシュを基本とした設計だと、インターフェースをうまく使わないとクラス同士が簡単に密結合しまくって
再利用性のかけらもないクラスの糞塊が出来上がる
- 614 名前：433 [2015/05/25(月) 16:46:25.69 ID:p1p0Nay9.net]
- >>587
いやいや、
そういうフィールドがあることも否定せんしよ
ゲッターセッターのもう1つの役割であるチェック機能だけが欲しい場面もあるだろうよ
そうでなくて、
う〜ん
Write Only と Read Only だな
Write Only を実現したいのにセッターとゲッターを付けやがると問題起すよ、ってことよ
- 615 名前：デフォルトの名無しさん mailto:sage [2015/05/25(月) 17:17:57.26 ID:2LXkX4Xr.net]
- >>589
javaの文法として、そのプロパティがサポートされてないから、ゲッター、セッターというルールを作ったってことだよな。
C言語でOOPがサポートされないけど、ルールを決めてOOPしてる人と一緒だな。
ゆとり世代は言語がサポートしてないとダメだから、新しい言語がいいと言うのかも。
- 616 名前：デフォルトの名無しさん [2015/05/25(月) 18:45:14.49 ID:Cc4FT8Vv.net]
- サイゴン陥落の時はひどい目にあったからね。
- 617 名前：デフォルトの名無しさん [2015/05/26(火) 00:27:06.73 ID:MruFbrRw.net]
- ★マインドコントロールの手法★
・沢山の人が偏った意見を一貫して支持する
偏った意見でも、集団の中でその意見が信じられていれば、自分の考え方は間違っているのか、等と思わせる手法
・不利な質問をさせなくしたり、不利な質問には答えない、スルーする
誰にも質問や反論をさせないことにより、誰もが皆、疑いなど無いんだと信じ込ませる手法
偏った思想や考え方に染まっていたり、常識が通じない人間は、頭が悪いフリをしているカルト工作員の可能性が高い
靖国参拝、皇族、国旗国歌、神社神道を嫌うカルト
10人に一人はカルトか外国人
「ガスライティング」で検索を！
- 618 名前：デフォルトの名無しさん [2015/05/26(火) 00:28:05.25 ID:MruFbrRw.net]
- ちな
「ガスライティング」は約すると 集スト になるンゴ
- 619 名前：433 [2015/05/26(火) 07:07:03.31 ID:nLpsmWXi.net]
- >>590
なんも言語理解力がないんだな
チョンなみだよ
ゲッターはRO
セッターはWO
ポリモーフィズムはオブジェクト指向なんかじゃなくて、
コード再利用性が高まる機能の1つ
- 620 名前：デフォルトの名無しさん mailto:sage [2015/05/26(火) 10:11:04.72 ID:FJaoXbZH.net]
- オブジェクト指向の考え方の一つにコードの再利用があって、その考え方を実践するための機能に継承や多態性があるんでしょ？
- 621 名前：デフォルトの名無しさん mailto:sage [2015/05/26(火) 19:58:49.52 ID:eiMDqtUU.net]
- 多態とオブジェクト指向はシミュレーションが主用途だった頃の発明
コード再利用はそれを再発見したドカタのスローガン
- 622 名前：433 [2015/05/26(火) 20:53:28.97 ID:nLpsmWXi.net]
- >>598
1行目はよく分からんが、2行目は吹くほど笑
- 623 名前：った。言い得て妙だね
まあ>>597みたいな奴がまだキリンさんクラスとか動物クラスとか
言っているんだろうけどねぇ [] - [ここ壊れてます]
- 624 名前：デフォルトの名無しさん mailto:sage [2015/05/26(火) 21:03:09.66 ID:DZ6Zizra.net]
- 多態による再利用はオブジェクト指向らしい設計を維持するためにも重要だよ
9割共通で1割違うクラスが複数あるときCOBOLみたいにクラスを丸コピぺしたり
猿のように条件分岐するのはオブジェクト指向的ではない
- 625 名前：デフォルトの名無しさん mailto:sage [2015/05/26(火) 22:00:54.05 ID:L0L5JUGf.net]
- 「(犬と人間が来て)哺乳類ならならとりあえず『歩け』っていえば歩くだろ。それぞれがどういう風に歩くかは知らん」
「（LinedListとArrayListがList型変数に渡されて）Listならとりあえずgetって書けば取り出せるだろ。実装がどうなってるかは知らん」
オブジェクト指向=多態ではないけれど、オブジェクト指向の実現方法の一つであることは間違いないよな
- 626 名前：デフォルトの名無しさん mailto:sage [2015/05/26(火) 22:15:02.71 ID:DZ6Zizra.net]
- LinkedListとArrayListが両方Listなのは設計ミスだけどね
Listがランダムアクセスをサポートしてるかどうかは実装依存というクソ仕様
- 627 名前：433 [2015/05/26(火) 22:33:08.26 ID:nLpsmWXi.net]
- >>601
ちっとばかしシックリこないけど、ほとんどの人がその程度の理解があれば
少しは状況がちがったのかも
get より equals の方が例としてはよかったのでは？
- 628 名前：デフォルトの名無しさん mailto:sage [2015/05/26(火) 22:36:26.74 ID:aGxSVLPT.net]
- そんな使い古されたバズワードで議論とは若いのお…
- 629 名前：433 [2015/05/26(火) 22:40:00.14 ID:nLpsmWXi.net]
- なんか日本語が変
ちっとばかしシックリこないところもあるけど、
ほとんどの人が、その程度の理解であれば
状況は全然違ったのかも
ただ、馬鹿が多いから
「オブジェクト指向の実現方法の一つである」を
「ポリモーフィズムにすりゃオブジェクト指向になるだろ」に
勘違いする
- 630 名前：デフォルトの名無しさん mailto:sage [2015/05/26(火) 22:46:16.60 ID:DZ6Zizra.net]
- と、「カプセル化してりゃオブジェクト指向になるだろ」が持論の方が仰っております
- 631 名前：433 [2015/05/26(火) 22:51:36.38 ID:nLpsmWXi.net]
- >>606
そんな馬鹿が社内に居れば、説教部屋行きだなw
- 632 名前：デフォルトの名無しさん mailto:sage [2015/05/26(火) 23:15:18.78 ID:UiDv1Vcu.net]
- >>602
一応RandomAccessインターフェースがあるけどね
- 633 名前：デフォルトの名無しさん mailto:sage [2015/05/27(水) 00:43:56.26 ID:Gahj6sEf.net]
- >>607
あなたにその権限があったとしても、
あなたの教えを受けて考えを変えようと思う方はいません
残念でした
- 634 名前：デフォルトの名無しさん mailto:sage [2015/05/27(水) 01:54:55.02 ID:esbmy2lw.net]
- 本当に多態がOOPに重要と思うなら、君はカプセル化や継承という「枠」を主軸とするもう一つOOPの人だよ
そもそも原理主義から見たら、多態なんて概念は瑣末な物だからねえ
受ける相手がいなくても良いんだから
- 635 名前：デフォルトの名無しさん mailto:sage [2015/05/27(水) 04:44:13.95 ID:FB4uk7Yf.net]
- じゃあJavaで継承と多態性を一切使わずにプログラム組んでみろよ
絶対わけわからんことになるから
- 636 名前：デフォルトの名無しさん mailto:sage [2015/05/27(水) 06:06:47.39 ID:Bw6jp1Et.net]
- コード書いて見せてよ
- 637 名前：デフォルトの名無しさん mailto:sage [2015/05/27(水) 06:44:43.43 ID:esbmy2lw.net]
- >>611
別にわけわからん事にはならんよ
継承は移譲、多態もキューと分岐で十分
原理主義の方は、型キャストによる多態はしないね
たまにそれも多態とか宣う困った人がいるけど
- 638 名前：デフォルトの名無しさん mailto:sage [2015/05/27(水) 06:45:46.73 ID:esbmy2lw.net]
- 書き換えて欲しいなら元コード出しておくれ
- 639 名前：デフォルトの名無しさん mailto:sage [2015/05/27(水) 06:50:14.28 ID:w5e0eq0t.net]
- 多態はSimulaの頃からある必須概念だぞ
- 640 名前：デフォルトの名無しさん mailto:sage [2015/05/27(水) 06:50:28.96 ID:esbmy2lw.net]
- すまん、やっぱり何書いても突っ込まれそうだからやめる
- 641 名前：デフォルトの名無しさん mailto:sage [2015/05/27(水) 06:51:48.26 ID:esbmy2lw.net]
- >>615
Simulaにおいてもタイプシステム上の概念だよ
型が前提
- 642 名前：デフォルトの名無しさん mailto:sage [2015/05/27(水) 06:57:34.51 ID:w5e0eq0t.net]
- 多態というのが君の中でどう定義されてるのかは知らないが、
一般的に多態というと一つの操作に対し複数の
- 643 名前：型の実装が呼び出されることをいう
型ベースかダックタイピングかなんて本質的でない区別はしないよ [] - [ここ壊れてます]
- 644 名前：デフォルトの名無しさん mailto:sage [2015/05/27(水) 07:04:55.95 ID:esbmy2lw.net]
- そういうタイプシステムで、動的バインディングするのが多態で
オブジェクト指向を提唱した人が言ってたのは、もっと上位の概念
アクターモデルとかの話で、源流のOOPではないんだよ
- 645 名前：デフォルトの名無しさん mailto:sage [2015/05/27(水) 07:10:40.70 ID:w5e0eq0t.net]
- で、>>611のいう継承と多態性にいつ「OOP原理主義における」の条件が付いたんだ?
少なくともJavaでの一般的な言葉においては、多態の実装には継承かインターフェースかリフレクションが必須
- 646 名前：616 mailto:sage [2015/05/27(水) 07:11:21.47 ID:w5e0eq0t.net]
- すまん訂正
多態の実装には→移譲の実装には
- 647 名前：デフォルトの名無しさん mailto:sage [2015/05/27(水) 07:14:19.07 ID:esbmy2lw.net]
- >>620
その制約って多態の実装をせずに多態を実装しろって矛盾した話でしょ？
何言ってるんだか
- 648 名前：デフォルトの名無しさん mailto:sage [2015/05/27(水) 07:16:09.21 ID:esbmy2lw.net]
- 移譲の実装にはどれも要らないよ
やってみせようか？
- 649 名前：616 mailto:sage [2015/05/27(水) 07:19:07.89 ID:w5e0eq0t.net]
- ああ移譲って単に直接別のクラスのメソッドの実装を呼び出すことを言ってたのか
移譲で継承を代替できるから多態は不要という意味不明な話かと勘違いしてたわ、すまん
|
 |
