TOP カテ一覧 スレ一覧 100〜終まで 2ch元 削除依頼
Excel VBA 質問スレ Part54
VBScriptについて必死に話し合うスレ
【GUI】wxWidgets(旧wxWindows) その5【サイザー】
Excel Python 質問スレ
スレ立てるまでもない質問はここで 149匹目
■特許庁新システムを作る■
プログラマが使ってはいけないテキストエディタ
Visual Studio 2013 SP8
Flutterやろうよ!!!
【計測】LabVIEW相談室【制御】
オブジェクト指向ってクソかよPart5
- 1 :2019/10/08 〜 最終レス :2020/01/05
- 無理やりオブジェクト指向にしたから出てきた問題を解決して凄い凄い言ってるだけ。
単なるマッチポンプ。
カプセル化(英語:encapsulation)とは、オブジェクト指向を構成する概念の一つで、
オブジェクト内部のデータを隠蔽したり(データ隠蔽)、オブジェクトの振る舞いを隠蔽したり、
オブジェクトの実際の型を隠蔽したりすることをいう。
偏差値の低い学校向けの情報処理系教科書において「大変すばらしいものであり絶対に使うように」と大体的に宣伝された。
一方、カリフォルニア大学バークレー校の有識者を中心としたインターネットを作った人たちは「階層化の有害性」として
「絶対に使うな」としている。大雑把にいうと、その時は良くても、将来的な改修の際に隠蔽されたデータに
アクセスできないと解決できない問題が出てきて、結果的にデスマーチに陥るというのである。
オブジェクト指向の発案者であるアラン・ケイもコーディング規約(頭文字にアンダースコアを付けるなどの命名規則)で
縛る程度にすることを推奨しており、アラン・ケイが関わったオブジェクト指向プログラミング言語にはどれも「private」
という概念はない。
https://monobook.org/wiki/%E3%82%AB%E3%83%97%E3%82%BB%E3%83%AB%E5%8C%96
前前前前スレ
オブジェクト指向ってクソじゃね?
https://mevius.2ch.sc/test/read.cgi/tech/1535085129/
前前前スレ
オブジェクト指向ってクソじゃねぇよ? Part2
https://mevius.2ch.sc/test/read.cgi/tech/1539872441/
前前スレ
オブジェクト指向ってクソじゃねぇかよPart3
https://mevius.2ch.sc/test/read.cgi/tech/1542884872/
前スレ
オブジェクト指向ってクソじゃねぇかよPart4
https://mevius.2ch.sc/test/read.cgi/tech/1556462315/
- 2 :
- オブジェクト指向はクソじゃなかったよ Part3
https://mevius.2ch.sc/test/read.cgi/tech/1542885246/
- 3 :
- 状態管理技術★オブジェクト指向 VS モナド(関数型)
https://mevius.2ch.sc/test/read.cgi/tech/1538080434/
[転載禁止] オブジェクト指向を今すぐやってください(c)2ch.sc
https://mevius.2ch.sc/test/read.cgi/tech/1414409620/
オブジェクト指向は愚かな考え。この世は計算式 ★3©2ch.sc
https://mevius.2ch.sc/test/read.cgi/tech/1451927425/
LinuxカーネルはC言語なのにオブジェクト指向
https://mevius.2ch.sc/test/read.cgi/tech/1543063194/
C++はクソだがオブジェクト指向がクソなのではない
https://mevius.2ch.sc/test/read.cgi/tech/1544632246/
オブジェクト指向以外のメリットを書くスレ
https://mevius.2ch.sc/test/read.cgi/tech/1542808008/
オブジェクト指向の活用方法を教えて下さい
https://mevius.2ch.sc/test/read.cgi/tech/1395751447/
- 4 :
- 前スレ最後の一ヶ月でドドっと進んだな
- 5 :
- staticおじさん超バカにしてたんだけど
前スレにリンクあったから約10年ぶりに読んでみたらちょっと印象変わったわ
むしろOOを必死に説明しようとしてる人たちの煽り耐性の低さと中身の薄さに驚いた
https://el.jibun.atmarkit.co.jp/minagawa/2010/04/post-ebc4.html
- 6 :
- 信者は盲目で物事の本質よりも自分が信じた教条や面子が大事だからな
だまされたともしらず
- 7 :
- それは、このスレについても一緒
- 8 :
- なにげに1スレが良スレ
staticおじさんのほうが自分がわからないことを認めてル分だけマシ
なにがメリットなのか説明できないのに、
持論を押しつけてくるバカが湧いてくるのは変わらん
- 9 :
- 改めて1スレ読んでみた。
身分がヨパラテ書いた批判レスの誤記がやけに目立ったw
- 10 :
- >>9
× 身分
○ 自分
…orz
- 11 :
- 当時はRailsが流行ってたからなんじゃないの
- 12 :
- なんで「カプセル化ってクソかよ」ってスレタイにしなかったの?
- 13 :
- >>1のマッチポンプという言葉に触発されてチンポをシコシコするようになったのかな
- 14 :
- 継承・カプセル化・多態のオブジェクト指向三本柱マンのうち最初に倒壊したのはカプセル化じゃなくて継承なんだがな。
やれ継承より委譲だの、継承よりコンポジションだの、オブジェクト指向界隈内外からボッコボコよ。
- 15 :
- まじかよ2019年にもなってこんなこと言う奴いるのかよ。終わってるな日本。
- 16 :
- >>15
それ3000年前に土器焼きながら埴輪が言ってた
- 17 :
- 最初に倒壊したのは多態じゃないの?
ぱっと見きれいに書けるんだけど、次第にグダグダになる
カプセル化が次かな。setter と getter を使わないと書けない
というところで破綻している
- 18 :
- >>17
多態は普通に使われてるし、
カプセル化の話に、setter、getterは関係ない
- 19 :
- 完全に倒壊して以後作られた言語が腫れ物に触るように扱ってるのは継承だけ。
逆に言うと他二つは生きてる。
三本柱→二足歩行だから、
おじいちゃんから青年に若返ったとも言える。
- 20 :
- >>19
いや、継承も普通に使われるから。
さっきから話が飛躍しすぎているのだが、何なの?
何かの記事の引用?
- 21 :
- まあアレだよね。自分の設計の下手さを
言語のせいにしてるっていうよくある構図
- 22 :
- >>18
多態がきれいに決まった例を教えてくれ。
グダグダになった例しか私は知らないが
カプセルかは引数経由でしか内部状態の参照、書き換えを
許さないという意味だから、setter, getter の話では?
- 23 :
- >>22
お前なんか考え方がおかしいぞ。
なんだよきれいに決まるって
既存の物理法則か何かを多態で表現できるかどうかとか
そういう話してるんじゃないぞ
「ソフトウェアを作る時」に多態を使うんだよ。
当てはめるんじゃない。ソフトウェアの設計の話だ
多態の例ならGUIシステムで多用されてるだろ。
各コンポーネントはrender()メソッドを持っていて
各コンポーネントそれぞれのやり方で見た目を描画するとかさ
- 24 :
- >>22
> カプセルかは引数経由でしか内部状態の参照、書き換えを
> 許さないという意味だから
ぜんぜん違う。
obj.value = obj.value + 1
↑これはカプセル化が行われてるかつ、引数経由ではない内部状態の参照・書き換え方法だ
- 25 :
- だからさー、頭いいやつがGUIのフレームワークとか作るのはおおいに結構だし、
凡人がそのサブクラスで画面を作るのもいいんだよ
ただ凡人がクラスデザインを語るなっつーの
- 26 :
- 凡人は画面にボタンとかポトペタすればいいし、
クリックのイベントに業務のロジックを構造化プログラミングすればいいんだよ
ボタンと画面の描画は、フレームワークが適切なイベントで描画してくれるよ
画面とボタンの描画イベントが呼ばれるし、ボタンも画面もウィンドウのサブクラスかもしれないけど
凡人は気にするな
- 27 :
- >>22
自分は18ではないが...
strage = usb
または
strage = sdCard
string text = strage.read(ファイル名)
みたいな記述はよくやる。
※組み込み開発
- 28 :
- >>24
カプセル化の唯一無二の定義があるわけじゃないからそこをすり合わせないと。
それにその例はカプセル化が行われると言えるかどうか外からでは分からないよね
↓こういうコードの一部だったら一般的にはカプセル化されてるとは言わないと思う
struct Object
{
int value;
};
struct Object object = {0, 0};
object.value = object.value + 1;
あとRubyみたく'value='メソッドに引数を渡してる糖衣構文と捉えることもできるから
引数経由(メソッド経由のことだよね?)と言えなくもない
object.value=(object.value + 1)
- 29 :
- >>28
> カプセル化の唯一無二の定義があるわけじゃないからそこをすり合わせないと。
オブジェクトの内部表現とインターフェースを分離させること
この分離により、複雑な内部構造をシンプルに見せたり
インターフェースを変更すること無く、内部のデータ構造を効率のいい形に改善したり
互換性を保ちつつリファクタリングしたりと言ったことが用意になる
- 30 :
- >>25
凡人とそうでないやつの違いがわからんし
お前も聞くたびに違うこと言うから誰も相手にしなくなったんだろう
- 31 :
- カプセル化されていれば、インターフェースを変えることなく
内部構造を変更可能になる。
ということは、Rubyなんかは、普通に書いてもそれが出来るので
必ずカプセル化が使われていると言える。
- 32 :
- >>22
カプセル化はもっと、シンプルに考えた方がいい。
カプセル化の意義は責務分割を行うことに意義がある。
setterとgetterを用意することが本質ではない。
※結果的に、private変数にアクセスするためのメソッドを用意する形になるが、それが本質ではない。
カプセル化する際は、クラスを使う人側の気持ちを考えて実装すべし。
setX,getYというメソッドを並べまくっても使いにくいクラスが出来上がるだけだから注意だ。
- 33 :
- 何か滑った感のある、新興宗教で頭わいたようなレスだな
- 34 :
- >>29
俺もほぼ同じ理解なんだけど
そうするとgetter/setterは呼び出し側が依存してるインターフェースを変えずに
内部の実装を変更できるようにする目的で用意するものなので
カプセル化を実現する手段の一つに該当するんじゃないの?
ん、あれ、カプセル化にgetter/setter関係ないって書いたのと同じ人だと勘違いしてた
ま、カプセル化 == getter/setterでしょって言われるとそりゃ違うよってなるよね
- 35 :
- 継承は間違った使い方が多すぎるから批判されてる
単なるコード共通化とかな
それなら無くしちまえってのが最近の流れでは
- 36 :
- >>34
もう少し勉強したほうが良いよ。getter/setterを別の関数として
用意しなければいけないのはJavaぐらいだから
- 37 :
- >>35
間違ってるも糞もないと思うんだけど
- 38 :
- >>36
関数用意しなければいいとかそういう便宜上の問題じゃないだろ
たわけ
- 39 :
- >>38
だから関数を使わない(つまり引数も使わない)で
obj.value = 1 とか v = obj.value が使える状態で
カプセル化できるって言ってんだよ。多くの言語では。
↓ これが間違いだってわかるだろ
> カプセルかは引数経由でしか内部状態の参照、書き換えを
> 許さないという意味だから
- 40 :
- 自分で書こうと思ったコードがまんま見つかったので拝借w
JavaScriptの例な
https://qiita.com/hogefuga/items/eefbbf6f4d2ff682c7e0
console.log(object.value); // no value
object.value = 'test';
console.log(object.value); // value: test
↑これは明らかにカプセル化されてる。
(リンク先を見ればgetter/setter経由なのがわかる)
しかし、objectの実装を以下のように変えても全く同じように動く
const object = {value: 'no value'};
ここでなんかおかしな話だなと気づかなければいけない。
クラスのインターフェースは全く変わらないというのに
クラスの実装によってカプセル化されてる or されてない が決定するのはおかしな話。
もちろんそんな変なことはない。両方とも「カプセル化されてる」んだよ。
Javaにおいて、カプセル化するというのは「getX/setX関数のみを使いパブリックフィールドを直接触らないようにすること」
その理由はパブリックフィールドを直接使うと、内部実装を変更したときにインターフェースが変わってしまうことがあるから
だから、Javaでは全てを「getX/setX関数経由でアクセス」すること=カプセル化であるが、
JavaScriptにおいては、パブリックプロパティを直接参照しても、内部実装を変更したときにインターフェースが
変わらないようになってるから、JavaSciprtではデフォルトで全てのオブジェクトがカプセル化されてると言える
このように言語仕様でデフォルトでカプセル化されてる(もしくはカプセル化のための専用の機能がある)言語には
C#、Ruby、Python、PHP等がある。
言語仕様にカプセル化サポートの機能がある言語では、「引数経由でしか内部状態の参照、書き換えない」は間違い。
- 41 :
- ようするに、今話をしてるのは、オブジェクト指向のカプセル化とはどういうことなのか?
という話なのだから、特定の言語での実装の話をするのは間違い。
"オブジェクトがカプセル化されていれば" インターフェースを変えること無く
内部の実装を変更することが可能になる。
言い方を逆にすると、インターフェースを変えること無く内部の実装を変更することが可能であれば
"そのオブジェクトはカプセル化されている" ということ
- 42 :
- 継承は、10年くらい前はmixinだのtraitだの流行ったけど、今やどうでもいいわって感じだな
- 43 :
- 1のテンプレ、時代遅れすぎないか?
- 44 :
- 最先端だろ
- 45 :
- >>40
カプセル化の概念を狭く捉えすぎ
Javaのgetter/setterやRubyのアクセサ、C#のプロパティなんかは
カプセル化を実現するための手段の一つであってそれイコールカプセル化じゃない
それにJSでもRubyでもC#でも直接インスタンス変数にアクセスしてるコードを
getter/setterやアクセサやプロパティ経由に変更した場合に呼び出し側に変更が必要な場合もあるから
デフォルトでカプセル化されてるとか考えるのは間違ってるよ
人にもう少し勉強したほうが良いよとか言う前に自分が勉強しようね
- 46 :
- …カプセル化じゃない
…間違ってるよ
…勉強しようね
- 47 :
- >>46
それな。自分の意見を何一つ言ってないwww
- 48 :
- たまにクラスにprivateが無いからカプセル化できないと言ってるやつがいるが、
「_で始まる変数名はprivateとする」という規約を作れば実現可能
C言語でオブジェクト指向をするという話と同じなんだよ。
C言語はオブジェクト指向言語ではないのでクラスなどが無いが
だからといってC言語でオブジェクト指向ができないわけじゃない。
言語機能として、privateやプロパティはカプセル化専用の機能であるが
カプセル化専用の機能がないからと言って、カプセル化ができないわけじゃない。
カプセル化専用の機能がなくとも、「_で始まる変数名はprivateとする」
「publicフィールドを使わずに、関数経由で読み書きする」という"規約"でカプセル化出来る。
関数経由で読み書きするのは、カプセル化専用の機能(の一つ)が無いJavaで
カプセル化するための"規約"に過ぎず、多くの言語では関数経由にする必要がない。
いずれにしろ、カプセル化をどうやって実現するかは言語の機能によって変わるが
カプセル化の概念は、内部構造とインターフェースを分離するして
外から内部構造を直接いじらないようにすること
- 49 :
- プログラムの基礎であるメンバのスコープまたは
シンボルの命名規則を使ったアクセス制限規約のこと言ってんのかよ
元々簡単な筈のことなのに説明が下手にくどくて、
煙に巻かれて読んで損したような気分
- 50 :
- >>49
間違い。文章短いのに何もわかってない
いや、短いからわかってないのかw
- 51 :
- larabelとかよくできてるじゃん
- 52 :
- カプセル化はデータとデータに対する操作をセットにすること
privateでデータを隠すのはデータ隠蔽
インターフェースで実装を隠すのは情報隠蔽
- 53 :
- × カプセル化はデータとデータに対する操作をセットにすること
○ オブジェクト指向はデータとデータに対する操作をセットにすること
データとデータに対する操作をセットにすることは、カプセル化とは関係ない
- 54 :
- privateでデータを隠すのはデータ隠蔽
インターフェースで実装を隠すのは情報隠蔽
そしてカプセル化という概念は、
「データ隠蔽」と「情報隠蔽」を使って実現するもの
privateやインターフェースがなくても規約等で「データ隠蔽」と
「情報隠蔽」相当のことを行うことも可能だが面倒になりやすい。
そのために言語が用意してくれる機能がprivateやインターフェース
- 55 :
- オレオレ定義の押しつけあいで言葉遊びしてて虚しくねぇの?
- 56 :
- 一般的な定義を言ってるんだが?
- 57 :
- >>53
それどこ情報?
- 58 :
- >>54
カプセル化の定義は何?
- 59 :
- ちなみにワイはwikipedia
オブジェクト指向はオブジェクトを大事にします
ってことなので値と操作をセットにすることとは違うよ
- 60 :
- >>57
https://stackoverflow.com/questions/13913174/encapsulation-vs-information-hiding
- 61 :
- >>60のリンク先を更に探すとここにたどり着いた
http://web.archive.org/web/20080906224409/http://www.itmweb.com/essay550.htm
- 62 :
- 読めない(´・ω・`)
- 63 :
- >>60
僕のが正しいですよね
- 64 :
- いいえ
- 65 :
- >>64
いいえじゃないが
- 66 :
- ちなみに僕はJavaのブロンズの資格持ちです
Javaの試験では僕が示したとおりに解答しないと落ちます
- 67 :
- 僕の定義は一般的ですよ
全世界で行われてるプログラミングの最も人気のある試験での模範解答なので
- 68 :
- そしてあなたはカプセル化を説明できていない
- 69 :
- カプセル化とは何か?
- 70 :
- ウインダムとかミクラスとかアギラとか
- 71 :
- >>41で書いたとおり
"オブジェクトがカプセル化されていれば" インターフェースを変えること無く
内部の実装を変更することが可能になる。
言い方を逆にすると、インターフェースを変えること無く内部の実装を変更することが可能であれば
"そのオブジェクトはカプセル化されている" ということ
- 72 :
- >>71
それ情報隠蔽やで
- 73 :
- 試験落ちてまうど
- 74 :
- >>72
情報を隠蔽することは必ずとも必須ではない
すべてさらけ出していたとしても、
インターフェースを変えること無く内部の実装を変更することが
可能になっていればカプセル化されてると言える。
- 75 :
- >>74
君の思いはわかったけど独りよがりの思い込みに価値などない、君はJavaブロンズに受からない
- 76 :
- 君は完全に間違っている
- 77 :
- カプセル化は値と操作の一体化のこと
- 78 :
- Javaブロンズの前で君たちの浅はかな理解など取るに足らぬ
- 79 :
- カプセル化おじさんはちからをためている。
- 80 :
- どうしてキャプセレチオンしないのよーッ!
- 81 :
- ところで、ここまでオブジェクト指向をクソだとする根拠があがらないのはなぜ?
オブジェクト指向プログラマーvs誰がとは言わんがオブジェクト指向プログラマー気取り が激突するスレかな?
- 82 :
- >>81
そもそも、オブジェクト指向にメリットが無いからな
強いて言えば単に費やす時間が無駄なだけ
オブジェクト指向とはソースファイルのどこに処理を書くか?
ただそれだけの技術である
→実はどこに書いたって動く(核爆)
- 83 :
- オブジェクト指向がクソなのはインスタンス変数の存在のせい
できるだけメソッドの行数を減らすとかインスタンス変数を使わないメソッドはオブジェクト指向じゃないとか巷で言われてるせいでそれを真に受けた意識高い初心者がゴミのようなコードを量産してしまうところにオブジェクト指向の限界を僕は感じましたよ
- 84 :
- オブジェクト指向で作られたhello worldを見ればわかるがオブジェクト指向は過度な抽象化を促進する抽象化圧力つまりアブストラクションプレッシャリングアクセラレイトがかかるからそれをいなせる胆力がないと使いこなすのは難しい
- 85 :
- >>83
なるほど、staticおじさんがstaticおじさんになった時の主張に似ているね。
オブジェクト指向の定義はさておき、インスタンス化のメリットはクラスという型から必要な数だけオブジェクトを生成できること。
そのメリットが無いのならJavaやC#のMathみたいにstatic化すればいいじゃんって思うし、オブジェクト指向をクソ呼ばわりする根拠が弱い気がするが...。
実際、自分もMathみたいにインスタンス化が不要であればstaticにするし。
まぁ、staticおじさんみたいに全部static化はしないが。
>>82
まぁ、既存の方法で困っていないのならオブジェクト指向は採用しなくてもいいんじゃないかな?
クソ呼ばわりしたら、なんで?って聞くけど。
コーディングの行数は比較したことがないからなんとも言えないが、オブジェクト指向導入で工数削減なら実現した事例は、いくらでもあるよ。
書いたコードを再利用しやすいのがオブジェクト指向のメリットの一つだからね。
- 86 :
- >>83
× オブジェクト指向の限界
○ お前の友の限界。類友
- 87 :
- 細胞が膜で覆われてるのに似てる。
中身のものを直接扱えないのもな。
- 88 :
- カプセル化を説明するときはリモコンや自販機や車とか、あとお店のサービスで普通例えない?
的外れな例えはむしろ害となりがち
- 89 :
- 変なのがワラワラ湧いてきたな。
オブジェクト指向はまるで池沼ホイホイだな。
- 90 :
- カプセル化と継承を同じレベルで考えてるやつがいるからな。
継承は「行うこと」だが、カプセル化は「行うこと」じゃなくて概念。
カプセル化という概念がわかっていて、その概念に従って設計すれば
こういうメリットがありますよーっていう話だから
カプセル化という概念に従った設計をするときに使える便利な道具が
privateやインターフェース。だからといって別に使う必要があるわけじゃない。
多く言語ではカプセル化という概念を取り入れて言語を作っているから、
publicプロパティを使っていても、カプセル化に従うことが出来るが、
Javaではsetter/getterというワークアラウンド(_で始まる名前をprivate変数とするという規約と同じ)が
必要になるが、多くの言語ではそんな事気にしなくてもカプセル化という概念を満たすコードが書ける
- 91 :
- カプセル化とは何か人によって解釈がさまざまで、よく話が発散するが、
カプセル化を含むオブジェクト指向の害を弾劾するこのスレにおいて
自分の考えこそカプセル化として正しいとか主張すること自体
スレ違いなのは理解できている?
- 92 :
- 腹いてえ下痢だよゲリぃ
グリーンピース食べすぎたわ
- 93 :
- ボッチしとけよ
- 94 :
- >>91
カプセル化とは人それぞれである
カプセル化の説明すること事態がスレ違いだ
理解してるかー?
- 95 :
- オブジェクト戦士(バカ)多いな
- 96 :
- > 変なのがワラワラ湧いてきたな。
> オブジェクト指向はまるで池沼ホイホイだな。
> オブジェクト戦士(バカ)多いな
ここは罵り合うだけのスレかな?
やーい、お前のソースコードs t a t i c!
- 97 :
- カプセル化おじさんのレス見て思うのは
自分の無知や間違いを認められなくなったら技術者としては終わりだなってこと
歳を取ると老害が増える理由
- 98 :
- ↑このように自分の意見を何一つ言わず、
相手を批難するばかりになったらお終い
- 99 :
- ↑このように自分の意見を何一つ言わず、
相手を批難するばかりになったらお終い
- 100 :
- >>99
俺は意見を言ってるからそれは的外れ
100〜のスレッドの続きを読む
盗用したコードどれくらい書換えれば合法になるの?
VBSで便利なプログラムを作れスレ
自然言語処理スレッド その4
Visual Studio 2012 Part8
[RPA]PC自動化技術総合スレ[効率化] Part.7
Regular Expression(正規表現) Part14
delphiで作った有名ソフトって何があるの?
【漏れは】猫でもわかる質問スレ【猫以下です】
疑似乱数2
Android Studio Part3
--------------------
日本の3大漫画家「手塚治虫、藤子不二雄」あと一人が決まらない
●福井・キムザワ・富山●駅前&市街地発展度調査12
【尼発売停止中】うだまヲチスレpart.72【そして更新停滞中】
資本主義=弱者はR
イチローの最多安打記録挑戦って北米では有名なの?
「男子の本音がわかる場所」ということで、10代〜30代の女子の間で「ニュース嫌儲板」に注目が集まっているらしい…やれやれだぜ [303184969]
【MAZDA】マツダ2代目(KF)CX-5 Vol.60【SKYACTIV】
R
丙 part4?
ミルカ・ヴァブリネック統一スレッド Part2
大阪来た、お前ら案内頼む
【再結成】ZYYG Part.6【dat落ち上等】
ドミちゃんランド国王 謁見場 part68
【バーチャルYouTuber】 hololiveスレ#893 【hololive】
【FORD】フォード・マスタングを語れ17【MUSTANG】.
日本人ってやたらドイツに仲間意識持ってるけど
毛根を丈夫にする「亜鉛」スレだよー★6.5mg
山形のゲーセン事情 そろそろほぼ25件目
*** FC岐阜 296輪 ***
【チョン蹴りまさ】法政ラグビー部 Part9【ラウンジ荒し】
TOP カテ一覧 スレ一覧 100〜終まで 2ch元 削除依頼