请教一下各位大佬, 你们都是从什么时候开始, 代码写得又快质量又高的

[Demons1874]

如题, 项目紧急的时候, 自己写的代码自己看着都头疼, 虽然老大也不说什么, 但是以后维护难受的是自己

[why_are_you_so_diao_]

梦里面的时候

[正怒月神]

当你把业务逻辑想明白了，就能写得快了。 比如：你们有个注册功能。 你要先明白，注册的前提是账号唯一， 然后才有注册。 那么想明白这个事情，自然而然就分2步走。 一个是查询账号是否存在， 一个是新增账号。 自然而然，就会写成2个逻辑方法。 做业务层调用这两个逻辑组装成一个业务。

[wanghui0380]

自然而然就好了。 卖油翁最后删了一句“唯手熟尔” 基本上当你想做好，他自然就做好了。我想把做饭做好，做上一年，虽然不说比馆子强，但也至少对得起胃。如果不想做好，天天发大水，那现在就只能天天吃挂面，煎鸡蛋了

[Demons1874]

引用 2 楼 正怒月神 的回复:

当你把业务逻辑想明白了，就能写得快了。

比如：你们有个注册功能。
你要先明白，注册的前提是账号唯一，
然后才有注册。

那么想明白这个事情，自然而然就分2步走。
一个是查询账号是否存在，
一个是新增账号。
自然而然，就会写成2个逻辑方法。
做业务层调用这两个逻辑组装成一个业务。

我一般是会针对单一功能进行梳理, 然后就直接从头写到尾, 就经常被同事吐槽代码重复率高, 代码块太长之类的

[Demons1874]

引用 3 楼 wanghui0380 的回复:

自然而然就好了。
卖油翁最后删了一句“唯手熟尔”

基本上当你想做好，他自然就做好了。我想把做饭做好，做上一年，虽然不说比馆子强，但也至少对得起胃。如果不想做好，天天发大水，那现在就只能天天吃挂面，煎鸡蛋了

嘛, 这个我也清楚, 但是就怕垃圾写多了, 以后就只会写出垃圾, 而且自我觉得写得挺好

[正怒月神]

引用 4 楼 Demons1874 的回复:

[quote=引用 2 楼 正怒月神 的回复:] 当你把业务逻辑想明白了，就能写得快了。 比如：你们有个注册功能。 你要先明白，注册的前提是账号唯一， 然后才有注册。 那么想明白这个事情，自然而然就分2步走。 一个是查询账号是否存在， 一个是新增账号。 自然而然，就会写成2个逻辑方法。 做业务层调用这两个逻辑组装成一个业务。

我一般是会针对单一功能进行梳理, 然后就直接从头写到尾, 就经常被同事吐槽代码重复率高, 代码块太长之类的[/quote] 把功能隔离，最好都是功能单一的。 只有在业务层，才以组合形式出现。 这个思想，都已经推广到微服务了。 其实说明，很早开始，设计者就意识到功能单一的好处。

[wanghui0380]

不要着急，慢慢来 先学《重构》，《Effectve C#》-------------这是可以copy的手段，虽然思维上没到，最起码招式没问题 然后学 《设计原则》---------------我们不太想说设计模式，因为基于设计原则就好，已于原则他也许反模式，不过依旧是好设计 最后 复盘----------不停的复盘，练习抽象和取舍-------会抽象了才算会玩对象，会取舍了才算会设计 ----------- 当然就我个人来说，依旧是一个都不能少，函数式编程，声明式编程------------那些原本不在对象其实也不错。当然手段也许一时半会你很难接受，最起码思维方式可以让你有不一样的玩法