一个人写的项目，代码数量到近两万的时候，是否得停下来优化代码结构再继续下去。

[Registering]

近来做一个人负责一款app的开发，虽然开发过程中一直在借鉴一些开源项目的架构设计（主要借鉴oschina的android客户端）。

但是难免有些细节失控，比如突然一个类一下子就到800多行，看到一个类代码量太长总是觉得代码不干净，但是该类中的子功能又比较难抽象出来。

以前在学校也是这样，平时自己写的项目，虽然功能实现了，但项目的代码数量到一定程度，虽然会尽量注意代码的架构，还是会觉得代码增多就越来越难控制架构，感觉就得停下来优化一下，甚至优化也比较费力，所以也影响了项目的扩展性。

毕业2个月，经验有限，求技术大拿们指点。

[otakustay]

@Registering 如果没有说明是随意写的2W行的话，一般人在写代码的同时总会有个设计框架在其中吧，不至于增长得无法控制不住嘛

[reeco]

避免提前优化，还是先写完吧

[herozzm]

如果项目周期在可控的情况下，应当不断将项目模块分解重构优化

[konakona]

必须优化。

[watsy0007]

如果你要增加功能开始觉得没地方下手。
需要停下来考虑如何在原有基础上做猥琐的不定才能实现时候。或者大量的cc＋cv时候。

就表示你要重构了。模块化了。

[spacewander]

你都觉得有必要重构了，那就停下来重构吧。