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

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

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

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

C 言語によるオブジェクト記述法 COOL ver.2
http://www.sage-p.com/process/cool.htm

**デフォルトの名無しさん** · 2017/04/02(日) 17:00:47.26

モダンC言語プログラミング
http://ascii.asciimw.jp/books/books/detail/978-4-04-891309-6.shtml

統合開発環境、デザインパターン、エクストリーム・プログラミング、
テスト駆動開発、リファクタリング、継続的インテグレーションの活用

第3章 C言語とオブジェクト指向
3.1 概要
3.2 Cのモジュール化とオブジェクト指向
3.3 まとめ
第4章 C言語とデザインパターン
4.1 ステートパターン（State）
4.2 テンプレートメソッドパターン（Template）
4.3 オブザーバパターン（Observer）
4.4 チェインオブレスポンシビリティパターン（Chain of responsibility）
4.5 ビジターパターン（Visitor）
4.6 まとめ
第5章 C言語とリファクタリング
5.1 概要
5.2 テスト駆動開発
5.3 TDD入門編
5.4 リファクタリング
5.5 TDD実践編
5.6 まとめ
第6章継続的インテグレーションとデプロイ
6.1 概要
6.2 継続的インテグレーションの前提
6.3 CIサーバの導入
6.4 CI入門編
6.5 メモリ破壊のバグと戦う
6.6 CI実践編
6.7 まとめ

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

https://teratail.com/questions/37674

以前、Linuxのカーネルを読んだ時、オブジェクト指向的なプログラムされているなと思ったことが有ります。
データと関数ポインタをセットにしているイメージですね。（仮想関数的なテクニックだったように思います。）

**デフォルトの名無しさん** · 2017/04/02(日) 17:06:49.50

Linuxシステムプログラミング - 60 ページ - Google ブック検索結果
https://books.google.co.jp/books?isbn=4873113628
> Linux のすべてのフアイルシステムの基本となる共通フアイルモデル
> 〈 c 。 mm 。 n 血 em 。 de ー)を導入し、抽象化を図っています。共通ファイルモデルでは、
> 関数ポインタやオブジェクト指向的な考え方†を採用したフレームワークを提供し、フアイル

**デフォルトの名無しさん** · 2017/04/02(日) 17:52:12.44

●ドア設計問題　(出典は初代スレ)
http://echo.2ch.net/test/read.cgi/tech/1488928012/422-423
http://echo.2ch.net/test/read.cgi/tech/1488928012/577-578

１下記機能をオプションとして持つドアを設計せよ
　　(a)ドアストッパー
　　(b)ドアクローザー
　　(c)ドアの向こう側を目視できるガラス
　　(d)内部から外部の一方通行のみ目視できるのぞき穴

2. 1.で行ったクラス設計を破壊せずに下記性質を追加せよ
　　(e)異なる耐火性
　　(f)異なる開閉重量
　　(g)鍵がついており、サムターンか電子錠である
　　(h)異なる遮音性
　　(i)開き方は右開き左開き、内開き外開きスライドのいずれもありえる
　　(j)ドアノブはついていることもついてないこともある

3. 2.で行ったクラス設計を破壊せずに下記性質を追加せよ
　　(k)犬猫はドアノブを回転させることはできない
　　(l)犬猫はプッシュで動くドアなら、ある一定の重量以下で押すことができる
　　(m)数匹の犬猫が同時にドアを押すと合計重量で押すことができる

**デフォルトの名無しさん** · 2017/04/02(日) 18:47:42.03

おつかれさまでした

**デフォルトの名無しさん** · 2017/04/02(日) 20:12:49.88

>>6　1(a)(b)のRubyによる実装

http://ideone.com/or6JyE

**デフォルトの名無しさん** · 2017/04/02(日) 20:48:03.21

>>6
ドアをどういうソフトウェアの中でどう使うのかを説明しろよ
それなしに”設計せよ”とか意味不明だぞ

そこに書いてるのはドアの属性だけだから単なるデータ
クラスとかオブジェクト指向とか全く関係ない

**デフォルトの名無しさん** · 2017/04/02(日) 21:12:28.24

ドアクラスの設計に上位クラスの意思が必要なら、それはモジュール分解できてないってことじゃね

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

>>9
こんなんで意味不明とか言ってたらついていけんぞ
このドアに猫を通すにはどうするとか言ってたんだから

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

>>10
〇〇がどう使われるかは全くわかりません
〇〇にはこれこれこういう属性(性質)がありえます
〇〇を設計せよ
ふぁい！？

モジュール分解とか全く関係ない

**デフォルトの名無しさん** · 2017/04/02(日) 21:38:49.75

ドアストッパーは回転角に制限を与える
ドアクローザーは、半開状態時にゆるやかに閉状態へと変化する機構

犬猫が突進すればドアタイプと重量によっては開き、場合によっては開かない

**デフォルトの名無しさん** · 2017/04/02(日) 22:03:35.89

建築家がCADで使うためのドアのモデル
ドアメーカーが生産管理のために使うためのドアのモデル
住宅メーカーが受注管理のために使うドアのモデル
ドア開け系のスマホゲームで使うためのドアのモデル

これらが同じになるわけがないんだから
どういう目的でどういう風にソフトウェア上で使われるのか
それがわからないものを設計しようとするのは時間の無駄

**デフォルトの名無しさん** · 2017/04/03(月) 01:16:59.01

>>14
よくよく考えてみるととても難しいが完全不可能ではないしょ、具体的にこんなドアと呼んでないからこそ
どんな状況とパターンでもドアをドアと呼ぶに相応しい共通項を見つけるゲームや
投げる物ではないし食べる物でもないしまぁある程度までは

**デフォルトの名無しさん** · 2017/04/03(月) 11:28:24.86

なんでメソッド名って三単現じゃないことが多いの？

**デフォルトの名無しさん** · 2017/04/03(月) 12:06:00.26

開発者に嫌われているプログラミング言語 25
http://news.mynavi.jp/news/2017/03/30/133/
http://n.mynv.jp/news/2017/03/30/133/images/001l.jpg
Visual Basic 6
VBA
CoffeeScript
VB.NET
Matlab
Objective-C
Assembly
Perl
Lua
Hack

Groovy
Common Lisp
Dart
Erland
PHP
C
Ruby
R
Java
Julia
C++
SQL
Haskell
F#
JavaScript

**デフォルトの名無しさん** · 2017/04/03(月) 12:20:09.66

>>17
他のせんたくしが

**デフォルトの名無しさん** · 2017/04/03(月) 12:21:52.64

>>17
他の選択肢を比較的簡単に選べるものが上位になってる気がする。
つまりdisりやすいっていう

**デフォルトの名無しさん** · 2017/04/03(月) 13:17:31.81

>>1
糞みたいなテンプル貼るのやめろ

**デフォルトの名無しさん** · 2017/04/03(月) 19:08:53.61

>>17
名前さえ上がらないCobol

**デフォルトの名無しさん** · 2017/04/03(月) 19:16:57.14

まだやってんの？

**デフォルトの名無しさん** · 2017/04/03(月) 20:08:09.88

>>22
最後にレスした奴が勝者だからな

**デフォルトの名無しさん** · 2017/04/03(月) 20:17:49.73

勝ち負けってあったの？

**デフォルトの名無しさん** · 2017/04/03(月) 20:20:18.71

俺２ｃｈの議論で負けたことない

変なこと言い出したり話がそれたりで、俺がレスしなくなるか
俺が相手をやりこめて、相手がレスしなくなるかだ

**デフォルトの名無しさん** · 2017/04/03(月) 20:23:36.71

勝負してないじゃん

**デフォルトの名無しさん** · 2017/04/03(月) 20:54:50.17

土俵の下からヤジ飛ばしているだけで勝負している気になってるいつものあいつかw

**デフォルトの名無しさん** · 2017/04/03(月) 20:57:17.28

ウィナーオブジェクト作ろうぜ。とりあえずメソッドはコールだけ

**デフォルトの名無しさん** · 2017/04/03(月) 21:47:10.19

>>14
そこが決まってないからこそ
物事の捉えかたが人によって違うのがいいんだろ

最初から無駄なのはわかりきってるんだから無駄とかいうな

**デフォルトの名無しさん** · 2017/04/03(月) 21:49:08.96

>>15
どんな状況でもドアをドアと呼ぶに相応しい共通項を見つけるのは
ソフトウェアの設計やプログラミングの話ではなく言語学や哲学における分節化の話
なので板違い

**デフォルトの名無しさん** · 2017/04/03(月) 21:57:16.66

>>29
どういうシステムでどういう使われ方をするドアを想定した結果なのかを示せば
少しはマシだったろうけどそれをやったやつ前スレで1人でもいたか？

コンテキスト無しで現実をモデリングしようとしても設計力は高まるどころか低下するだけ
オブジェクト指向かどうかとか関係ない
無駄

**デフォルトの名無しさん** · 2017/04/03(月) 21:57:20.04

>>30
つまりオブジェクト指向は哲学と言うことだな。納得出来る

**デフォルトの名無しさん** · 2017/04/03(月) 22:05:05.77

抽象化（）

**デフォルトの名無しさん** · 2017/04/03(月) 22:05:09.73

>>30
> どんな状況でもドアをドアと呼ぶに相応しい共通項を見つけるのは

取っ手のないドアがあるから、取っ手は共通項には含まれない
鍵のないドアもある。
材質も関係ない。

**デフォルトの名無しさん** · 2017/04/03(月) 22:18:18.28

なるほど、そうか。

オブジェクト指向を「現実世界を構成しているクラスを見つけ出す作業」と
捉えるからややこしいことになるんだ。

手続き型でも関数型言語でも、現実世界を表現する関数を見つけ出す作業
なんて考えるやつはいない。

見つけ出す作業ではなくて、作り出す作業なんだ。
現実世界ではなくターゲットとする要件を実現する
クラスや関数を自分たちで作り出す作業。

だから最初に要件が決まらないとクラスも関数も作れない

あたり前のことだが、混ぜっ返すやつは
「そのクラス・関数では世界のすべてを表現できない」と言ってるわけだな。

**デフォルトの名無しさん** · 2017/04/03(月) 22:25:42.68

プログラミングが目的になっちゃうと
そういう思考になるのかしらん？

**デフォルトの名無しさん** · 2017/04/03(月) 22:25:47.59

どんな状況でもドアをドアと呼ぶに相応しい共通項を見つけるってのは
ドアという言葉を定義づけるのと同じこと

言葉を定義づけるには「ドアと窓は何が違うのか？」とか
「ふすまや障子はドアなのか？」みたいに隣接する概念と比較する以外有効な方法はない

で「ドアと窓は何が違うか？」みたいな問いを考えるゲームがしたけりゃ
どっか他でやりなよ
ここは板違い

**デフォルトの名無しさん** · 2017/04/03(月) 22:42:21.43

そう。我々がやってるのは、要件でドアと定義されたものを
クラスに落とし込む作業なのだ。

決しての中にあるドアがどういうクラスかを
解析する仕事ではないのだ。

**デフォルトの名無しさん** · 2017/04/03(月) 22:42:49.69

決して世の中にあるドアがどういうクラスかを
解析する仕事ではないのだ。

**デフォルトの名無しさん** · 2017/04/03(月) 23:09:18.39

>>31
同じドアを扱っているにもかかわらず
最初は小売りか設計かと思わせておいて
いきなり「猫に押される」っていうコンテキストも抽象度も異なるものが割り込んでくるのが
問題の肝

多少視点をゆさぶられても大丈夫なのを設計しろってことだろ
そこで状況がわかんないとか言ってたら降参してるようなもんじゃん

**デフォルトの名無しさん** · 2017/04/03(月) 23:57:11.85

なんかわからんけど急にしにたくなった