C言語は読めば何書いてるかすぐ分かるんだが、オブジェクト指向系はさっぱり分からん…
■ このスレッドは過去ログ倉庫に格納されています
swiftとかどっから何を呼んでるのかどうやって理解してんだみんな Swiftの事は知らないけど処理の内容はメソッド名から想像出来るだろ
あとはIDEのショートカットキーで定義に飛んだり出来るからそれを活用する >>3
IDEと命名アリキなのがな
あくまで補助であって思考は可読コードベースであって欲しい 現代のプログラムは全部IDEと命名ありきだぞ
例えばRustなんかはIDEの補助なしには書けないほど難しいし、大規模なプロジェクトのコードを1から全部読むのは不可能に近い C言語から入るとわかりやすいと思うけどな
C言語では構造体と関数と分けて書くだろう?
そして構造体の初期化などもいちいち用意して
構造体
関数
関数
・・・
と山ほど縦に並ぶようになった
で、考えられたのがC++でありオブジェクト指向の概念を入れたもので
構造体と関数を一つにしてクラスにしたらよくね?と考えた奴が50年以上前にいた
それがオブジェクト指向 オブジェクト指向の凄い所は1950年代には概念が研究されていたって所だわ
パソコンなんてないだろ・・・っていう時代・・・ メガバンクみたいなとんでもなくでかい規模は知らんけど、小中規模のアプリケーションとか関数型でよくね?って思う
その抽象化に抽象化を尽くした変数はどう解釈すんの?突然出てきた変数擬きのそれは何? 知識が足りてない
言語分かっててもプラットフォームの知識ないと読めないし書けないからな
オブジェクト指向がーじゃなくて、iphoneの知識なんかが必要だよ オブジェクト指向にこだわるのはリファクタリングからの逃げだと思ってる
汎用クラスとか継承とか結局めんどくさくなった末路じゃん
本来直感的に理解できた要素をオブジェクト指向で潰してる >>8
C言語の書き方は関数型とは言わないぞ
あれは強いて言うなら手続き指向だけど、オブジェクト指向も手続き指向の一種だから特別これという呼び方はない
ちなみに関数型はLispやOCaml等で用いられてるパラダイムで、とてもじゃないがまともなアプリは作れなさそうな言語たちだよ >>8
今そうなってきてる
オブジェクト指向の難しい所は設計にある(実際に作り始めるとわかる・・・)
ヤバい奴だとベクターから自家製クラスにし始める
ベクターってのはx,y,z座標のこと
オブジェクト指向の良い所だけ使ってややこしいのはやめようという動きが
10年前くらいから出てきてる
例えば継承は使うの辞めようぜ?は主流 オブジェクト指向が分からんと言う人には
デザインパターンの教科書を読ませることにしている
あのわけわからん機能の数々が何のためにあるのか理解できる デリゲートとか関数ポインタみたいな奴で、条件によっていろんな処理がいろんな順番で入ってくると、ステップ実行しないと無理
テーブルか何かで制御してたらまだ追えるけど 関数ポインタ多用してた人種とクラス乱立してる人種って同じだよな
それ自体は悪事じゃないけど使いまくるせいで動かさないと何もわからないゴミが出来上がる オブジェクト指向に拘る奴とかもやべえ
プロは部分的にC言語で書いちゃう人もいるくらい 昔からC言語のエキスパートはオブジェクト指向風に書いてた
関数ポインタでポリモーフィズムができる
オブジェクト指向が分からないc言語使いは
まがい物 OOPは共産主義
体系化して命名化して最後は破滅の歴史も学べる 関数ポインタでオブジェクト指向とかマジでクソだからやめとけw
glibのあれみたいなゴミが出来上がるだけ ■ このスレッドは過去ログ倉庫に格納されています