オブジェクト指向を教えてくれ！

**デフォルトの名無しさん** · 2021/03/16(火) 17:06:02.41

オブジェクト指向について、調べれば調べるほど疑問が募ります。低レベルで粗末な疑問かも知れませんが、ご教授願いたいです。

・データと振る舞いをまとめる？
まとめると何か良いことあるの？
ファイルあるいはモジュールにはまとまってるよね？
丁度いい単位があるのに、何故わざわざオブジェクトという概念を導入するの？
(Javaには1ファイル1クラスという文化あるらしいけど)

・カプセル化？
モジュールのimport, exportでも実現出来るよね？
(構造体などへのアクセスを制限できれば)

・ポリモーフィズム？
別にデータと振る舞いをまとめなくても実現出来るよね？

・モノのように扱いたい？
モノとして扱いたいときに扱えば良くない？なんでわざわざ全てをオブジェクトにするの？

**デフォルトの名無しさん** · 2021/04/13(火) 20:50:12.12

>>225
開発あるあるだなw
そうか、確かにVBAだと後ろが伸びるだけになるかも知れないね。
他のある程度大きいシステムになると
・客先から上がって来ない要件定義
・客先だから強く言えないチームのリーダー
・差し迫る納期
・焦りが出てきてイラつく俺ら。それを宥めるリーダー

この辺からが違うところかな

・システム間の連携や他システムとの連携のため伸ばせない納期
・更に焦る俺ら。宥めきれなくなるリーダー
・上がって来る要件定義、血眼で設計書を作る俺ら
・時間がなくて客先との対面レビューのはずが回覧レビューになる設計書
・PGしながら単体テストケース作りながら単位テストしながらエビデンス取る俺ら
・超える納期、無くなる休日、伸びまくる勤務時間、倒れる仲間
・覆る要件定義、設計種ミス発覚、他の嶋から助っ人入るも焼石に水、発狂する助っ人
・何とかSTまで終了。飛ばされるリーダー、バグだらけの成果物、昇天する俺ら

最悪こんな感じかな。

**デフォルトの名無しさん** · 2021/04/13(火) 20:51:15.98

おっと誤爆した
すまんな

**デフォルトの名無しさん** · 2021/04/13(火) 22:49:41.14

>>872
だからゲームでボタンを状態にする例をだしたのち
それは例外だって話をしてるだろ
こっちは知った上で話しをしてるんだよ

**デフォルトの名無しさん** · 2021/04/13(火) 22:50:36.03

訂正

だからゲームでボタンの状態をクラスにする例をだしたのち

**デフォルトの名無しさん** · 2021/04/13(火) 23:09:13.52

話を戻すが、「チンポがシコシコする」という日本語表現は、学術的に正しいと言えるのか？

チンポ「を」シコシコするのではなくて、チンポ「が」シコシコする。この場合、「チンポ」は主語となる。

オブジェクト指向で言う「集約」は２種類あって、全体（俺）と部分（チンポ）が繋がっている場合と、
全体（俺）と部分（チンポ）が別々になっている場合とが考えられる。けれども「チンポ」はそれ自体
が独立した生き物であり、所有者の意思とは無関係に、自ら勃起して「シコシコする」。
例えば寝てる時にエロい夢みて朝起きてみたらチンコが勃起して射精してたとか。

違うか？

「胸がドキドキする」は良いが、「チンポがシコシコする」はダメな理由を、５０字以内で述べろ！

**デフォルトの名無しさん** · 2021/04/13(火) 23:43:05.50

>>873
あったかいなあ

**デフォルトの名無しさん** · 2021/04/14(水) 05:40:25.28

>>878
いや
焼け死ぬくらいなんだが

**デフォルトの名無しさん** · 2021/04/14(水) 08:15:11.50

にしても
>>250
＞状態をオブジェクトにするな
＞は昔からよく言われている
＞「ボタンを押している状態」
＞をクラスにしてしまうと
＞プログラムが無茶無茶になる
＞「モノ」をオブジェクトにする
＞これがオブジェクト指向の本質

これが未だに釈然としない
もうゲーム脳認定されてるから遠慮なくそっちの話で書くけど
正直、ボタンの状態をイベントで取ろうが
ポーリングで取ろうがCやC++で直接I/Oポートアドレスの値読みに行こうがそんなことはどうでもいい。
キチンと処理に同期してボタン状態が取得出来れば手段はこの話の本質とは関係ない。

以前、イベントでボタンの立ち上がりやキーの立ち下がりは取得出来るから必要ないとの意見もあったけど、
格闘ゲームなどではコマンド入力の判断を行うため、ある程度の期間ボタンの状態をどこぞに格納するのはザラ。
それがエンティティのクラスだからって何故プログラムが滅茶苦茶になるのか理解出来ない。
一般業務になるとどのような制限を受けるのか分からんけど、
処理は無駄になるかも知れないけど、無茶苦茶になるとは思えない。

Object指向的な制約があって、そういうこともあるのかググってみたけど、どれも釈然としない。
終いには昨日聞いたStateパターンの話が出てくる始末。

で、知りたいのは「何故ボタンの状態をクラスにすると無茶苦茶になる」のか、どういう原理で無茶苦茶になるのかと言うところ。

ちなみにカタワ指向君と昨日Stateパターンの話をした人はこの件について別にレスする必要はないと思ってる。
カタワ指向君は既に一般業務以外のものは対象外とバッサリ切り捨てているし、
Stateパターンの話をした人は状態をクラスに持つことを許容していると分かっているからね。

**デフォルトの名無しさん** · 2021/04/14(水) 08:18:56.51

なんだか分からねえが熱いバトルが続いてることは伝わったぜ…!

**デフォルトの名無しさん** · 2021/04/14(水) 08:24:22.68

＞「ボタンを押している状態」
＞をクラスにしてしまうと

「ボタンの状態をクラスにするな」と言われてるのに

> 正直、ボタンの状態をイベントで取ろうが

とボタンの状態を取る方法の話だと思ってしまう人は
オブジェクト指向の設計を全く理解してない

根本的に理解していない

**デフォルトの名無しさん** · 2021/04/14(水) 08:26:36.80

何かしらの状態をクラスにすることはありえるが
「ボタンの状態」をクラスにするなと言われてることが
まだわかってない

**デフォルトの名無しさん** · 2021/04/14(水) 08:28:22.54

>>883
うむ、だとしたら解っていないんだろうな。
見解を説明して貰ってもいいかな？

**デフォルトの名無しさん** · 2021/04/14(水) 08:33:01.28

> 状態をオブジェクトにするな
> は昔からよく言われている

ちなみにこれどこ界隈で言われてたんす？
よく言われてるとのことだが聞き覚えは無いんで

**デフォルトの名無しさん** · 2021/04/14(水) 08:33:22.78

>>884
お前が「ボタンの状態をクラス」にしたものに
なんて名前のクラスにするかを答えれば
お前の勘違いがはっきりする

**デフォルトの名無しさん** · 2021/04/14(水) 08:34:24.97

>>885
俺はStateパターンを知ってるから状態をクラスにするなとは言ってない
だがボタンの状態はクラスにするな

**デフォルトの名無しさん** · 2021/04/14(水) 08:35:54.29

>>883
正直、「何かしら」の状態は良くて
ボタンと限定されると駄目なのかが分からん。

**デフォルトの名無しさん** · 2021/04/14(水) 08:37:07.28

>>888
ボタンの状態で振る舞いが変わるのはボタン自身ではないから

**デフォルトの名無しさん** · 2021/04/14(水) 08:38:31.59

>>886
以前、

724 名前：デフォルトの名無しさん[sage] 投稿日：2021/04/11(日) 08:28:12.36 ID:CjAFb9gH [17/24]
> 「ボタンを押している状態」をクラス
ButtonPressedClass

> 「ボタンの状況」を把握するクラスを作ること
ButtonStateScannerClass

と言うのは聞いたが実際には
「ButtonStates」になるのではないか？

**デフォルトの名無しさん** · 2021/04/14(水) 08:38:54.07

>>887
>>250に書いてある
> 状態をオブジェクトにするな
> は昔からよく言われている

↑これが言いたいことは
「ボタンの状態はクラスにするな」
が
「昔からよく言われている」
ってこと？

**デフォルトの名無しさん** · 2021/04/14(水) 08:39:47.88

>>889
いや、そりゃそうだろう。
で？

**デフォルトの名無しさん** · 2021/04/14(水) 08:40:15.96

ButtonStatesというのは
どういう状態なのか言え

Stateパターンで「ButtonStatesという"状態"の時」なんて
言い方はしねーよ

結局Stateパターンもわかってない
ググってこい。Stateパターンにおける状態のクラス名を

**デフォルトの名無しさん** · 2021/04/14(水) 08:41:27.77

>>892
ボタンと限定されると駄目なのかが分からん。
とお前が言ったから、
だめな理由を答えたんだが？

で？とお前が言うなら、こう答えるだけだぞ
　ボタンの状態で振る舞いが変わるのはボタン自身ではないから
　ボタンに限定すると駄目

**デフォルトの名無しさん** · 2021/04/14(水) 08:42:15.80

>>893
いや別にここではStateパターンの話をしている訳ではないんだがな。

**デフォルトの名無しさん** · 2021/04/14(水) 08:42:29.71

>>891
どうみても、そういう日本語じゃないよな？ｗ

**デフォルトの名無しさん** · 2021/04/14(水) 08:43:12.08

>>895
最初の質問を無視するのはなぜ？

ButtonStatesというのは
どういう状態なのか言え

**デフォルトの名無しさん** · 2021/04/14(水) 08:44:38.55

>>896
じゃあどういう日本語なんよ・・・
草生やしてないで「昔からよく言われている」のが何なのか教えてよ

そして、どこでいつよく言われてたのかを最終的には知りたいんよ

**デフォルトの名無しさん** · 2021/04/14(水) 08:45:13.33

ButtonStatesとう名前のどこに
「ボタンを"押している"」という状態が含まれてるというのか

「ボタンを押している状態」をクラスにするのがダメという
日本語が理解できていない

**デフォルトの名無しさん** · 2021/04/14(水) 08:46:34.08

伸び過ぎ草

**デフォルトの名無しさん** · 2021/04/14(水) 08:46:37.30

>>897
ああそうか
例えば上、下、右、左、A、Bというボタンが合ったとして、
それらがいつ押されたとか、いつ離されたとか、どのくらいの期間押されていたかの情報を抱えるクラスだな

**デフォルトの名無しさん** · 2021/04/14(水) 08:47:09.13

>>898
「状態をオブジェクトにするなは昔からよく言われている」
に対して俺はそんなこと聞いたことがないと言ってる

この話に「昔からよく言われている」ことが何なのかは
一切書かれていない

**デフォルトの名無しさん** · 2021/04/14(水) 08:48:42.22

>>901
「ボタンを押している状態」をクラスにするというのは
「ボタンの上を押している状態」をクラスにする
「ボタンの下を押している状態」をクラスにする
「ボタンの右を押している状態」をクラスにする
「ボタンの左を押している状態」をクラスにする
「ボタンのAを押している状態」をクラスにする
「ボタンのBを押している状態」をクラスにする

ということなわけだ
ありえないだろ

**デフォルトの名無しさん** · 2021/04/14(水) 08:50:23.27

>>902
> 俺はそんなこと聞いたことがないと言ってる

それはどこで？

**デフォルトの名無しさん** · 2021/04/14(水) 08:50:34.06

>>903
なるほどそう言うことか
ありがとうカタワ指向君
なんか言いたいことがわかったよ

**デフォルトの名無しさん** · 2021/04/14(水) 08:54:03.92

>>904
>>887で言ってる

>>905
今なら最初の頃に指摘したこれも理解できるだろ

711 名前：デフォルトの名無しさん[sage] 投稿日：2021/04/11(日) 07:34:09.10 ID:CjAFb9gH [9/24]
答えに詰まったようだねｗ

ゲームのボタンっていうのはキャラクターの一種なんだわ
例えばマリオだとPスイッチは、押したら潰れて消える
持って投げられる。ベルトコンベアやバネの上で動く。
壁として障害物になる。

そういうのとUIのボタンを一緒にするのは抽象化能力が低い
ボタンという名前だから同じものだと考えてしまっている
ゲームのボタン（キャラクター）を持ち出して
UIまでキャラクターにするのはアホ

**デフォルトの名無しさん** · 2021/04/14(水) 08:55:56.99

>>906
そもそもクラスに当てはめるものの見解が違ってたってことだね

**デフォルトの名無しさん** · 2021/04/14(水) 08:57:22.93

ゲーム脳が、ゲームキャラクタとしてのボタンのことを
言っていたのか今となっては不明だが

ゲームキャラクタとしてのボタンであれば
ボタンの状態によってボタン自身の振る舞いが変わるから
これはあり得るんだよ

だが物理的なボタンの状態をクラスにするとかありえない

**デフォルトの名無しさん** · 2021/04/14(水) 08:59:23.03

んで、ゲームキャラクタとしてのボタンの話かと思ってりゃ
今度はボタンの状態をスキャンする話を始めたからな
こりゃ完全にゲーム脳（ゲームの設計しか知らない）だとｗ

**デフォルトの名無しさん** · 2021/04/14(水) 08:59:33.60

>>906
失礼

>> 状態をオブジェクトにするな
>> は昔からよく言われている
>
> ちなみにこれどこ界隈で言われてたんす？
> よく言われてるとのことだが聞き覚えは無いんで

これにレスくれたからってっきり>>250さん本人が
俺の疑問に回答くれてるのかと思ってたが別人だったのね

>>250
> 状態をオブジェクトにするなは昔からよく言われている

>>887
> 俺は(略)状態をクラスにするなとは言ってない

**デフォルトの名無しさん** · 2021/04/14(水) 09:01:26.37

>>910
そうそう。俺の主張だと勘違いされるのを防ぐためだ。

**デフォルトの名無しさん** · 2021/04/14(水) 09:04:43.06

>>909
というか最初にボタンの状態をと聞いて

>>903
＞>>901
＞「ボタンを押している状態」をクラスにするというのは
＞「ボタンの上を押している状態」をクラスにする
＞「ボタンの下を押している状態」をクラスにする
＞「ボタンの右を押している状態」をクラスにする
＞「ボタンの左を押している状態」をクラスにする
＞「ボタンのAを押している状態」をクラスにする
＞「ボタンのBを押している状態」をクラスにする
＞
＞ということなわけだ
＞ありえないだろ

これは思いつかないよ
もっとも俺の頭が堅いのかも知れんけど

**デフォルトの名無しさん** · 2021/04/14(水) 09:07:31.63

>>912
たぶん単に経験が乏しいんかもね
怒らないでね

**デフォルトの名無しさん** · 2021/04/14(水) 09:08:48.05

てかボタンの状態くらいだったら構造体でいいだろ

**デフォルトの名無しさん** · 2021/04/14(水) 09:13:48.91

>>913
怒りはしないけど
アセンブラ時代からやってたところに
そう言われると凹むわー

**デフォルトの名無しさん** · 2021/04/14(水) 09:26:11.23

>>912
俺にとってはstateパターンを知ってるから状態をクラスにすることはあり得る
ありえるが「ボタン」の状態をクラスにすることはありえない
あるとしたらゲームのキャラクターであるボタンのことを言ってるのかと推測したが
ボタンの状態をスキャンするとかいい出したから
ゲームのメインループの話をしてるのか？と推測したわけだ

ちなみにMS-DOS時代だがアセンブラも使ってたぞ
割り込みベクタを直接書き換えてた人間に、割り込みの話をされてもなーって感じだし
ゲームは本業ではないが、昔はでべろで遊んでた
今は普通にRubyやらJavaScriptやらオブジェクト指向言語も使ってる

**デフォルトの名無しさん** · 2021/04/14(水) 09:26:45.85

>>915
大先輩ですわ
50代ですか？

**デフォルトの名無しさん** · 2021/04/14(水) 09:29:49.41

B型プログラマ同士が卑語を交えつつマウンティングし合う大会の会場はここかな？

**デフォルトの名無しさん** · 2021/04/14(水) 09:30:57.72

はいそーです
マウントされたくなければ、うかつに手を出さないことだｗ

**デフォルトの名無しさん** · 2021/04/14(水) 09:31:02.50

>>916
でべろってあのPCエンジンのか
あれやってるなら
処理単体を1/60と言っていたのも頷けるわ

**デフォルトの名無しさん** · 2021/04/14(水) 09:32:45.36

>>918
ちなみに俺はAB型だ
だから人格破綻者だと言ったろ？

**デフォルトの名無しさん** · 2021/04/14(水) 09:35:09.24

アマチュアでもよく使ってたタスクシステムってやつはオブジェクト指向とは違うの？

**デフォルトの名無しさん** · 2021/04/14(水) 09:46:48.29

>>922
オブジェクト指向だと思うよ
最近はコンポーネント思考が主流？

**デフォルトの名無しさん** · 2021/04/14(水) 09:47:41.01

>>920
60fpsは単なるよく使われる割り込み単位の一つだろ？
もとはVSYNC割り込み間隔で、アナログテレビの
垂直周波数（インターフェース）が大元じゃなかったか？

その間隔でなければならない理由はないが
名残で今でもその間隔（またはその倍数）が使われてるんだと思うが

**デフォルトの名無しさん** · 2021/04/14(水) 09:54:27.98

>>924
今は1/120とか速いものだと1/240になっている
vsync割り込みは今でもそうだけど
でべろで言うならNMI割り込みかな

**デフォルトの名無しさん** · 2021/04/14(水) 09:59:00.56

>>924
PALだと50fpsになるんだよなー
海外版と通信対戦するときはフレームレートの差を気を付けないといけなかったのはいい思い出

**デフォルトの名無しさん** · 2021/04/14(水) 10:05:11.16

>>925
それはディスプレイの話だよね？
映像の表示だけなら高速でもいいが
ボタンのスキャンは低い方に合わせないと
プレイが不公平になると思うが

まあ1秒間に60回以上入力できるやつなんていないから
120回読み取りにしちゃっても差はないというかもしれんがｗ

**デフォルトの名無しさん** · 2021/04/14(水) 10:14:13.59

血液型信仰まで併発してんのか
救いが無いな

**デフォルトの名無しさん** · 2021/04/14(水) 10:14:27.99

>>927
いんや作りによりけり
例えば1Pと2Pの格闘ゲームを作ってたとして
同じフレームの処理の場合、1Pの処理を
先にするとしたら当然1Pの方が先に
攻撃を当てることが出来るけど
1Pでも2Pでもその際に逆側の攻撃が
当たってないか判定を入れるだけ。

投げる処理とかも同じ処理では違いの
位置の同期をとって行うよ

**デフォルトの名無しさん** · 2021/04/14(水) 10:21:13.74

そのことは実は結構大事なことで
これをしないと同時にダメージを
受けるという事象がなくなってしまう
場合があるんだよ

**デフォルトの名無しさん** · 2021/04/14(水) 10:25:10.87

>>929
いや、対戦じゃなくて一人プレイの場合よ
仮に連射するだけのゲームが有ったとしたら、1秒間に60回スキャンするよりも
1秒間に120回スキャンする方がが取りこぼしがないだろうけど
そもそも1/60 = 16.7ミリ秒を超えて反応出来る人はまずいないから
気にしてないのかなーって話

でも個人的感覚では人間は瞬間的な速度であれば10ms程度で
反応することは出来ると思うんだよね
昔イライラ棒（物理）を作った時の接触判定を10msのポーリングに決めた経験からｗ

Cバスは単純だから線つなげるだけで割り込みが使えたと思うんだけど
そこいらに転がってたLSIを再利用して適当に作ったから面倒だった。

**デフォルトの名無しさん** · 2021/04/14(水) 10:31:18.67

>>930
> これをしないと同時にダメージを
> 受けるという事象がなくなってしまう

そうそう。そうなるよね。
上の方でゲームではイベントを使わない理由の一つがそれだと思ってる。
イベントで処理してしまうと、どちらかが先に反応してしまうから

だからフレームレート等の一定間隔で1Pと2Pの両方の入力が済んで
両者の計算が終わってから判定処理をするべき

ということを自分で思いついて、小学生か中学生の頃に
MSXのBASICで作った連打するだけのレースゲームで実装してたｗ
当時は記憶媒体がなくて電源消したら全部消える。
紙にソースコード書いてたよｗ

**デフォルトの名無しさん** · 2021/04/14(水) 10:35:36.33

>>931
それはその通りで論理的に言えば
60fpsだと1秒に30回、120fpsだと60回の
立ち上がりを検出することが出来るのかも
知れないけど、余り現実的ではないね。

映画で連打でスイカ割ってた高橋名人が
一秒間に18回って言ってたから
打てたとしてもボタンや
キーボードクラッシャーになると思うよ
そこは冗談だけど

**デフォルトの名無しさん** · 2021/04/14(水) 10:41:14.07

>>932
ちなみにだけど、
昔の業務用のゲームはたまーにRAMにプログラム載せてて
電池が切れると全部無くなるというのが存在するよ

**デフォルトの名無しさん** · 2021/04/14(水) 15:59:57.37

>>898
もともとのオブジェクト指向の意味が「“こうしろ”ってメッセージで自律行動できる単位でプログラムを区切る」だから
単なるフラグ管理レベルをオブジェクト化するのは無駄だからやめろって話だわな。
フラグ管理スペシャリストクラスが必要とかなら別だが、それはそれで設計からおかしいだろうし。

そもそもオブジェクト指向はオブジェクト指向なんか要らないローレベル処理と
オブジェクト指向設計が必要な高レベル処理を自覚して使うものだから
正直な話、処理速度重視とかならそんなとこでオブジェクト指向なんて使う必要ないのよ
それをC++とかローレベルでのパーツ使い回しにオブジェクト指向使ったから
いらんとこまで『オーブージェークーートーー！…指向！」ってなって
低レベルプログラマが発狂していまに至る。

**デフォルトの名無しさん** · 2021/04/14(水) 16:25:23.76

するとチンポは自律行動できる単位なのか？？？

>>935
>もともとのオブジェクト指向の意味が「“こうしろ”ってメッセージで自律行動できる単位でプログラムを区切る」だから

なら話を戻すが、「チンポがシコシコする」という日本語表現は、学術的に正しいと言えるのか？

チンポ「を」シコシコするのではなくて、チンポ「が」シコシコする。この場合、「チンポ」は主語となる。

オブジェクト指向で言う「集約」は２種類あって、全体（俺）と部分（チンポ）が繋がっている場合と、
全体（俺）と部分（チンポ）が別々になっている場合とが考えられる。けれども「チンポ」はそれ自体
が独立した生き物であり、所有者の意思とは無関係に、自ら勃起して「シコシコする」。
例えば寝てる時にエロい夢みて朝起きてみたらチンコが勃起して射精してたとか。

違うか？

「胸がドキドキする」は良いが、「チンポがシコシコする」はダメな理由を、５０字以内で述べろ！

**デフォルトの名無しさん** · 2021/04/14(水) 16:29:33.14

メッセージングはインナークラスとしてのオブジェクト指向でオシッコするときのチンポ、

>>935
>“こうしろ”ってメッセージで自律行動できる単位

『自律行動できる単位』は、サブクラスとしてのオブジェクト指向で勃起・射精するときのチンポ！

928 デフォルトの名無しさん 2018/11/21(水) 18:59:11.61 ID:8Yc2p7H1
>>922
＞ナンチャッテメッセージングスタイルになったのは

チンポ.オシッコを出す
チンポ.オシッコを止める

さっきトイレでやってきた。

929 デフォルトの名無しさん 2018/11/21(水) 19:07:17.83 ID:8Yc2p7H1
>>915
＞単なる動的なメソッド呼び出しをメッセージと称し、ただしコールするメソッドが見つからない場合だけメッセージを
＞ハンドリングできる省コストなナンチャッテメッセージングスタイルに落ち着いた。

×
俺.オシッコを止める　俺.オシッコを出す
○
俺.チンポに力を入れる　俺.チンポから力を抜く

**デフォルトの名無しさん** · 2021/04/14(水) 17:05:54.10

割込み（インタラプト）は、OSのほうで隠蔽してくれないと
オプジェクト志向とは相性が悪い。ウィンドウシステムでも、
そこはイベント駆動（イベントドリブン）ということで
なんとか押さえこんでいるわけだし。
ボタンとかキーボードとかだと、チャタリングの処理があるので、
そこは別プロセスで割込みを受けとってキューイングしてくれないと、
メインで動いていているプロセスは対処に困る。
まぁ、入力にも出力にも関わらないプロセスを立てておいて、
出力側がタイマーでそのステートを提示の割込みで見にゆくとか、
そんな実装になるんだと思うが。

**デフォルトの名無しさん** · 2021/04/14(水) 18:12:01.78

577 その名前は774人います (ｽｯﾌﾟ Sd22-ObUD) sage 2021/04/14(水) 00:52:35.71 ID:/qa39Aihd
https://i.imgur.com/u2RSU8j.jpg
https://i.imgur.com/kLtQspe.jpg

**デフォルトの名無しさん** · 2021/04/14(水) 19:19:52.58

まぁそうね、考え方は人それぞれ
俺は使い分けだと思うけど。
別にCやC++だって自分で趣味的にやるなら
一切必要ないし、ゲームの仕事してても
多数の言語選べる環境もあるし。

ただ詳しくは言えないけど
CSでゲーム作るなら「今は」C、C++は
やっておいた方がいいと思うよ。
ま、これはObject指向には余り関係ない
から気にしなくていいよ。聞き流して。

**デフォルトの名無しさん** · 2021/04/14(水) 21:17:25.66

コールバック関数というのがあって
常にデバイスをみてるOSやデバイスドライバに
コールバック関数を登録すると
データを渡してくれる
自分で作ったコールバック関数が実行される

**デフォルトの名無しさん** · 2021/04/14(水) 21:35:52.94

>>941
詳しそうだね。その登録するときに使う
関数名は言えるかい？

**デフォルトの名無しさん** · 2021/04/14(水) 21:39:26.53

同時判定って本当に同時だったっけ？
投げは絶対に同時発生しないんだから、どっちか優先だよね？（オブジェクト指向関係ない）
ボタン入力を1ビットづつ読み出し中に分岐して処理したりはしないけど、大体2P側不利にならない？（オブジェクト指向関係ない）

**デフォルトの名無しさん** · 2021/04/14(水) 21:43:29.43

割込みベクタ書き換えて、自前の処理の最後に元の飛び先への分岐も入れとく感じかな？
IOCSに自分でパッチあてたりとか（なんの機種の話だ）

**デフォルトの名無しさん** · 2021/04/14(水) 21:47:39.39

>>943
ベストをつくしたいのかもしれないけど
遅延とか普通なのに同時を
判定するのは意味ないような

**デフォルトの名無しさん** · 2021/04/14(水) 21:48:20.22

関数名まだ？

**デフォルトの名無しさん** · 2021/04/14(水) 22:08:40.94

なんかのソースでcallbackで検索

**デフォルトの名無しさん** · 2021/04/14(水) 22:17:13.04

やっぱり浅い知識で適当なことをいってただけか

**デフォルトの名無しさん** · 2021/04/14(水) 22:23:30.81

無知のかまってちゃん

**デフォルトの名無しさん** · 2021/04/14(水) 22:56:28.03

なんかスレ伸び速杉（笑）
昔は CPU が遅かったので、30 FPS としたら
33ms の奪いあいだったわけだが、
現在はプロセッサは速いわ I/O 周りのチップ
（出力側のグラフィックも含めて）は
充実してるわで、 60 FPS でも
16.7 ms の分配ということになる。
しかも最近は CRT じゃなくてディジタル表示なので、
リフレッシュタイムとかは表示側のプロセッサに
丸投げできる（とにかくグラフィック・メモリに描いてあれば
表示してくれるわけだから）。
>>940
> CSでゲーム作るなら「今は」C、C++は
>やっておいた方がいいと思うよ。
同意見ではあるのだが、
アセンブラ →〔マクロプリプロセッサ〕→ マクロアセンブラ →
〔C コンパイラ〕→ C 言語 →〔プリプロセッサ？コンパイラ？〕→
C++
という構造を踏まえたうえで、OS とか制禦とかについて、理解して
もらいたいと思う。
とはいえ、ぶっちゃけこのあたりの話は「オブジェクト志向」では
隠蔽するのがお約束なので、もはやオカルトになってしまう。
C++を「オブジェクト志向」と呼ぶのは、正直いかがなものか、
と思う。

**デフォルトの名無しさん** · 2021/04/15(木) 00:42:20.09

>>943
それも作りによりけり
1P側有利になっているものもあれば
はじき合うように作られてるものもあれば
投げを奪い合うように作られてるのもあるよ

投げを奪い合うものというのは
ちょっと説明しにくいけど組み合う形になって
その後、操作のタイミングとか、連打回数とか
そういう本来の投げの動作と違う動作になって
投げ勝ち負けの判定をするタイプのもの。

でも実際は通信対戦とかすると
僅かにラグが発生したりするので
その辺は多少は許容するという
暗黙の了解があるみたい。
最近「ラグい」って言葉を聞くことない？
あれはそのラグが酷くて文句を垂れてる
ときの言葉なんだ。

**デフォルトの名無しさん** · 2021/04/15(木) 01:06:23.95

>>950
最近でばその矢印の指すC++の後ろにUnityが控えてたりもするね。
C++は痒いところに手が届く反面、多重継承が使えたり戻り値の参照渡しが使えたり
ポインタの概念があったりするある意味Object指向言語の中では
かなり特殊な立ち位置にいるものと言えるだろうね。

とは言え、OSの話はおいとくとしても
他の言語にもあるようなLinqやラムダ式も
果たしてObject指向の概念と言えるのか
ってのもあったりするからね。

**デフォルトの名無しさん** · 2021/04/15(木) 01:17:34.73

>>952
Unity よりは Unreal なんじゃないかと
ソシャゲは Unity が多いけど、コンソールは Unreal だな

**デフォルトの名無しさん** · 2021/04/15(木) 02:12:58.15

>>948
あまり虐めてあげるな
コールバックは概念的なところが大きいから
使う言語やシチュエーションによっても行い方が変わるの分かっててそれ聞いているんでしょ？

>>941
とりあえずこれ読んどけば？
イベントもコールバックの一種だって事が分かるよ
https://docs.microsoft.com/ja-jp/dotnet/standard/design-guidelines/events-and-callbacks

こんな感じで実施する前のメソッドの参照渡しておくのもコールバックだし
リフレクションとかもコールバック
VBA(旧VB6)とかはObjectの場合はCallbyName使ったりObjectでない場合はAPI使ったり
使い分けしなければいけない場合も出てくるし
ポインタの概念があるものは関数ポインタに設定して飛ばしたりするし、
アセンブラの場合はあらかじめワークエリアにアドレス設定してジャンプ命令でそのアドレス目掛けて飛んだりとか
コールバックについて言語やメソッド、あるいは関数単位で説明すると切りがないよ。

**デフォルトの名無しさん** · 2021/04/15(木) 21:05:28.83

>>953
unrealはちょっと別の意味で注目してた。
https://www.google.co.jp/amp/japanese.engadget.com/amp/fortnite-lawsuit-034003146.html

unrealの名前出したということは
ゲーム好きでゲハ行ってれば
恐らくこっちも知ってるのかな

ソニー、Epicにまたもや2億ドル投資
https://krsw.5ch.net/test/read.cgi/ghard/1618325758/

いやぁ、ム板で語ることじゃないけど結構ドロドロしてるよね

**デフォルトの名無しさん** · 2021/04/15(木) 21:12:54.96

>>952
最初からオブジェクト指向なんてラベルはどうでもいいだけだ
C++の目標はかなり初期からゼロコスト抽象の追求だろうし
最近の言語は役に立つなら何でも取り入れている

**デフォルトの名無しさん** · 2021/04/15(木) 21:55:47.82

>>956
＞最初からオブジェクト指向なんてラベルはどうでもいいだけだ
＞C++の目標はかなり初期からゼロコスト抽象の追求だろうし

うーん、そうだねぇ
俺もそういう一面で考えることもあるけど
デザインパターンなんかは結局今まで色々苦労してやってきた人達の足跡みたいなもんだし
それを疎かにしてもいいのかなって一面もある。
結局使いどこかなーとも思ってるけど
それに対して結論を出せるほど実力がある訳じゃないんだ。ごねんね。

＞最近の言語は役に立つなら何でも取り入れている

これは素晴らしいことだと思うよ。
この間から話してたCやC++なんか細かいところをその気になればどうとでも作れるフニャフニャな感じなものと真逆で
ゲーム開発でもとある理由からガッチガチなものも存在するから色んなものに対応出来るのはゲーム脳でじじいで頭の硬くなった俺からしても
羨ましい限りだよ。

**デフォルトの名無しさん** · 2021/04/15(木) 22:05:00.93

このガッチガチのっていうのは
OSにも関係のあることなんだけど
その内クロスプラットフォームの話でも
出て来たときに話せればいいかなって思ってるよ

**デフォルトの名無しさん** · 2021/04/15(木) 22:08:22.70

C言語
https://rimage.gnst.jp/gurutabi.gnavi.co.jp/image/public/img/article/c1/eb/art000505/article_art000505_2.jpg

C++
http://kaigai-matome.net/wp-content/uploads/kaigaimatomenet/1e99ae07.jpg

Java
https://p1.pxfuel.com/preview/837/1017/244/prague-sky-czech-city.jpg

画像はイメージです

**デフォルトの名無しさん** · 2021/04/15(木) 22:10:49.01

>>959
ちなみにC#だとどんなイメージになるの？

**デフォルトの名無しさん** · 2021/04/15(木) 22:53:36.90

まぁでもこれはこれで面白い考えだね
だけどみんなはどう思っているのかな？
ちょっとスレ立てて聞いてみるかな

**デフォルトの名無しさん** · 2021/04/15(木) 23:12:17.13

立ててきた
言語をイメージに例えたら・・・？
https://mevius.5ch.net/test/read.cgi/tech/1618495014/

さて、実際みんなはどう考えているのか楽しみだ

**デフォルトの名無しさん** · 2021/04/16(金) 07:25:53.28

人というスーパークラスを

男性クラス
チンポクラス
女性クラス

が継承してる

**デフォルトの名無しさん** · 2021/04/17(土) 06:50:27.65

人クラスはシコシコするというメソッドしか持っていない
男性もチンポも女性もみんなシコシコする

**デフォルトの名無しさん** · 2021/04/17(土) 12:48:38.62

チンポ is 人？

**デフォルトの名無しさん** · 2021/04/18(日) 12:34:47.21

オシッコはインナークラス、勃起と射精はサブクラス。後者の場合は『人格を性欲に乗っ取られる』時で、
これはクリントンそのものを再定義するしかない。人工知能や自然言語処理では多重継承が大切。

250 デフォルトの名無しさん sage 2021/03/21(日) 16:00:54.94 ID:rWfpUSZ4
状態をオブジェクトにするな
は昔からよく言われている
「ボタンを押している状態」
をクラスにしてしまうと
プログラムが無茶無茶になる
「モノ」をオブジェクトにする
これがオブジェクト指向の本質

829 デフォルトの名無しさん 2018/11/11(日) 09:52:59.70 ID:y84pWKv0
（第1章はじめに　2頁）
たとえば、CycはFredという名前の男が朝にひげをそるという話が理解できなかった。
Cycの推論エンジンは、この話の中に矛盾を見つけた。Cycは人間には電気の部品がないことは知っているが、
Fredが電気カミソリを持っていたので、エンティティ「Fredがひげそり中(FredWhileShaving)」
には電気の部品が含まれていると考えた。したがって、CycはFredがひげをそっている間、
Fredはそれでも人間なのかと尋ねた。

『深層学習』
著者:
Ian Goodfellow, イアングッドフェロー,
Yoshua Bengio, ヨシュアベンジオ,
Aaron Courville, アーロンカービル

**デフォルトの名無しさん** · 2021/04/20(火) 06:57:57.63

>>965
肯定する
論理に矛盾はない

**デフォルトの名無しさん** · 2021/04/20(火) 06:59:45.27

>>966
クラス名は名詞だけと言うよね
チンポも名詞だからクラス

**デフォルトの名無しさん** · 2021/04/20(火) 07:34:10.19

本気でつまらんな

**デフォルトの名無しさん** · 2021/04/21(水) 16:35:58.50

でもさ、オブジェクト指向てつまらんよな

**デフォルトの名無しさん** · 2021/04/21(水) 16:42:05.25

わかるー！

**デフォルトの名無しさん** · 2021/04/21(水) 17:51:06.73

他人と違うことをするのがすごいと思うお年頃