アカウント名:
パスワード:
オブジェクト内部に隠蔽された状態によって、同じ関数を呼んでも違う結果が返ってくる、さらには隠蔽された内部状態の遷移先まで違ってくる。グローバル変数だけでプログラム書くほうが見通しよくてまだマシって思えてきたよ。Javaの検査例外と同じ。良いアイデアに思えたのに実戦投入したら使えないことが判明したかんじ
javaの検査例外もオブジェクト指向も、リスコフの置換原則も知らんような糞プログラマーには猫に小判、豚に真珠。
なんかペーパードライバーにＦ１マシンを運転させて，スピードが出過ぎて事故っただけなのに「Ｆ１マシンが悪い、これは欠陥品だ。俺は悪くない」と言ってるような感じ。
Javaみたいなクソ言語がF1なわけないじゃん
別ACですが。
Javaが糞ならもっと生産性の高い言語を使えばよろしいかと、Delphiなんていかがですか？
それはさておき
オブジェクト指向が悪いと考えておられるようですが、大きなプログラムを手に負える範囲に押さえる分割と隠蔽の手段がオブジェクト指向です。組み合わせの爆発を防ぐのにも有用です。単体テストという言葉くらいご存知ですよね。
そもそもが、他のオブジェクトの内部状態を細かく知っておく必要があるとか、それを意識して網羅的にテストする必要があるとか、そのプログラムの分割の仕方、隠蔽の仕方に先ず疑問を抱かれた方がよろしいと思います。
とは言え既に粗方出来上がっているプログラムに対して卓袱台返しなんて出来ないでしょうし、ご愁傷様とかしか言えませんが、もし次にそういう設計をなされるなら、グローバル変数を多用する方向に進む他に、ちゃんとプログラムを分割するという方向での検討をされること、お勧めします。
>大きなプログラムを手に負える範囲に押さえる分割と隠蔽の手段がオブジェクト指向です。
オブジェクト指向は手助けにすぎんよ。設計ということをしっかりと考えるべきなんだよ。
参照透過性が必要ですな。
組合せ（結合試験）レベルの話に単体テストの話出して何かうれしいの？
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
日々是ハック也 -- あるハードコアバイナリアン
オブジェクト指向は失敗アイデアだった (スコア:0)
オブジェクト内部に隠蔽された状態によって、同じ関数を呼んでも違う結果が返ってくる、さらには隠蔽された内部状態の遷移先まで違ってくる。
グローバル変数だけでプログラム書くほうが見通しよくてまだマシって思えてきたよ。
Javaの検査例外と同じ。良いアイデアに思えたのに実戦投入したら使えないことが判明したかんじ
それはあんたがバカで糞なだけ (スコア:0)
javaの検査例外もオブジェクト指向も、リスコフの置換原則も知らんような
糞プログラマーには猫に小判、豚に真珠。
なんかペーパードライバーにＦ１マシンを運転させて，スピードが出過ぎて事故っただけなのに
「Ｆ１マシンが悪い、これは欠陥品だ。俺は悪くない」と言ってるような感じ。
Re:それはあんたがバカで糞なだけ (スコア:0)
Javaみたいなクソ言語がF1なわけないじゃん
Re: (スコア:0)
別ACですが。
Javaが糞ならもっと生産性の高い言語を使えばよろしいかと、Delphiなんていかがですか？
それはさておき
オブジェクト指向が悪いと考えておられるようですが、大きなプログラムを手に負える範囲に押さえる分割と隠蔽の手段がオブジェクト指向です。組み合わせの爆発を防ぐのにも有用です。単体テストという言葉くらいご存知ですよね。
そもそもが、他のオブジェクトの内部状態を細かく知っておく必要があるとか、それを意識して網羅的にテストする必要があるとか、そのプログラムの分割の仕方、隠蔽の仕方に先ず疑問を抱かれた方がよろしいと思います。
とは言え既に粗方出来上がっているプログラムに対して卓袱台返しなんて出来ないでしょうし、ご愁傷様とかしか言えませんが、もし次にそういう設計をなされるなら、グローバル変数を多用する方向に進む他に、ちゃんとプログラムを分割するという方向での検討をされること、お勧めします。
Re: (スコア:0)
>大きなプログラムを手に負える範囲に押さえる分割と隠蔽の手段がオブジェクト指向です。
オブジェクト指向は手助けにすぎんよ。
設計ということをしっかりと考えるべきなんだよ。
Re: (スコア:0)
参照透過性が必要ですな。
Re: (スコア:0)
組合せ（結合試験）レベルの話に単体テストの話出して
何かうれしいの？