wwwwwwwwwww.色I日韩精品不卡在线I国产精品涩涩屋www在线观看I亚洲精品无码不卡I久久免费看视频I日日骚网站。I男女爱爱动态图视频I亚洲国产天堂avI久久99这里只有精品I女人18片毛片90分钟I九月伊人中文字幕I狠狠狠综合I亚洲综合免费视频Iav在线影视I青青草原I欧美久久熟妇成人精品I久久免费资源I国产综合久久7777

APP開發工作的功能復雜數據龐大，幾乎所有的軟件公司在做APP架構設計時都會面臨技術選型的抉擇，不同的技術方案架構也可能完全不同。

關于用原生好，還是用H5好的爭論從沒間斷過。我們覺得脫離了實際場景來討論孰好孰壞意義不大。例如項目不止要做Android和iOS App，也要做微信公眾號；需求上來說，大部分頁面用H5實現，可以減少很多工作量。因為不可控因素太高而時間又短，風險太大。如果APP開發技術人員對原生比較熟，開發效率比較高，很多東西也控制得了，風險相對比較低。如果客戶主推產品是App，微信屬于輔助性產品，所以微信要求也沒那么高。因此可以以原生開發為主，H5為 輔，App大部分頁面用原生完成，小部分用WebView加載H5。

在項目中選擇了Swift，主要基于兩個原因：

1. Swift真的很簡潔，生產效率很高；

2. Swift取代Objective-C是必然的趨勢；如果你的團隊里沒人懂Swift，那還是乖乖用Objective-C吧；如果有一兩個懂Swift的，那可以混合開發，并讓不懂的人盡快學會Swift；如果都懂了，不用想了，直接上Swift吧。當語言上選擇了Swift，相應的一些第三方庫也面臨著選型。比如，依賴庫管理，Objective-C時代大部分用CocoaPods，Swift時代，我更喜歡Carthage。Carhage是用Swift寫的，和CocoaPods相比，輕耦合，也更靈活。我個人也不太喜歡CocoaPods， 使用起來比較麻煩，耦合性也較高。

MVC：Model-View-Controller，經典模式，很容易理解，主要缺點有兩個：1.View對Model的依賴，會導致View也包含了業務邏輯；2.Controller會變得很厚很復雜。

MVP：Model-View-Presenter，MVC的一個演變模式，將Controller換成了Presenter，主要為了解決上述第一個缺點，將View和Model解耦，不過第二個缺點依然沒有解決。

MVVM：Model-View-ViewModel，是對MVP的一個優化模式，采用了雙向綁定：View的變動，自動反映在ViewModel，反之亦然。

架構模式上每種模式都各有優點，也各有極限性。越高級的模式復雜性越高，實現起來也越難。最近火熱的微服務架構，比起MVC，復雜度不知增加了多少倍。

在實際APP開發項目中思考架構時，也要想著要用哪種模式只思考現階段，以現有的人力資源和時間資源，如何才能更快更好地完成需求，適當考慮下如何為后期擴 展或重構做準備。