オブジェクト指向って何?
■ このスレッドは過去ログ倉庫に格納されています
ほらあれだ
なんかクルマのなんかトラックとか乗用車みたいな
クルマはクルマでも走らないクルマはなーんだみたいな Javaから勉強した人とCから勉強した人では全く違う印象を持つだろう
Cからやるとメモリ確保の延長線上にオブジェクト指向があるわけよ
文法が難しくなったから簡単に動的確保できる方法を作ったのがオブジェクト指向という理解になるだろう
Javaだとメモリアロケーションなど知る必要もなく、どう便利かという概念を学ぶはず レゴブロックみたいなもんや。
1個の赤レゴブロックが1つのクラスや。
いろんなレゴを組み合わせて、一つのプログラムが完成するんや。バラバラにしても、それぞれのレゴの役割もわかりやすい。 車で例えると、部品ごとに工場を分けて作ることによって他社の車にもその部品が使えるとかそんな感じ ???
じゃあ例えばオブジェクト指向じゃないとどうなるの?
違いを教えて >>10
なんJみたいに後から修正できんプログラムが完成する。手直し大変やで。 >>10
車で例えると、それぞれの会社が部品を作ることになるから同じ工場をいっぱい作ることになる ふーん?
オブジェクト指向は同じものを共有するってことなの? >>17
せやせや。使い回しできるように作るんや。
んで、エラーが起きてもどこを直せばいいかわかりやすいんや。 うんうんエラー起きた時が一番役に立つね
20種類の車を作る時にタイヤ工場も20個建ててたらタイヤに不具合があった場合、工場の数だけ修正する必要が出てくるしな なるほど?
とある部品に不具合が起きたらその部品を治せば全社の車が治る、そう言うこともできるのかな? public関数や構造体を多数つくるのと違いがわからん 概念で説明するの間違ってると思うわ
変数の宣言を引き出し用意する物みたいな
つまりpcやコード内で何が起きてるの?ってなって
何もイメージ出来ないと思う >>15
サブプログラム作ってそれぞれのメインプログラムからCALLすればよくない? >>22
オブジェクト思考じゃなくても、共通のサブプログラム作ってメインプログラムからCALLすればよくない?PL/lとかイメージしてる。 トヨタでいうとカムリとRAV4とハリアーのプラットフォームが同じ的な?
不具合あってもプラットフォーム直せば全車直る的な? >>30
そうだよ
それの関連変数とメソッドの塊をクラスって言う単位で固めて管理していきましょう
ってのがオブジェクト指向で実際にやってる事
理想的にはこのクラスの組合せで処理書けるようなイメージ
このクラスが説明文によくあるパーツだったりする ■ このスレッドは過去ログ倉庫に格納されています