代码写大了，该如何规划、布局、架构？

[xuegj1010]

小白一个，感觉代码写的越大就越乱，看着很不舒服，不知道该怎么布局，怎样才能让自己的代码看起来更舒服，结构更清晰。python 的设计模式也看不明白，看明白了也不会用。看看自己写的东西，真是糟心~~，文件一多，python 文件互相引用，引着引着就乱了。。。看着 github 上 star 多的项目代码，看着就很舒服，再看看自己写的，感觉就是一坨一坨。。。

系统各位大神能给小弟出出主意，该怎么进步。

[kindjeff]

照着别人的抄

[zynlp]

kiss 原则了解一下？

[xrlin]

多拆分，多分层，少用魔法，避免魔数，逻辑复杂的要添加注释，多写测试。

[qiaobeier]

照着抄 +1，当然不要瞎抄，一边思考一边抄。

[Raymon111111]

领域划分

[jinhan13789991]

领域划分+1,然后单元测试覆盖，自动化测试，持续集成。
设计模式～

[anotherlf]

只要代码起作用，大坨有什么关系？
用这些代码先实现一个小目标，然后雇佣楼上楼下的帮你重构就好了。

[fuckshiter]

多写，多看别人的代码，然后反过来对比自己，一步一步来，谁小白的时候不是写的乱乱的

[x7395759]

多看书啊

[fatedier]

考虑下换个语言不~

[misaka19000]

一个字：拆

把组件和模块拆分开来，每一个模块再继续拆，如此反复，同样对于代码段也观察能否继续拆分，保持方法最小原则，如此反复进行重构

[Light3]

拆
然后比如说重复的代码 变一个模块 一点点来少很多的

[woodface2233]

花 100w 现金每年请人吧。

[shilyx]

多学多练，法无定法

[realpg]

代码写大了才去考虑这些问题的，多半即使考虑了也会有更多的这个问题……

我个人的习惯，不管写多小，都是有规划有架构，突然增大了负载也可以 handle

[chemzqm]

用类型语言好一些

[hobochen]

《设计模式》了解一下？

[LukeChien]

Java 了解一下

[picture2200]

大了就拆，拆了太多了就合并。

[glfpes]

花一个季度重构个 2.0 版本吧。。。