2 回答

TA貢獻(xiàn)1966條經(jīng)驗 獲得超4個贊
1.做之前數(shù)據(jù)庫當(dāng)然是設(shè)計好的,但在做的過程中肯定是會改動的,可能是需求變化,可能是解決方案的變化。
2.這樣,你說的數(shù)據(jù)遷移問題,是發(fā)生在項目已經(jīng)上線了,數(shù)據(jù)都是又有的話,如果數(shù)據(jù)庫改動非常大,那就通過sql導(dǎo)數(shù)據(jù)吧,hibernate沒那么高級。如果數(shù)據(jù)庫改動不大(這要看數(shù)據(jù)庫設(shè)計人員的功力了),那也沒什么數(shù)據(jù)遷移的問題了。代碼的地方改改好了。
3.漸進(jìn)式開發(fā)?好的系統(tǒng)維護(hù)性很好,可擴展性強,這要在開發(fā)的時候在細(xì)節(jié)的地方就注意起來?!鞍炎兓暮筒蛔兊母綦x開來”,“面向接口編程”,能用一些設(shè)計模式想必是極好的,但不要為了設(shè)計而設(shè)計哦。但實際情況時,一般(注意是一般)的大型項目,維護(hù)或者加新的功能,都會讓你頭疼的。

TA貢獻(xiàn)1852條經(jīng)驗 獲得超7個贊
這種方法最好的情況是采用分層來設(shè)計,這樣,如果有新功能,只需要根據(jù)功能來調(diào)用不同層的接口就可以了。
添加回答
舉報