歡迎來到 常識詞典網(wǎng) , 一個專業(yè)的常識知識學(xué)習(xí)網(wǎng)站!
[ Ctrl + D 鍵 ]收藏本站
答案 1:
軟件架構(gòu)沒什么具體方法吧,具體項目具體應(yīng)用,那種大的指導(dǎo)原則還不如不用答案 2:
太泛泛了,沒有應(yīng)用場景,那些概念落不了地的,具體到工具包就太detail了答案 3:
我在從事軟件架構(gòu)活動中,通常會將軟件實踐過程中的最佳實踐與工程師的實際情況向結(jié)合來進行實現(xiàn)。一種架構(gòu)是否好,不僅僅從技術(shù)角度來考慮,還需要考慮工程師是否能基于這樣的架構(gòu)很好的施展,并在未來能夠良好的升級和遷移。我不喜歡通過龐大的Word文檔和UML設(shè)計來表達技術(shù)架構(gòu)的思想。我更傾向于通過PowerPoint來進行表達。因為好的技術(shù)架構(gòu)一定是能明確指明要解決的問題,價值主張清晰,而容易實現(xiàn)的。如果你的技術(shù)架構(gòu)描述起來很復(fù)雜,可能是你還沒有考慮好。成熟而高質(zhì)量的技術(shù)架構(gòu),一定是可以用很簡單的語言描述其核心的。你所提到的設(shè)計模式以及軟件包的組成,都是進行軟件開發(fā)過程中所要解決的。如果能將很多這樣的內(nèi)容進行沉淀,并形成你們的最佳實踐的集合,逐步演化和總結(jié),就能形成適合你自己的技術(shù)架構(gòu)風(fēng)格了。答案 4:
設(shè)計最佳的方法是用visio畫流程圖,用MindManager畫系統(tǒng)結(jié)構(gòu)。答案 5:
看你的應(yīng)用類型,DDD這種設(shè)計方法比較好,設(shè)計模式就太細(xì)節(jié)了。下一篇:打-總是三缺一? 下一篇 【方向鍵 ( → )下一篇】
上一篇:對 Lisp 新手來說,學(xué)習(xí)哪種方言、使用哪些參考書和開發(fā)軟件更適合? 上一篇 【方向鍵 ( ← )上一篇】
快搜