这是一个创建于 2491 天前的主题，其中的信息可能已经有所发展或是发生改变。
最近在写一个很小的项目，可能需要对接口中，输入的参数进行提取，解析，校验什么的 固然可以按照 AOP 的思想，搞个装饰器什么的，但是这样抽象的工作量就还不小
不仅如此，如果其中一两个接口有点不太一样，那么抽象时候就跟麻烦了。
如果确认项目不大的话，以后也不会大量增加的情况下，复制粘贴一把梭感觉也没什么啊
不知道我说的对不对
 |
1
mokeyjay 2018-01-29 15:09:41 +08:00  2
那得看你项目规模以及项目生命周期啊
一个临时小项目你不复制粘贴而去各种冥思苦想如何抽象如何优雅，那不是浪费生命吗？ 一个大型长期需要你维护的大型项目你不好好规划如何抽象而去复制粘贴，那不是浪费生命吗？ |
 |
2
codermagefox 2018-01-29 15:21:29 +08:00
我人生的第一个脚本写了 270 多行。
在我学习编程 6 个月后，重写了一遍。20 行... |
 |
3
whx20202 OP @codermagefox 66666
|
 |
4
HuHui 2018-01-29 15:24:53 +08:00
我记得有本书里面提到：及时重构
但是，就工作来看，大多数做了就不会再去 care 了 项目就是这样由膨胀到崩溃的 好处就是，有理由让老板为下一代系统买单 |
 |
5
cover 2018-01-29 15:30:51 +08:00
然而重构只是提高效率的工具而已。。。如果工具本身失效，为什么要用
|
 |
6
carlclone 2018-01-29 15:46:05 +08:00
如果你觉得没什么, 那我有点担忧你的生涯
|
 |
8
popbones 2018-01-29 15:53:16 +08:00 via iPhone
Avoid premature refactoring
|
 |
9
hitmanx 2018-01-29 15:53:59 +08:00
有句非常有名的话叫"Premature optimization is the root of all evil"。优化很重要，但是优化的时机比优化本身更重要，在应用场景尚不成熟时过早的考虑优化和抽象只会使得你的抽象层在未来很长一段时间内不断被更改，其实反而是延误了效率以及损害了可维护性
|
Select Language