開始進行一個專案之前
如果是個人的小專案開發
在有了初步的功能概念後
各位會做好詳細的架構規劃
或是直接動手做了之後再重構
個人認為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沒有一次到位這種東西