找回密码
 立即注册
楼主: unityloverz

[笔记] 怎么让代码的逻辑更清晰?

[复制链接]
发表于 2021-3-28 12:37 | 显示全部楼层
写之前大概架构一下,能架构到什么程度算什么程度。
写的过程中编写边重构,架构自然浮现。
重构的目的是为了提高速度,减少错误,使人能以较轻的脑力负担继续开发,但不要追求完美,重构到脑力能轻松驾驭当前代码即可。
最重要的重构方法是封装和抽象,保持单个函数在N(N>30 && N < 80)行以内,不要用全局变量之类的。
用重构的方法好处是轻松,减少了debug的时间,并且能控制代码复杂度平缓而非爆炸式地增长。
好文章是改出来的,好代码同样也是。重构保持代码能继续运行的同时使代码本身更优化。在反复重构的过程中你自然也能提炼出代码的逻辑主线,这也是锻炼大脑的过程。
做完一段项目,再学习代码架构的相关理论,再有意识地用在开发过程中,就自然提高了。
学习、开发,新功能、重构,都可以交替进行,而且周期短一点,可以使能力与工作互相促进。
采用这种方法的根本原因是人能力的局限性,上帝可以一码到底,程序员的话,脑容量大一点,就可以多写点再重构,脑容量小一点,就写一小段就重构。
发表于 2021-3-28 12:39 | 显示全部楼层
认为画流程图或者框图是一个良好的习惯。
在写代码前,先讲逻辑大概整理好,
发表于 2021-3-28 12:43 | 显示全部楼层
封装、分层、分治。最重要的是先画脑图,脑图画明白了,逻辑自然就清晰了。
发表于 2021-3-28 12:51 | 显示全部楼层
用自动机理论构建检查自己的代码,这样可以保证你写代码前分析需求的时间。思考得清晰,代码逻辑就清晰了,后续修改就是加个状态的问题
 楼主| 发表于 2021-3-28 12:58 | 显示全部楼层
先把主要功能做出來,做時適當寫一下comment,然後就是抽象化,refactor,解耦……再來就是擴展->還技術債的循環


先求有再求好是對的,但不可能把整個遊戲都做出來才還債,基本上是一邊寫代碼一邊還債的,技術債多的話還得特定排時間專門用來還債的
技術債還多了代碼就會變好
发表于 2021-3-28 13:02 | 显示全部楼层
OO的思路还是可以借鉴的
发表于 2021-3-28 13:08 | 显示全部楼层
先写注释(伪代码)后写代码,当然文件夹命名/类名/方法名/类图本身也是个注释,前题是你有消灭//_TODO_的强烈意志.
发表于 2021-3-28 13:11 | 显示全部楼层
尽量在开始就用少的代码来完成相同的工作。
你会发现代码少了自然就清晰了,多了也自然就复杂了。
发表于 2021-3-28 13:20 | 显示全部楼层
先把游戏做出来,游戏挣钱了就可以请小弟来慢慢整理代码维护游戏开发新的小功能。游戏不挣钱整理的再好也没用。游戏挣钱了小弟干这活你去搞新的游戏。
发表于 2021-3-28 13:28 | 显示全部楼层
编码也是一个熟能生巧的工作,大量的练习和多思考可以提高编码能力。当编码能力提高后,你工作时自然会想要寻找让代码更清晰的方法,有了意识就不再困难了。
懒得打字嘛,点击右侧快捷回复 【右侧内容,后台自定义】
您需要登录后才可以回帖 登录 | 立即注册

本版积分规则

小黑屋|手机版|Unity开发者联盟 ( 粤ICP备20003399号 )

GMT+8, 2024-11-22 12:08 , Processed in 0.094694 second(s), 24 queries .

Powered by Discuz! X3.5 Licensed

© 2001-2024 Discuz! Team.

快速回复 返回顶部 返回列表