- これでいいのか？って不安になってくるんだけど
さらに関数にしたり小分けしていくべきなのか？ - よくわからないけどオブジェクト化しろ
- ついぐっちゃぐちゃになってしまう
うまいこと分けて整理できない - サブルーチン
- 扱いやすい単位で切り出せるならその方がいい
テストコードも書きやすいしな - コピペ一回でもしたらそこを関数化しろ
それだけだ - >>6
1の場合
2の場合
3の場合
とかの場合は関数化しないとだめ？ - リファクタリング
- 再利用するのか？しないのか？
で考え方変えていけば？(´・ω・｀)
速度追求するとどうしても可読性なくなっちゃうこともあるから
- >>8
頭悪いから再利用とかわかんないんだけど - >>10
FFTとかの再利用性あるプログラムとかなら一回作って関数化してライブラリ化しておけば他のプログラムでもコンパイル時に付け加えておけば
何度でも再利用できるでしょ？(´・ω・｀)
- >>11
ゲームプログラミングで再利用なんて出来る気がしないんだけど
ボタン押した時の処理とかならコピペしたらよくね？ - >>15
コピーしてきてペーストするより「あれするやつする」って書いたほうが早い - >>17
ボタン処理とかはコピペしてき中の数値だけ変更してるわ
if(クリックした場合){
クリックフラグ=1;
if(こういう場合にクリックされたら){
関数();
}
}else{
クリックフラグ=0;
}
みたいな感じ - そもそももうすでに関数なんだよなぁ
関数の中に関数があってさらに関数になってて
さらに関数で分ける感じで
そもそも関数でわけても同じように書く気がするんだよなぁ
でも上からすると見やすくなる気はする
if(){
10行
}else if(){
10行
}else
って続いてるのを関数化したら1行になると - でパーツ化して再利用可できる状態にしておけば
それ利用して状況に応じてすぐにプログラム組めるようになる(´・ω・｀)
- 関数の意味解ってるか？
- >>14
関数の中に関数があってさらにその中に関数があってそこに書いてる感じ - 意味のある処理に名前をつけて抽象化しろ
- データの構造化とかも整理にはかどる(´・ω・｀)
- >>18
構造化のためだけにクラス作ってる俺は正しいですか？ｗｗｗｗｗ - 三行以上かかる処理は全部関数化しろ
- 省略はマクロ
何度も呼び出すのは関数
知らんけど - 頭悪いから正しいコードの書き方の勉強まで追いつかないから不安でしかない
- で関数の中にさらに関数作ってほげー
ゲームプログラミングしてて条件式のしたにコードが埋め尽くされると
VIP
コメント