オブジェクト指向ってクソじゃね？

**デフォルトの名無しさん** · 2018/08/24(金) 13:32:09.36

カプセル化（英語：encapsulation）とは、オブジェクト指向を構成する概念の一つで、
オブジェクト内部のデータを隠蔽したり(データ隠蔽)、オブジェクトの振る舞いを隠蔽したり、
オブジェクトの実際の型を隠蔽したりすることをいう。

偏差値の低い学校向けの情報処理系教科書において「大変すばらしいものであり絶対に使うように」と大体的に宣伝された。

一方、カリフォルニア大学バークレー校の有識者を中心としたインターネットを作った人たちは「階層化の有害性」として
「絶対に使うな」としている。大雑把にいうと、その時は良くても、将来的な改修の際に隠蔽されたデータに
アクセスできないと解決できない問題が出てきて、結果的にデスマーチに陥るというのである。

オブジェクト指向の発案者であるアラン・ケイもコーディング規約（頭文字にアンダースコアを付けるなどの命名規則）で
縛る程度にすることを推奨しており、アラン・ケイが関わったオブジェクト指向プログラミング言語にはどれも「private」
という概念はない。

https://monobook.org/wiki/%E3%82%AB%E3%83%97%E3%82%BB%E3%83%AB%E5%8C%96

**デフォルトの名無しさん** · 2018/10/10(水) 02:19:17.93

Haskellでいう副作用なら標準入出力、ファイルio、時間、ランダムなどが副作用なるな
モナド並にリッチなシステムをオブジェクト指向で組んで副作用を過敏排除するなら楽しそうやんけ

**デフォルトの名無しさん** · 2018/10/10(水) 06:36:14.84

>>713
> その関数が同一の結果を返す条件を固定したい

引数Aにaを入れる、引数Bにbを入れる、引数Cにcを入れる
引数A、B、Cで関数funcを呼び出す

メソッドAでaを入れる、メソッドBでbを入れる、メソッドCでcを入れる
メソッドfuncを呼び出す

関数の引数に値を入れる代わりにオブジェクトに入れるだけの違いでしか無い

**デフォルトの名無しさん** · 2018/10/10(水) 07:54:35.27

>>719
現在時刻しか返ってこねーだろ？
テメーのは指定してもいないのにサマータイム返すクソだろ

**デフォルトの名無しさん** · 2018/10/10(水) 07:55:48.71

>>721
でも入力値は使用する側が意図的に入れるものだけど
メンバ変数は何になっているかわからない

この差がデカイ

**デフォルトの名無しさん** · 2018/10/10(水) 08:08:36.10

>>713
>その関数が同一の結果を返す条件を固定したい
同じ条件で違う結果が返ってくる関数ってハードウェア乱数発生器とかしか思い浮かばないんだけど、具体的にこんな関数ってのある？

**デフォルトの名無しさん** · 2018/10/10(水) 08:42:05.46

>>714
結局それも色々賢そうな事書いてるであろう仕事で書いてる人のコードが見てて凄いと思わないんだよ。
簡単な事を冗長的にフレームワークのようにしたコードが多くてただの社内での点数稼ぎなんだろうと伝わってくる。そして少し環境を変えてシステムを構築し直す時に問題が出て来るのって大抵そういうコードだったりする。

**デフォルトの名無しさん** · 2018/10/10(水) 08:49:14.91

>>723
> でも入力値は使用する側が意図的に入れるものだけど
> メンバ変数は何になっているかわからない

変数に文字列入れたって、それがどういうフォーマットで入っているかなんてわからんだろ

文字コードは何なのか、内部エンコーディングなのか
文字列の最初に文字列長情報がついているのか
文字の終わりは\0なのか

変数に数値入れたって、それがどういうフォーマットで
入っているかなんてわからんだろ

32bitで保存されているのか、64bitなのか

変数に入れようがメソッド呼び出そうが
ある一定の手順の操作を行えば、それで状態は確定するんだよ

**デフォルトの名無しさん** · 2018/10/10(水) 08:50:44.41

>>725
> 結局それも色々賢そうな事書いてるであろう仕事で書いてる人のコードが見てて凄いと思わないんだよ。

あぁ、プロの将棋を素人が見ても、凄さを理解できないのと同じだな
んで、何やってるか理解できないから、直すこともできない

**デフォルトの名無しさん** · 2018/10/10(水) 09:25:59.20

凄さを理解されなくても半分諦めてるプロって
ラノベ主人公でよくあるやつじゃん

**デフォルトの名無しさん** · 2018/10/10(水) 10:18:56.28

素人とプラグラマーに根本的な差を感じてる奴はちょっと怪しいな。

**デフォルトの名無しさん** · 2018/10/10(水) 10:58:13.09

素人だからこそ言い切れる。プログラミングって9割はツールを使いこなせるでしか無いよ。
将棋に関してもたぶん君は将棋について詳しくない人だと思うな。

**デフォルトの名無しさん** · 2018/10/10(水) 11:03:52.32

素人が言い切れるわけ無いだろ。常識で物を言えや

**デフォルトの名無しさん** · 2018/10/10(水) 11:48:06.40

ま、分かったじゃあそう思っとけ。このご時世どんなに賢ぶってもそんなに凄いプログラマーが日本に溢れてないのが透けて見えてるんだけどな。

**デフォルトの名無しさん** · 2018/10/10(水) 12:27:49.69

俺もオブジェクト指向を中途半端にかじった中途半端な優等生が、
これ見よがしに作った自社製フレームワーク(全然便利ではない)しか
見たことないわ

作ったのは一流大卒の大手ベンダーの開発推進チームなんだが、
日本人ってその程度だと思うよ

Stringクラスって便利ー！ぐらいのほうが幸せになれるぞ

**デフォルトの名無しさん** · 2018/10/10(水) 12:30:14.49

中途半端な優等生の成果物がその程度なんだから、
三流大卒のおまいらの成果物なんて推して知るべくだよな

**デフォルトの名無しさん** · 2018/10/10(水) 12:35:08.25

べつに透かさんでも直接見えるやろw変なやつw

**デフォルトの名無しさん** · 2018/10/10(水) 12:49:50.06

>>726
でもprivateだとわからないよね

**デフォルトの名無しさん** · 2018/10/10(水) 13:52:34.56

プログラミングセンスと学力ランキングは比例しないんだよなぁ

**デフォルトの名無しさん** · 2018/10/10(水) 13:57:58.08

むしろ個人の性格の方がそのまんま実装に現れて来るからな。

**デフォルトの名無しさん** · 2018/10/10(水) 14:27:07.52

学力ランキングを批判するだけなら良いぞ
だが、学力の対案は性格っていうのがダメだ
おかしな対案を出すより何も出さない方がマシ

**デフォルトの名無しさん** · 2018/10/10(水) 17:10:39.36

>>736
分かる必要がないよね。

どうせ関数型だって内部メモリの構造なんてわからないんだから

**デフォルトの名無しさん** · 2018/10/10(水) 17:55:56.61

>>733
大手企業のフレームワークは派遣さんがアホなことをしないようにあえて機能を制限してる
生産性が多少犠牲になっても非常識な派遣さんがやらかしてしまうリスクを減らすことが重要と考えたんだね
そういう意味ではオブジェクト指向の基本であるカプセル化は非常に役に立っていると言える

**デフォルトの名無しさん** · 2018/10/10(水) 18:01:10.70

>>741
なら派遣を使うことがリスクなのでそれをやめればいいと思います。

本当のリスクは・・・無理なコスト削減なのでは？
コスト削減のために、無駄なコストをかける。

うーん、馬鹿なのでしょうね

**デフォルトの名無しさん** · 2018/10/10(水) 18:25:41.34

既存のフレームワークにケチつけたい人は
それ以上のものを作れる人なの？
それとも、作れないし作ったことも無いけどケチつけたい人なの？

煽りじゃなくて純粋な疑問
ぜひ、小学生のような瞳をしてそっと教えて欲しい

**デフォルトの名無しさん** · 2018/10/10(水) 19:14:20.95

それを教えないのが正義っていうのが情報隠蔽、カプセル化

**デフォルトの名無しさん** · 2018/10/10(水) 19:28:47.64

ママ役は薄幸そうな石田ゆり子かな

異論は認める

**デフォルトの名無しさん** · 2018/10/10(水) 19:29:51.69

すまん、誤爆だ

**デフォルトの名無しさん** · 2018/10/10(水) 20:28:30.09

>>742
派遣さんを切ったら中抜きで稼いでる人達が困る
派遣さんは使う、でもバカな真似はやらせたくない
このバランスが大事

**デフォルトの名無しさん** · 2018/10/10(水) 20:31:47.32

最近は中抜きはまだまともな行為だと思えてきた。
バカがクソみたいな意見押し通してくるよりマシだ。
そういう意味でベイシックインカム賛成。

**デフォルトの名無しさん** · 2018/10/10(水) 20:32:00.42

>>747
結局、中抜きで困るからっていうのが本当の理由なのね（笑）

**デフォルトの名無しさん** · 2018/10/10(水) 21:57:06.99

>>740
え？グローバル変数使わなければ戻り値か引数が全てだけど？

**デフォルトの名無しさん** · 2018/10/10(水) 22:09:31.63

>>750
つ[クロージャ]

**デフォルトの名無しさん** · 2018/10/11(木) 06:25:53.98

有識者、燃料投下ヨロ

くだらなくてつまんない

**デフォルトの名無しさん** · 2018/10/11(木) 17:52:18.63

んじゃクロージャ出たから

オブジェクト指向で末端の人、要は上の誰かが作った仕組みやクラス使って自分はそこからオブジェクト弄るだけの人は可能な限りクロージャ使いまくった方がと思うんだよな
よく委譲処理でこのふたつどちらか選ぶ事あると思うんだが末端なら即クロージャ

**デフォルトの名無しさん** · 2018/10/11(木) 19:53:44.01

>>714
仕事は範囲が限られているからね
その仕事でやらなければならない範囲だけ出来れば
後は何が出来ようが出来まいが関係なくなるからね
一言で言えば視野が狭い
横文字を多用する人は狭い世界で通じてそれでokになっちゃってる
多種ではないし世界が兎に角狭い
実際ゲームなんかでは敵クラスを作って敵が増えるたびにオブジェクトを生成する
ってやると感覚的に凄く簡単

**デフォルトの名無しさん** · 2018/10/11(木) 20:31:48.13

>>752
どんな話題が面白いの？
このスレ的にはオブジェクト指向のメリットが説明できなければ
終わりなんだけど

**デフォルトの名無しさん** · 2018/10/11(木) 20:34:12.11

逆でしょ？説明されれば終わりなのがいやだから
答えが出てるのに、同じことをくり返し聞く

**デフォルトの名無しさん** · 2018/10/11(木) 20:38:52.62

>>756
え？メリット出てる？
見たことないよ
毎回、バカが長文書くだけで
品質向上なのか工数削減なのか、それが起こるロジックが全くの謎

**デフォルトの名無しさん** · 2018/10/11(木) 21:05:36.68

犬がワン、猫がニャン
→なにそれ美味しいの？

大規模じゃないとメリット説明しにくいよ
→説明できないって、大規模なプログラムを経験して体で覚えろと？

要するに、簡単には説明できないよ
→だったら学習コストとの天秤では？

俺の中ではこんな感じ

**デフォルトの名無しさん** · 2018/10/11(木) 21:06:47.80

品質向上だし工数削減にもなる

馬鹿はそこでなぜか品質向上と工数削減のために
追加作業が増えるとダメだと話を聞かない

**デフォルトの名無しさん** · 2018/10/11(木) 21:07:43.81

ちな俺、初心者プログラマだけど宮廷文系

**デフォルトの名無しさん** · 2018/10/11(木) 21:48:27.62

いわゆる土方候補生か

**デフォルトの名無しさん** · 2018/10/11(木) 22:35:19.32

>>753
関数ポインタと汎用のvoidポインタ渡すインターフェイスより明らかに良いとは思うけど、
ガベコレない言語では上手くいかんだろ。
その場合は継承させるしかないっていうc++の選択は間違いじゃない。

**デフォルトの名無しさん** · 2018/10/12(金) 00:40:23.27

>>762
そういう欠点解消するため、
結構前に拡張されたのに何で勉強しないのかねOOP厨はﾎﾝﾄにもう
https://cpprefjp.github.io/lang/cpp11/lambda_expressions.html

**デフォルトの名無しさん** · 2018/10/12(金) 00:47:17.48

ｵﾚぐらいのﾚﾍﾞﾙでないと
ｵﾌﾞｼﾞｪｸﾄ指向は使いこなせない

**デフォルトの名無しさん** · 2018/10/12(金) 00:47:48.97

だいたいわかる

低学歴知恵遅れが
ﾑﾀﾞにｵﾌﾞｼﾞｪｸﾄ指向あげしてる

**デフォルトの名無しさん** · 2018/10/12(金) 00:48:51.77

メリットの挙げられない技術を採用するな

**デフォルトの名無しさん** · 2018/10/12(金) 07:03:34.63

>>762
全く解消されてないだろ。。
キャプチャーしてる変数の寿命を考慮してなきゃならんし、こんなん使わねーわ。

**デフォルトの名無しさん** · 2018/10/12(金) 08:23:50.28

型の問題と寿命の問題を分離しない
OSとGUIを分離しない
フルスタックな環境を作る密結合指向って感じ

**デフォルトの名無しさん** · 2018/10/12(金) 10:20:48.35

>>768
それただの設計の問題じゃね？

**デフォルトの名無しさん** · 2018/10/12(金) 11:04:22.00

>>769
その設計にオブジェクト指向が関与していると疑われている
その問題の解決にオブジェクト指向は全く寄与しない、と宣言すれば疑いは晴れる

**デフォルトの名無しさん** · 2018/10/12(金) 11:12:44.85

>>770
いや、どう見ても設計の機能分けの問題
オブジェクト指向の前にレイヤーってあんだろ？

**デフォルトの名無しさん** · 2018/10/12(金) 17:19:28.65

オブジェクト指向信者もDI信者も同じ臭いがするね

【Java】DIコンテナって本当に便利か？
http://mevius.5ch.net/test/read.cgi/tech/1219242206/

次は何を担ぐのやら

外国で流行って育っていくのだから、それなりのメリットはあるんだろうけど、なぜか仕事では恩恵にあずかったことはない

**デフォルトの名無しさん** · 2018/10/12(金) 20:33:03.38

設計のセンスの無い奴はどんな流行が来たって糞な設計しか出来ないんだよなぁ
センスがある奴はなんとなくどんな流行のスタイルでもこなして来るからなぁ

**デフォルトの名無しさん** · 2018/10/12(金) 20:41:34.47

どーでもいーけどコーディングの事設計てゆーのいーかげん恥ずかしくね？w

**デフォルトの名無しさん** · 2018/10/12(金) 20:45:43.93

は？
設計はコーディングじゃねーよw
四角い箱描いて矢印や電線で繋げて遊ぶ奴だぞ。

**デフォルトの名無しさん** · 2018/10/12(金) 20:45:57.27

ある一定以下に対して理解できるような教範が出てこない
だから一部の人しか使えないようになってる
結局は出来る人の間で持て囃されるだけになってしまう
この何か新しいやり方を創造するのと一般に使えるようにする
というのは本来両輪なんだけど
普通以下の人達が使えるようになる教範を作る
というのはかなり難しい上に
それをやる人には余りメリットがないから
なかなか出てこない
だから
オブジェクト指向プログラミングにしても
関数型プログラミングにしてもその他の技術にしても
広く(普通程度以下)使われるのは難しいし
このスレのタイトルみたいな感想を持つしかなくなる
後は自分が出来るけど他の人が出来ないままのほうが出来る人には得だから妨害する
みたいなのが居るくらいだろうかねぇ

**デフォルトの名無しさん** · 2018/10/12(金) 20:48:39.65

あー電線繋げては遊ばないわ、危ないしw
点線の間違いだわ。

**デフォルトの名無しさん** · 2018/10/12(金) 21:12:49.59

ガチでわかっとらん奴やったw

**デフォルトの名無しさん** · 2018/10/12(金) 21:17:29.38

>>772
DIはほんと便利
めちゃくちゃ開発が楽になった

**デフォルトの名無しさん** · 2018/10/12(金) 21:21:05.43

少なくともこのｽﾚにいるような低学歴知恵遅れのﾄﾞｶﾀには
ｵﾌﾞｼﾞｪｸﾄ指向言語を適切に使いこなせない

**デフォルトの名無しさん** · 2018/10/12(金) 21:27:17.84

少なくともこのｽﾚにいるような低学歴知恵遅れのﾄﾞｶﾀには
ｵﾌﾞｼﾞｪｸﾄ指向言語を適切に使いこなせない

**デフォルトの名無しさん** · 2018/10/12(金) 22:41:19.80

>>772
テストしたことないのかい？

**デフォルトの名無しさん** · 2018/10/12(金) 23:12:30.21

日銀短観のDIは便利
池沼あげのDIはtraitsなみにｳﾝｺくさい

**デフォルトの名無しさん** · 2018/10/13(土) 10:26:58.14

今時DIも使いこなせない人材とか組織にとってのリスクでしか無いよ
あっちこっち結合しまくったクソコードを社内リポジトリにばらまくとか悪夢そのものじゃん

**デフォルトの名無しさん** · 2018/10/13(土) 10:58:13.65

DI使っても結合しまくったくそコードはくそのままだ
業務分析の時点でコケて役割分担がぐちゃぐちゃなんだからDI導入したって解決しない

**デフォルトの名無しさん** · 2018/10/13(土) 21:25:17.45

>>785
DIを使わないから業務分析の時点でコケて役割分担がぐちゃぐちゃになるのでは？
設計者にDIを学習させてDIを使う前提で設計させればそのあたりの分担がキレイになるように意識して設計するようになるよ

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

>>786
それで成功した例なんてあんの？

**デフォルトの名無しさん** · 2018/10/13(土) 22:15:51.44

cのたくさんの構造体にいっぱい変数や関数ﾎﾟｲﾝﾀもたせて
それ入力にして処理するのと同じ

**デフォルトの名無しさん** · 2018/10/13(土) 22:29:25.59

DIはたしかにきれいな設計になるが、めんどくて工数がかかる。
作業者にはYAGNIのほうが優先度高いから勝手に採用できない

だからそういうのはトップエンジニアが最初に管理方針としてきめとくもんだ
末端のプログラマーに責任押し付けるのは酷

**デフォルトの名無しさん** · 2018/10/13(土) 22:38:19.49

今のDIはめんどすぎる
既存コードをいじらないで中身をすげかえる
もっと楽な方法はないものか

**デフォルトの名無しさん** · 2018/10/13(土) 22:42:51.86

DIは言語自体に組み込まれるべきもの
高級言語はどんどん高級になるべきだが
ガベコレ搭載あたりで停滞してしまったからね

本来はDIやデザインパターンやユニットテストや
フレームワークまで高級言語の仕様に含めなきゃいけない

**デフォルトの名無しさん** · 2018/10/13(土) 22:44:08.09

ｲﾝﾀｰﾌｪｰｽを決め打ちにしたﾃﾝﾌﾟﾚｰﾄ作る間抜けな作りと
大してかわらないからな

**デフォルトの名無しさん** · 2018/10/13(土) 22:48:54.83

使用者との合意の無いインターフェースほどクソなモンは無い
独りよがりで考えたものは全部クソなので誰にも見られないうちに捨てて欲しい

**デフォルトの名無しさん** · 2018/10/13(土) 22:54:18.52

逆に言えば使用者との合意のあるインターフェースは問題ない
ということになってしまう。

**デフォルトの名無しさん** · 2018/10/13(土) 22:59:41.42

>>794
もちろんそうだろ

**デフォルトの名無しさん** · 2018/10/13(土) 23:21:29.03

>>795
あ、そうだって認めたねｗ

つまり、お前はインターフェースに問題があるとしようとしていたようだが、
俺はインターフェースには問題ないという話への誘導に成功したわけだ

**デフォルトの名無しさん** · 2018/10/13(土) 23:38:37.37

ｸｿが余計なことをして
余計にｸｿなｺｰﾄﾞを生産するｻｲｸﾙが途絶えることはない

**デフォルトの名無しさん** · 2018/10/13(土) 23:45:30.90

SEが余計なことをして
クソコードを量産することになるのは
よくある話だな

**デフォルトの名無しさん** · 2018/10/14(日) 11:01:28.22

DIを使わないと結合部分に余計なコードが入り乱れて大変なんだよな

**デフォルトの名無しさん** · 2018/10/14(日) 12:27:39.55

え？どんなコードが入るの？
ありえないのに

**デフォルトの名無しさん** · 2018/10/15(月) 20:24:46.22

なあ、おまえのクラス内に公開変数作って、そいつをインクルードして関数呼び出し時にポインター参照で指定するなんてインターフェス、誰が言い出したの？
しかも各関数は自前のその公開変数を直接参照して動いてるし。
こんな中途半端なやり方するなら、最初から隠蔽しちゃってくださいよ。

**デフォルトの名無しさん** · 2018/10/15(月) 20:30:03.66

ごめん自分のデータクラスを全クラスの共通IFにする自信がなかった

**デフォルトの名無しさん** · 2018/10/15(月) 21:16:54.08

　私たち日本人の、日本国憲法を改正しましょう。
総ム省の、『憲法改正國民投票法』、でググって
みてください。拡散も含め、お願い致します。

**デフォルトの名無しさん** · 2018/10/16(火) 03:09:47.94

この記事拍手の数すげぇな。まだ伸び続けてる
Goodbye, Object Oriented Programming
https://medium.com/@cscalfani/goodbye-object-oriented-programming-a59cda4c0e53

**デフォルトの名無しさん** · 2018/10/16(火) 07:54:43.79

誰か和訳してよ

**デフォルトの名無しさん** · 2018/10/16(火) 07:57:35.98

オブジェクト指向を厚く語るヤツは
お勉強いまいちのヤツが多くて信用できないけど、
さらっとオブジェクト指向で書いたようなライブラリを公開してるヤツが
高学歴というわけでもない不思議な業界だよね

**デフォルトの名無しさん** · 2018/10/16(火) 08:20:25.22

Banana Monkey Jungle Solution

まで読んだ

**デフォルトの名無しさん** · 2018/10/16(火) 09:47:48.81

Elm最高まで読んだ

**デフォルトの名無しさん** · 2018/10/16(火) 10:44:44.96

結局関数プログラミングが良い
って書いてある様に見えるけど
オブジェクト指向に対して何がどう良いのかは書いてないように見える
オブジェクト指向の問題点の指摘自体は有ってるように思えるけど
そもそもそういう使い方をするものじゃない
って気がするなぁ
現実世界とどうたらこうたら
こういう書き方をする人は自分からみてほぼ間違えている様に見える
騙された
って書いて有るけど
オブジェクト指向ってそんなに劇的に何かが壮大に変わるわけじゃないんだけど
その辺を誤解しているかオブジェクト指向を宣伝している奴がそもそも捕らえ違いをしている
そう自分には感じる事が多いなぁ

**デフォルトの名無しさん** · 2018/10/16(火) 10:49:18.08

現実世界とマッピングさせようとしたらそりゃ上手くいかんし
バナナモンキージャングルになるわな
あほくさ

**デフォルトの名無しさん** · 2018/10/16(火) 11:00:52.85

アクセス修飾子について分かりやすい説明しているサイトない？
privateからゲッター → セッターの理由がわかんないんだよな。
publicとの違いがなんなのか

**デフォルトの名無しさん** · 2018/10/16(火) 11:06:30.91

>>811
アクセサーを用意すると
ゲトーとセトーのアクセスを個別に制御できる

**デフォルトの名無しさん** · 2018/10/16(火) 11:07:25.98

ゲターもせターもパブリクーにするなら
アクセサーとフィールドの違いはない

**デフォルトの名無しさん** · 2018/10/16(火) 11:39:32.23

あとから処理をフックできるぞ！

**デフォルトの名無しさん** · 2018/10/16(火) 11:40:12.83

setget時にログ出したいときに一括でできるぐらいか？

**デフォルトの名無しさん** · 2018/10/16(火) 13:06:07.08

>>811
わかんないなら使わなくていいよ
用もないのにゲッターセッターを用意しろってのは間違って広まった悪いスタイルだ

多態したいとか、書かれてるようにログを取りたいとか、アクセサがあるとインスペクタで値が見えて便利とか
なんか用事がある時だけでいい

**デフォルトの名無しさん** · 2018/10/16(火) 13:22:26.52

>>816
色々サイトみてるけど不要論も結構あるんだよな

よくわからないけどありがとう

**デフォルトの名無しさん** · 2018/10/16(火) 14:20:20.47

言語仕様で何とでもなるものにいちいちゲッターセッター付けるの無駄じゃね？

**デフォルトの名無しさん** · 2018/10/16(火) 14:59:03.86

それがプロパティなわけだが
ゲッターセッターと機能が重複しててほぼシンタックスシュガーで邪魔

**デフォルトの名無しさん** · 2018/10/16(火) 15:33:44.68

今時まだゲッターセッターなんて無意味なもん書いてる奴いんのか。