オブジェクト指向は愚かな考え。この世は計算式 ★3©2ch.net (946レス)
オブジェクト指向は愚かな考え。この世は計算式 ★3©2ch.net http://mevius.5ch.net/test/read.cgi/tech/1451927425/
上
下
前次
1-
新
通常表示
512バイト分割
レス栞
抽出解除
必死チェッカー(本家)
(べ)
自ID
レス栞
あぼーん
リロード規制
です。10分ほどで解除するので、
他のブラウザ
へ避難してください。
592: デフォルトの名無しさん [sage] 2016/08/04(木) 00:19:01.73 ID:jTAWnEUa > クロージャで実装しているのだから、 クロージャで "何を" 実装しているの? http://mevius.5ch.net/test/read.cgi/tech/1451927425/592
594: デフォルトの名無しさん [sage] 2016/08/04(木) 00:25:35.63 ID:jTAWnEUa いや、何を実装したのかを聞いたんだが? 実装したものは何? http://mevius.5ch.net/test/read.cgi/tech/1451927425/594
597: デフォルトの名無しさん [sage] 2016/08/04(木) 00:34:51.00 ID:jTAWnEUa >>595 パターンは機能じゃないよ。設計。 デコレータパターンという設計 この設計の実装はいろいろある。 決まっていない。 Javaだったらクラスで実装し クロージャーでも実装できるってだけの話。 http://mevius.5ch.net/test/read.cgi/tech/1451927425/597
598: デフォルトの名無しさん [sage] 2016/08/04(木) 00:36:04.52 ID:jTAWnEUa wikipediaにすら書いてあるしw https://ja.wikipedia.org/wiki/%E3%83%87%E3%82%B6%E3%82%A4%E3%83%B3%E3%83%91%E3%82%BF%E3%83%BC%E3%83%B3_(%E3%82%BD%E3%83%95%E3%83%88%E3%82%A6%E3%82%A7%E3%82%A2) デザインパターンは、よく使われる設計を一般化された形でまとめたものに過ぎない。 そのため、具体的な実装を提供するものではなく、 あくまでもコンセプトとして参照されることが意図されている。 つまり、サンプルコードは、実装例に過ぎない。 http://mevius.5ch.net/test/read.cgi/tech/1451927425/598
601: デフォルトの名無しさん [sage] 2016/08/04(木) 00:45:06.02 ID:jTAWnEUa >>599 わざわざ複雑にしないでいいよw やりたいことがある。 でも説明するのが面倒くさい。 じゃあ「デコレーターパターン」と呼びましょう。 これで話は通じてるじゃん。 だからこれだけの情報でコードを書くことができる。 そのデコレーターパターンを クロージャーで実装したんでしょ? そういえば良いんだよ。 http://mevius.5ch.net/test/read.cgi/tech/1451927425/601
602: デフォルトの名無しさん [sage] 2016/08/04(木) 00:48:34.94 ID:jTAWnEUa >>600 じゃあ一緒に勉強していきましょう(笑) http://www.techscore.com/tech/DesignPattern/foundation/foundation1.html/#dp0-2 > 前章でも説明したとおり、デザインパターンとは、「よく出会う問題とそれにうまく対処するための設計」を > まとめたものです。 デザインパターンを利用するメリットとして、最初にあげられるのが、 > 「再利用性の高い柔軟な設計ができる」という点です。各パターンには、多くの知恵が凝縮されています。 > これまでは、設計者の直感や経験などに依存していた設計が、デザインパターンを導入することで、 > 初心者でも先人たちが詰め込んだ「知恵」を利用した設計をすることが可能となります。 > また、先人たちの知恵を参考にすることで、設計力の向上も期待できます。 > > 次のメリットは、「技術者どうしの意思疎通が容易になる」ことが挙げられます。 > デザインパターンを習得している技術者どうしであれば、設計について相談するとき > 「Singleton パターンで行きましょう」とか「Strategy パターンが応用できるのではないでしょうか」と > いうようにパターン名で設計の概要の合意を取ることが可能です。デザインパターンを > 習得していない技術者には「こんなクラスを作って、このクラスはこんな役割を持っていて・・・。」と > 延々と説明しなければなりません。このように、デザインパターンを学習しておくことで > 開発者どうしの意思疎通がスムースになるのです。 あなたは何で勉強していますか? http://mevius.5ch.net/test/read.cgi/tech/1451927425/602
606: デフォルトの名無しさん [sage] 2016/08/04(木) 03:16:53.36 ID:jTAWnEUa やっぱりデザインパターンを 実装パターンと勘違いしているとしか思えないな。 まず大前提としてデザインパターンに言語は関係ない。 だから言語は関係なく設計の話、 オブジェクト指向での設計の話を考える。 そうするとそこにデザインパターンが出てくる ここまでで言語の話は出てこないから 当然実装の話もでてこないんだよ。 http://mevius.5ch.net/test/read.cgi/tech/1451927425/606
607: デフォルトの名無しさん [sage] 2016/08/04(木) 03:18:24.28 ID:jTAWnEUa OOPじゃなくてC言語でも当てはまる話だよね。 シングルトンやデコレータなどは。 C言語であってもオブジェクト指向で設計していれば 自然とデザインパターンは出てくる。 http://mevius.5ch.net/test/read.cgi/tech/1451927425/607
609: デフォルトの名無しさん [sage] 2016/08/04(木) 09:14:32.03 ID:jTAWnEUa >>608 それはオレオレ定義ですよね。 http://mevius.5ch.net/test/read.cgi/tech/1451927425/609
612: デフォルトの名無しさん [sage] 2016/08/04(木) 09:33:48.07 ID:jTAWnEUa > だから、GoFはSmalltalkなら簡単に記述できる構造や機能を > JavaやC++の表現力で解決する妥協案を集めたものなの。 じゃあなんでこんな本が存在するんですか?w Rubyによるデザインパターン-Russ-Olsen/ https://www.amazon.co.jp/dp/4894712857 JavaScriptデザインパターン https://www.oreilly.co.jp/books/9784873116181/ The Design Patterns Smalltalk Companion https://www.amazon.com/dp/0201184621 http://mevius.5ch.net/test/read.cgi/tech/1451927425/612
616: デフォルトの名無しさん [sage] 2016/08/04(木) 09:38:22.54 ID:jTAWnEUa >>615 え?捨て台詞?w http://mevius.5ch.net/test/read.cgi/tech/1451927425/616
641: デフォルトの名無しさん [sage] 2016/08/04(木) 20:21:25.52 ID:jTAWnEUa >>635 > デコレータパターンという、修飾オブジェクトで被修飾オブジェクトでラップして、両者を同じ基底クラスから派生させることで型に互換性を持たせる、 修飾オブジェクトで被修飾オブジェクトでラップしてっていうのは Javaでの実装であって、Rubyのデコレーターパターンには必須ではないよ。 http://mevius.5ch.net/test/read.cgi/tech/1451927425/641
642: デフォルトの名無しさん [sage] 2016/08/04(木) 20:23:12.92 ID:jTAWnEUa デコレータパターンは言語によっていろんな実装が有って Javaでは修飾オブジェクトで被修飾オブジェクトでラップして、両者を同じ基底クラスから派生させることで 型に互換性を持たせる、というバッドノウハウが静的型OOPLだから必要になるけど、 デコレーターパターンはSmalltalkでクロージャを使った実装で実現できる。 http://mevius.5ch.net/test/read.cgi/tech/1451927425/642
644: デフォルトの名無しさん [sage] 2016/08/04(木) 20:41:57.05 ID:jTAWnEUa イテレーターパターンをSmalltalkで書いてみたわけね。 http://mevius.5ch.net/test/read.cgi/tech/1451927425/644
648: デフォルトの名無しさん [sage] 2016/08/04(木) 21:15:46.97 ID:jTAWnEUa >>647 デコレータの説明として、インターフェイスを同一視して 動的に機能を拡張していくとは書いてあるが 継承を用いることとは書いていない。 http://mevius.5ch.net/test/read.cgi/tech/1451927425/648
650: デフォルトの名無しさん [sage] 2016/08/04(木) 21:29:07.85 ID:jTAWnEUa Structureは日本語にしたら 構造って意味ですよw http://mevius.5ch.net/test/read.cgi/tech/1451927425/650
653: デフォルトの名無しさん [sage] 2016/08/04(木) 21:34:27.18 ID:jTAWnEUa > そこが実質的な定義だと(俺様が)言ってるの。 知らんがなw お前が何を言ったところで、 Structureは日本語にしたら構造 Definition(定義)じゃない。 まさか単語の意味を強弁するとは思わなかったなw http://mevius.5ch.net/test/read.cgi/tech/1451927425/653
655: デフォルトの名無しさん [sage] 2016/08/04(木) 21:51:04.78 ID:jTAWnEUa 説得力0w http://mevius.5ch.net/test/read.cgi/tech/1451927425/655
657: デフォルトの名無しさん [sage] 2016/08/04(木) 22:03:13.75 ID:jTAWnEUa 構造の一例ねw http://mevius.5ch.net/test/read.cgi/tech/1451927425/657
659: デフォルトの名無しさん [sage] 2016/08/04(木) 22:12:49.41 ID:jTAWnEUa まさかデザインパターンがGoFの23個だけだと? あれはパターン例だよ http://mevius.5ch.net/test/read.cgi/tech/1451927425/659
661: デフォルトの名無しさん [sage] 2016/08/04(木) 22:20:23.44 ID:jTAWnEUa Structureは日本語にしたら構造 Definition(定義)じゃない。 国語と英語の問題なw http://mevius.5ch.net/test/read.cgi/tech/1451927425/661
663: デフォルトの名無しさん [sage] 2016/08/04(木) 22:45:18.74 ID:jTAWnEUa 効いてる効いてるw http://mevius.5ch.net/test/read.cgi/tech/1451927425/663
メモ帳
(0/65535文字)
上
下
前次
1-
新
書
関
写
板
覧
索
設
栞
歴
スレ情報
赤レス抽出
画像レス抽出
歴の未読スレ
AAサムネイル
Google検索
Wikipedia
ぬこの手
ぬこTOP
0.041s