開(kāi)發一(yī)款APP應該如(rú)何選擇技(jì)↕δ∞∑術(shù)架構？

技(jì)術(shù)選型實際上(shàng)是(shì)從(cón↕↑g)不(bù)同維度對(duì)産品進行(x→σíng)分(fēn)解的(de)過程。通(tō♣←ng)過分(fēn)析，合理(lǐ)分(fēn)解出各 φ項技(jì)術(shù)需求，然後對(duì)各項技(jì)術(shù)需求♥¥÷♠進行(xíng)綜合評估并最終選擇合适的(d ↓✔♥e)框架。

技(jì)術(shù)框架的(de)類型很(hěn)多(duō)，不(b±π±×ù)同的(de)類型還(hái)有(yǒ×$>÷u)更多(duō)的(de)細分(fēn)π©₹。如(rú)WEB應用(yòng)，信息展現(xiàn)類和(h∏ "&é)社交類選型顯然是(shì)不(bù)同的(de)。除此之外(w​$ài)，每種産品類型的(de)選型也(yě)會(huì)存在重疊，<$>如(rú)RCP和(hé)RIA應用(yòng)，盡管UI層的( ↑§•de)選型完全不(bù)同，但(dàn)是(s∞‌hì)并不(bù)妨礙兩者後端選型的(de)相‍♦∑(xiàng)似性，如(rú)兩者都(dōu)ק∏☆是(shì)數(shù)據展現(xiànλε)及交互複雜(zá)的(de)企業(yè)應用(yòng)。

總之，産品類型就(jiù)如(rú)程序設計¥ (jì)上(shàng)的(de)設計(jì)模式一(y&φī)樣，便于我們快(kuài)速将産品分(fēn)¶♠解為(wèi)幾個(gè)重要(yào)的(deΩ>♠)架構要(yào)素并且對(duì)應到(dào)其常見(jiàn)的(d₩ αe)解決方案，為(wèi)我們的(de)技(•✘γ™jì)術(shù)選型工(gōng)作(zuò)發揮很(hěn)±Ω₹大(dà)的(de)指導作(zuò)用(yòng)。

其次，架構分(fēn)層可(kě)以幫助我們以“分(fēn)而"δ治之”的(de)思路(lù)來(lái)進¶‌行(xíng)技(jì)術(shù)選型≈♠§。這(zhè)既包括“邏輯分(€✘§£fēn)層”，也(yě)包括“♦₽"物(wù)理(lǐ)分(fēn)層”。邏輯分(f✘ ēn)層使得(de)我們将技(jì)術(shù)選型分(fēn)為(‌∞↓₽wèi)展現(xiàn)層選型、業(yè)務層選型、持久層選型以及數(shù✔§​™)據資源層選型等，然後我們再按步完成選型工™£↔(gōng)作(zuò)，每一(yī)步除了(le)要(yào)考慮其對(d>↔ uì)應的(de)架構要(yào)素外(wài)，還(hái&¶∞♠)要(yào)考慮上(shàng)下(xià)層的(de)集成方案。如 ®(rú)方案的(de)複雜(zá)度、健壯性、性能(n∏‍​♣éng)等。而“物(wù)理(lǐ)分§§×δ(fēn)層”則确定了(le)各層之間(jiān)的(de)通¥'(tōng)信框架選型，同樣我們需要(yào)考慮通(tōng)信的(de₹∏)性能(néng)、安全性、有(yǒu)效性等。

最後，無論是(shì)産品類型還(hái)是(shì)架構 ∏∞分(fēn)層，這(zhè)兩者的(de)結合都(dōu)♦<Ω♠是(shì)便于我們将技(jì)術(shù)架®πΩ©構選型進行(xíng)合理(lǐ)的(de)分(fēn)解，将關注點✔✘≤充分(fēn)聚焦，從(cóng)而在各框架間(jiān)做(zuò)φδσ≠有(yǒu)效取舍。但(dàn)是(shì↑→±∞)除了(le)各項技(jì)術(shù)要(yào)素及'↕指标外(wài)，還(hái)有(yǒu)很(hěn)重Ω¶™∏要(yào)的(de)一(yī)方面對(duì)技(jì)術(shù)選≤ ​&型有(yǒu)非常大(dà)的(de)影(yǐng)響，那(nà)就(jiù)☆π♠是(shì)學習(xí)成本、社區(qū₩γλ↓)活躍度和(hé)技(jì)術(shù)成熟度。

 

對(duì)于一(yī)些(xiē)新出現(xiàn)的(de)→§× 框架，雖然理(lǐ)念非常好(hǎo)、社區(qū)非常活躍，但(dàn÷&¥)是(shì)其框架可(kě)能(néng)并不(bù)夠健 ∞€壯，需要(yào)更多(duō)的(de) ↑≥₽時(shí)間(jiān)在生(shēng)産環境中去(qù)完'•φ善。此時(shí)縱使其有(yǒu)更好(hǎo)的(de↓')性能(néng)等的(de)表現(xiàn)，我們也(yě)¥©÷要(yào)審慎的(de)來(lái)選擇，或者在一(yī)些(x∑÷∞σiē)非核心的(de)模塊局部進行(xíng)引入試驗，或者✘"不(bù)引入該框架，而是(shì)合理(lǐ)設計(jì)系統的 ↓→Ω(de)集成方案，以便在其足夠完善時(shí)能(néφ‍€'ng)夠輕易的(de)進行(xíng)框架₽£遷移替換。

 

換句話(huà)說(shuō)，當我們認為(wèi)一(yī)款新框架有(  §©yǒu)足夠好(hǎo)的(de)性能(néng)、可(kě)擴 γ©展性、可(kě)伸縮性時(shí)，我們更需要(yào)冷(lěng≤↓<≈)靜(jìng)的(de)考慮以下(xi∏<à)它是(shì)否足夠健壯，它的(de)這(z←≤hè)些(xiē)特性是(shì)否是(shì)我們所必須的(de)。有→↓(yǒu)時(shí)候你(nǐ)會(huì)發現•↕(xiàn)，它很(hěn)快(kuài)、很(hěn)靈活，但(®Ωdàn)是(shì)卻并不(bù)是(shì)你(nǐ)必¶&‍↑須要(yào)擁有(yǒu)的(de)，你(nǐ)引入它帶來(lá®₹σi)的(de)系統質量的(de)提升遠(yuǎn)遠(yε₩uǎn)抵消不(bù)了(le)因為(wèiπ↕←)維護它增加的(de)成本。

 

總之，選擇一(yī)款最合适你(nǐ)的(de)産<α♠↕品的(de)框架，而不(bù)需要(yào)對(duì)各項架構要(yào) $素進行(xíng)極限追求。這(zhè)也(yě)是(shì>$)為(wèi)什(shén)麽各種新框架滿δ←≤天飛(fēi)的(de)當下(xià)，很(hěn)多(duō)十幾年(niá±€•n)前的(de)框架仍保持旺盛的(de)生(shēng)命力的↓>§(de)原因。