在用unity开始做一个游戏之前，程序员应该做哪些准备？注意什么问题？

资源大湿

假如有了一个大体的策划，策划会跟随进度完善和改变。程序在一开始应该为后期维护、性能优化等方面做哪些准备？写代码时应该注意些什么呢？

KaaPexei

1.合理划分代码模块，以利于长期维护。根据策划需求、程序人员分工合理划分项目模块，不要把所有代码都堆砌在一起，比如：战斗模块、热更新及sdk模块、资源加载模块、UI与逻辑模块（这个是代码量比较大的，还得按具体模块再细分）、网络与协议模块、策划表格的序列化模块、引用第三份库封装模块、lua模块等等，我说的这只是个参考，你自己模块要根据实际项目情况划分，既要考虑到策划将来会加需求，还得尽量让程序之间工作依赖尽量少。

2.制定严格的代码、美术资源、策划表格标准和审查方法。比如哪些代码要写在lua中,linq、foreach 是否可以用、哪些函数不可以写在update中、字符串连接怎么做；模型贴图格式是什么、分辨率多少、导入方式是什么、动画采样帧多少、粒子个数限制多少、碰撞采样什么方式；表格内key相互引用要用工具检测、运行时采用什么方式加载、要不要序列化、语言表是否支持符号替换等。这方面细节很多，既要自己总结，还得去看看网络上其他人的总结经验。

3.开发功能与代码重构同步，添加美术资源与资源优化并行。针对初级开发人员、容易提交糟糕代码的人员进行必须的培训，不要害怕伤害他自尊，大家相互监督才能共同进步。针对美术资源、shader等最好设置一个有经验的人来专门负责，也就是要有TA岗位，如果人员不足，也尽量抽调人来兼职做。

4.很多问题归根结底还是经验不足，没有制定合适的开发流程。所以除了开发游戏功能之外，可以在业余时间，针对团队、个人在相关技术上的不足，辅修相关知识，比如软件工程、图形学等，参与一些同业的分享会议，找一些有经验的大神来分享经验，使用比较好插件、sdk、框架，比如腾讯WeTest、UWA、MVVM框架等，没必要全部从新造车。

祝成功！

super1

如果是unity新手的话，可以先去unity官网照着教程做几个小游戏练练手，熟悉u3d一些基本编程规范与思想，对之后编程非常有益。

如果不满足于这些，可以去github上fork一些比较成熟的u3d游戏项目看看他们的源码，会有较多的提升。当然一些优秀的u3d的插件例如behavior designer，itween的源码也值得观赏。

编码之前，可以给游戏进行一些模块划分，以及适当的进行一些类划分。
性能优化方面例如涉及到字符串拼接的地方可以用stringBuilder代替String，可以减少不少内存垃圾；缓存常用组件以避免反复寻找…具体在csdn上搜一下u3d代码优化内存优化都有的～

编码的时候注意一下类的可扩展性，可以省去不少后期维护的麻烦。尽量将不同功能的代码写在不同组件之中，提高组件的复用性。另外，可以使用虚函数来避免重复代码，重复代码写的时候不觉得怎么样，ctrl+c，crtl+v就OK啦，但后期维护起来就得改很多处，非常麻烦而且容易出幺蛾子。

kirin77

1、确定项目管理的基本流程和规范，并严格按照执行。
2、制定好各种技术规范，并严格按照规范执行。
3、制定好客户端的目录权限，防止不同权限的人搞乱客户端目录
4、认真做好技术选型，不要随便引用第三方插件或者代码
5、功能模块，技术方案实现之后及时归档备份
6、对开发人员定期分享和培训
7、不要相信“人”,所有资源和配置走工具生成和检查
8、定期做代码Review，确保大家不要偏离主线，一旦发现偏离宁愿牺牲进度也要重构
9、所有变更走规范化流程，禁止任何随意变更行为。
10、性能尽早介入检查和监控，越早越好。
更多可以查看我的专栏，或者私信交流。
Unity手游开发三两事

JamesB

先定基本规则，后续是基本规则的组合
大体的策划未必符合规则
想一出是一出，还压缩工期，不乱才怪

maltadirk

面向接口面向接口面向接口
SOLID SOLID SOLID
持续重构持续重构持续重构
要有耐心，要画类图，要勇于将 100 行的代码扩展成 300 行以实现低耦。

RecursiveFrog

找策划问清楚需求，再组织集体开会确认，落实到文档，会议要录音录像。排好时间（预估时间乘以2.5）

其它回答都是屁话。

maltadirk

找成熟的框架啊，strangeIOC等

七彩极

你需要准备一份至少能让你清楚以后要做什么的策划案。这可以让你未来省下很多功夫。策划案是帮你理清脉络的东西。不要反感它。