开始进行一个专案之前
如果是个人的小专案开发
在有了初步的功能概念后
各位会做好详细的架构规划
或是直接动手做了之后再重构
个人认为Programmer成为User之后
也还蛮容易有User思维
也就是自己写Code写一写
然后自己想到新功能也再加上去
我觉得真的靠想的就把所有规划都完成
还真是有难度
也害怕想东想西到头来什么都不做
所以与其这样
那就管他什么架构
先把功能写出来再说
之后再慢慢的重构吧
虽然搞不好要翻掉重写
但总是有大量片段程式码能够使用
各位在开发上面是否都雷同
还是真的有神人可以一次到位的
作者:
now99 (陈在天)
2016-11-12 21:13:00先做出来,后来再慢慢改,有时候还没改专案或著跳槽了XD
作者:
pttworld (批踢踢世界)
2016-11-12 21:23:00规划不被加功能影响的架构，对程式语言涉猎深度的重构。
作者:
yyc1217 (somo)
2016-11-12 22:23:00再怎么神也比不上客户的一句话 就尽量保持弹性吧
作者:
testPtt (测试)
2016-11-12 23:21:00一开始就深度物件化 之后就好改 但很花时间
作者:
bobju (枯藤老树昏鸦)
2016-11-12 23:25:00[软]体的本质就是随着需求不断地完善及改变，经常升级改版正是常态。前置规划跟重构都需要。而随想随写也有其意义：就视为初步探索的雏形系统，待需求更明确后，再重构一个架构更完善的系统。
作者:
yyc1217 (somo)
2016-11-13 00:15:00一开始会觉得写了很多余 绕来绕去的东西 但后续要改时才会体会到那些设计模式的好处
作者:
gcaaa (GCA)
2016-11-13 00:21:00如果是小型专案我会以MVP原则下去设计，之后在refactorMVP是最小可行性产品, 然后之后在重构的原因是避免发生anti-pattern
作者: aiyswu (三千绝望客) 2016-11-14 12:02:00
没有一次到位这种东西