轉(zhuǎn)架構(gòu)設(shè)計(jì)準(zhǔn)則word版-資料下載頁
2025-05-07 17:44本頁面
【正文】 的道理，只要這個(gè)系統(tǒng)擁有有價(jià)值的數(shù)據(jù)，那么這個(gè)系統(tǒng)就有生命力。架構(gòu)設(shè)計(jì)中，數(shù)據(jù)無小事，任何數(shù)據(jù)只要是存在于系統(tǒng)中，就需要給予足夠的重視，也許是個(gè)廢棄的字段，但它也許會(huì)有一天被人錯(cuò)誤的引用到，或是時(shí)不時(shí)地遭到別人的詢問是干嘛用的。 根據(jù)投資回報(bào)率進(jìn)行決策 很多架構(gòu)師認(rèn)為計(jì)算和分配資源是 PM 要做的事情，與自己無關(guān)，自己要做的是設(shè)計(jì)最優(yōu)的系統(tǒng)。其實(shí)，這個(gè)最優(yōu)不光是技術(shù)上的最優(yōu)，往往在實(shí)際項(xiàng)目中大家所關(guān)注的是投資回報(bào)率最優(yōu)，老板想用最少的投資獲取符合需求的產(chǎn)品，PM 想用最少的人力發(fā)布項(xiàng)目，開發(fā)人員想用少的代碼完成功能等等，作為架構(gòu)師應(yīng)該把投入產(chǎn)出比作為決策的一個(gè)重要因素 起碼有兩個(gè)可選解決方案 一個(gè)經(jīng)驗(yàn)豐富的架構(gòu)師會(huì)對(duì)一些關(guān)鍵的問題給出多個(gè)解決方案，并能分析其優(yōu)缺點(diǎn)，并最后一般取舍之后做出選擇，這是一種令人信服的說明問題和解決問題的方式。 不能不了解硬件 軟件架構(gòu) 師常常無法正確考慮硬件因素，有多種原因，但大多和缺乏硬件的了解脫離不了干系。最好的解決辦法是加強(qiáng)與基礎(chǔ)設(shè)施架構(gòu)師合作，共同對(duì)架構(gòu)和設(shè)計(jì)進(jìn)行評(píng)估 架構(gòu)無小事 很多系統(tǒng)建設(shè)初期的瑣碎事情在架構(gòu)師看來是些小事情，比如單元測試、多余的庫依賴、版本號(hào)的升級(jí)、開發(fā)人員不合理的代碼風(fēng)格等等，這些事情不給于重視盡早解決，會(huì)在將來的某天去解決會(huì)需要數(shù)倍的成本，有效率的架構(gòu)師會(huì)盡早解決這些 小事 警惕新技術(shù)，不輕易拋棄老技術(shù) 很多架構(gòu)師包括大部分的開發(fā)人員都有新技術(shù)的追求傾向，但暗藏在每個(gè)新玩意后面的是風(fēng)險(xiǎn)和缺陷，在引入每項(xiàng) 新技術(shù)之前，需要給予足夠的評(píng)估，不要只看到它 power 的一面，更應(yīng)該熟知其潛在的危害。而對(duì)于已接收過現(xiàn)實(shí)檢驗(yàn)的老技術(shù)不要輕易拋棄，可能它存在些缺陷是某些新技術(shù)可以取代的，但我們應(yīng)該更珍惜對(duì)它的了解和成熟，更可取的態(tài)度是試圖去優(yōu)化它而不是拋棄 拉伸關(guān)鍵維度，發(fā)現(xiàn)設(shè)計(jì)中的不足 架構(gòu)師或多或少喜歡在理想的情況下設(shè)計(jì)產(chǎn)品，一旦異常情況發(fā)生或數(shù)據(jù)量超出了當(dāng)初業(yè)務(wù)方提出的假設(shè)時(shí)，架構(gòu)就漏洞百出。因此設(shè)計(jì)初期可以適當(dāng)拉伸關(guān)鍵維度，把運(yùn)行環(huán)境設(shè)想得更復(fù)雜一點(diǎn)，把需應(yīng)付的數(shù)據(jù)量預(yù)想更多一些，這樣可以發(fā)現(xiàn)設(shè)計(jì)中更多不足 穩(wěn)定的 問題才能產(chǎn)生高質(zhì)量的解決方案 最好的架構(gòu)師不是要去解決難題，而是要圍繞難題開展工作，要能夠?qū)⑺奶帍浡能浖栴}圈起來，并畫出其中的各種邊界，確保對(duì)問題有穩(wěn)定的、完整認(rèn)識(shí)。如果問題是穩(wěn)定的，那么解決后就永遠(yuǎn)不會(huì)再來麻煩你 對(duì)決策負(fù)責(zé) 有些架構(gòu)師做出決策后，把事情交給其他開發(fā)人員去實(shí)施，認(rèn)為之后的事情與自己無關(guān)了，其實(shí)做出設(shè)計(jì)上決策只是解決問題生命周期的最開始階段，真正對(duì)決策負(fù)責(zé)可以參考做以下方式： 充分認(rèn)識(shí)決策過程?？梢圆扇∮涗浐蜏贤ǖ姆绞? 定期復(fù)審架構(gòu)決策 貫徹架構(gòu)決策，全程跟進(jìn)實(shí)施過程 給把決策的權(quán)利委托 給團(tuán)隊(duì)中的專家 償還技術(shù)債務(wù) 系統(tǒng)里或多或少會(huì)存在一些已識(shí)別的缺陷，比如單元測試覆蓋率低、可測性差、性能不達(dá)標(biāo)、代碼壞味道多等等，架構(gòu)師常常會(huì)視為眼中釘，想一夜之間把它們都消滅掉，其實(shí)更應(yīng)該把它們作為債務(wù)，有計(jì)劃地可控地去償還，要把握好償還的時(shí)機(jī)，這樣我們的成本和收益比才會(huì)更好 結(jié)束語 以上這些行為準(zhǔn)則不是拿來背誦的，而是應(yīng)該融入到日常的工作中，有句話說得好，成功是一種習(xí)慣，只有習(xí)慣了這些成功實(shí)踐，才算是真正的成功 本文來自 CSDN 博客，轉(zhuǎn)載請(qǐng)標(biāo)明出處： 特別聲明： 1：資料來源于互聯(lián)網(wǎng)，版權(quán)歸屬原作者 2：資料內(nèi)容屬于網(wǎng)絡(luò)意見，與本賬號(hào)立場無關(guān) 3：如有侵權(quán)，請(qǐng)告知，立即刪除。
研究報(bào)告相關(guān)推薦
鄂ICP備17016276號(hào)-1