Real men do not define classes.. (Don't try this at work or you will lose your job) ■ Example Code editor.p5js.or... ■ License 音楽 ... フリーBGM・音楽素材MusMus musmus.main.jp/
🤔 なぜ会社で（チーム開発で）この技法をやるとまずいのか 🤔 Why I put "(not)" in the title チーム開発では、↓のようなクラス（interface）を作ります。 class Game { init() //盤面を初期化するメソッド putDisk(x,y) //座標xyにディスクdを置く isPlaceable(x,y) //座標xyにディスクが置けるか調べる 等... } こうしておくと、他の人、UIを作る人などが格段にコードを書きやすくなるからです。 // クリックしたとき…… if (game.isPlaceable(x,y)) { // 置ける場所なら置く game.putDisk(x,y); }else{ // ダメなら音で知らせる ui.playSound("NG",x,y); } クラスを用意しておかないと、サンプルプログラムのmousePressed関数のように、UI側のコードがわかりづらくなってしまいます。 ただし、メソッドの中身（実装）は他の人が直接触らないので、多少技巧的になっても問題ありません。 //なんか読めないけど超エレガントな関数 Game.isPlaceable(x,y) { return pumomoenguegegionmoetyottyottyassa; } In a team dev, we usually create a class (interface). class Game { init() putDisk(x,y) isPlaceable(x,y) etc... } This is because it makes it much easier for other people, such as UI designers, to write code. // when the player click the board.. if (game.isPlaceable(x,y)) { game.putDisk(x,y); }else{ ui.playSound("NOPE.wav", x,y); } If there are no class, the UI code gonna be a mess, like the mousePressed function in the example code. However, since the implementation of the methods are not directly touched by other people, it is okay to be a bit technical. // an elegant function but nobody can read Game.isPlaceable(x,y) { return pumomoenguegegionmoetyottyottyassa; } .
@Kei N 네, 한국인입니다. 게임을 좋아해서 일본어 공부하다보니 조금은 할 수 있게 된 것 같습니다. 이런 어리숙한 말을 그렇게 평가해주시다니 감사합니다. はい、韓国人です。ゲーム好きで日本語を習ったら少しは出来るようになりました。こんな未熟な言葉をそんなに評価してくださってありがとうございます。:)
