ていうか、プログラミングにクラスとかやっぱいらんよな?
■ このスレッドは過去ログ倉庫に格納されています
Golang勉強してるけどクラスなんて概念ないしやっぱ俺の考えに間違いなかったか
オブジェクト指向とか頭悪いなって思ってた なくてもいいっちゃなくてもいいけど
あったらあったでやっぱ便利なんよなぁ あった方が直感的に書きやすいのはある
でもオブジェクト指向はスマートじゃないなと思ってた クラスの方がスマートだよw
C++とかメイン部分数行とかに出来る
WinAPIとか叩けばわかるけど
初期化だけで100行とかになるけど
クラス使えば数行 プログラムにとかプログラミング言語にとかならわかるけどプログラミングにってのはおかしい まず関数化プログラミングの方がスマートに書ける
ただ複雑化する
更にクラスってのは関数と構造体を一緒にしたものだから更にスマートで便利
ただただたださらに複雑化して、設計が難解になる クラスってもコンポーネント指向とかあるやん?俺そっちの方がオブジェクト指向より良いと思ってる派。
クラスAを継承したクラスBからクラスCを作ってクラスCからクラスDとEを作るとか頭おかしなるで 10年くらい前から継承は使わないってのが暗黙のルールになってきてる
複雑化する、設計もおかしくなる 設計がおかしくなるのは設計者が無能だったり
無能に設計させようとする企業が歪だったりだけどな >>7
それだけなら便利なんだよな
実際Golangにも構造体と関数をセットにする仕組みはある。
継承とか意味不明なことやってないで部品として1つのファイルで完結すべき >>11
やっぱり?
オブジェクト指向正義みたいなん気に入らなかったんだよなjavaと基本情報の学習してるときに。 >>13
継承は10年前からネットで使わない方が良いって言ってる派閥が出てきて
増えてきてると俺は思ってる
ゲーム会社勤務してる人が
自分たちでは新しく書かないようにしてると言ってた
継承はやればわかるけどどんどん設計が複雑になっていく >>14
三項演算子とかも知らない?
あとマクロ関数とか
同じように継承も
書くな。っていう派閥 勿論読めるか?と、書くな?別だから
読めないと駄目だけど 三項演算子も書いたらダメみたいなのはgiitaのコーディングベストプラクティス記事みたいなので見たことあるな。
三項演算子くらいは流石に読めろよって感じだけど、使う場面が正しいかどうかだよなって解釈。
三項演算子使った方が可読性良い場面もあるだろうし使わないほうが可読性良い場合もあるんだろうなって感じ 継承の使い方知らないだけだろ
プラグインみたいなの作るならinterface用意してそれ継承してった方がシンプルになるし
ゲームならキャラクラス作って、それを継承して様々な種族作って、さらに色違いとか個別キャラに派生してける >>18
読めるようにしなきゃ駄目だけど
新しく書くなって感じ
継承も同じ
あと関数もかなり面白い使い方してる
教えて貰ったのはインデントの階層が3つ以上は関数化しちゃうとかw バカの一つ覚えでなんでもクラスの継承で解決させようとするから複雑化するんであって、そいつらにやめろっていったところで何も解決しない >>19
それって後々機能変更したいときに問題でないの?自分だけが管理するならともかく色んな人が関わったらぐちゃぐちゃになりそうなイメージがある >>19
そうなんだけどそれやると設計が複雑化するからやめようぜって流れ
どうせ使い回しも出来ないから
必要なら新しく作ればいいっていう派閥が10年前くらいから
増えてきてる気がする
もちろん読めなきゃ話にならないのは認める >>20
なるほど。
インデントの回数が3つ以上は関数化しちゃダメってのは面白いな、関数化できるなら全部関数化したほうが良いと思ってたわ JavaとC#両方触った事があればJavaのライブラリ設計が如何に汚いかがよく分かる 昔は容量が少なかったからってのもある気はする
いまはPS3くらいから使いきれてないから >>24
関数ってのは同じ機能をまとめるものじゃん?
それとは別に可読性のために3層以上になったら関数化しちゃおうっていう
ぶっとんだ派閥に属してるw >>24
この書き込みなしにして
普通に文盲発生してた >>22
人数増えるほど便利だぞ。逆に一人ならそんなことしなくてもいい
入出力がきっちりしてるからテストも楽だし Javaはそもそも全部最初にロードする時点で・・・
C++は必要な時に読み込み、いらない場合は消すを繰り返してる >>27
俺はバイトでプログラミングやってる程度の素人なんだけど、if文のインデントを読み誤ってたばかりに処理を勘違いしたことあるんだよな。関数化してたらパッと見ただけで理解できてたと思うからその理論はわかる気がする Javaがクラス指向言語の代表みたいに言われてるけどJavaの思想は大分無能 リーダブルコードって本読んだらいいよ
クラス要らねーは別の話
君の作ってるものが小規模ならクラス設計要らなくね?って話になるのは分かる ぶっちゃけある程度汚いコードでも見れるっちゃ見れるしね。
俺は半分趣味程度に可読性も意識しようとしてるけど。 Javaって一括りにしたらいかんなSpringはわりと綺麗な設計だった >>32
継承も同じなのよ
最近は複雑化するから新しく書かないって派閥が増えてきてる気がする
どうせ再利用なんてできない >>35
大規模開発はしたことないな。
リーダブルコード読んでみるわ。
リーダブルコードってオライリー・ジャパンってのがだしてる本よな?ちょうど最近貰ったんだけどまだ読めてない。 springはモデルとビューとコントローラで分割してる設計だったはずだから綺麗になりやすそうではあるよね 逆に大規模なら設計がしっかりしてそうなイメージ
そういうのは設計書通りに作ればいいんじゃない?
小規模になればなるだけお察しです ■ このスレッドは過去ログ倉庫に格納されています