餓了么的創(chuàng)始人傳奇

餓了么的創(chuàng)始人張旭豪，他與他的伙伴們康嘉、汪淵、葉峰以及曹文學(xué)，均來自上海交通大學(xué)。這些年輕人在追求夢想的道路上，憑借著對餐飲行業(yè)的獨到見解和對信息技術(shù)的精湛掌握，共同開創(chuàng)了餓了么的輝煌篇章。

一、創(chuàng)業(yè)初心

2009年，這群熱血青年看到了餐飲外送行業(yè)的巨大潛力，他們決心開發(fā)網(wǎng)絡(luò)訂餐系統(tǒng)，推動餐飲業(yè)走向信息化。葉峰作為交大軟件學(xué)院的一員，也看好這一創(chuàng)業(yè)機會，于是，"餓了么"網(wǎng)絡(luò)訂餐系統(tǒng)的"交大幫"應(yīng)運而生。

二、命名由來與創(chuàng)業(yè)投入

在創(chuàng)業(yè)初期，他們曾熱烈討論過公司名稱。最終，"餓了么"這個口語化的點餐口頭禪因其親切順口而勝出。最初的啟動資金是幾人合力拼湊，甚至連學(xué)費都用來支持創(chuàng)業(yè)。張旭豪甚至放棄去香港理工大學(xué)深造的機會，與康嘉一同選擇休學(xué)，全情投入創(chuàng)業(yè)。葉峰也在2010年畢業(yè)后，放棄了進入微軟的機會，選擇與團隊共同奮斗。

三、青春的挑戰(zhàn)與堅守

創(chuàng)業(yè)的道路充滿艱辛，他們曾承包過一家餐飲店的外賣業(yè)務(wù)以熟悉市場。張旭豪作為團隊的領(lǐng)頭人，幾乎每天只睡四到五個小時，經(jīng)常親自送外賣，無論風(fēng)雨無阻。他們的青春激情在創(chuàng)業(yè)的道路上得到了充分的展現(xiàn)。

四、餓了么的發(fā)展歷程

自2008年創(chuàng)立以來，餓了么經(jīng)歷了飛速的發(fā)展。從網(wǎng)站的上線到推出餐廳運營一體化解決方案，再到訂餐范圍覆蓋全上海，手機網(wǎng)頁訂餐平臺的上線，分支機構(gòu)的成立以及團隊規(guī)模的擴大，每一步都見證了餓了么的成長。而且，它還獲得了眾多投資，如大眾點評、騰訊、京東等的投資，為其發(fā)展注入了強大的動力。

五、餓了么移動APP的架構(gòu)演進

隨著業(yè)務(wù)的不斷發(fā)展，餓了么移動APP也經(jīng)歷了架構(gòu)的演進。早期，移動APP主要是為了滿足用戶的訂餐需求而設(shè)計的。隨著技術(shù)的發(fā)展和用戶需求的不斷變化，餓了么移動APP也在不斷地進行優(yōu)化和升級，為用戶提供更加便捷、高效的服務(wù)。

這就是餓了么的創(chuàng)始人張旭豪和他的團隊的故事。他們的創(chuàng)業(yè)歷程充滿了挑戰(zhàn)和堅守，也充滿了青春的激情。他們的故事激勵著更多的年輕人去追求自己的夢想，創(chuàng)造屬于自己的輝煌。快速搶占市場，傳統(tǒng)移動APP開發(fā)架構(gòu)之選：MVC與模塊解耦策略

一、MVC架構(gòu)簡述

MVC架構(gòu)因其簡單清晰、易于開發(fā)而備受青睞。在MVC體系架構(gòu)中，Controller層負(fù)責(zé)實現(xiàn)APP的主要邏輯功能，Model層描述數(shù)據(jù)結(jié)構(gòu)并實現(xiàn)數(shù)據(jù)持久化，View層則負(fù)責(zé)渲染APP的UI。這種架構(gòu)分工明確，且得到了Apple的支持，尤其適用于APP的初創(chuàng)開發(fā)。

隨著開發(fā)的深入，MVC架構(gòu)的缺點也逐漸顯現(xiàn)。其超高的耦合性導(dǎo)致Controller層逐漸龐大，被人們稱為“Massive-View-Controller”。

二、模塊化的解耦策略

為了應(yīng)對MVC架構(gòu)的缺陷，降低模塊間的耦合性，餓了么移動采用了模塊化的解耦策略。模塊化的核心在于代碼的功能組件化，將具有獨立功能的代碼從系統(tǒng)中剝離出來，以“插件”的形式插回原有系統(tǒng)。這樣剝離出來的功能組件，不僅可以供其他APP使用，也提高了APP間代碼的復(fù)用性。

對于組件，餓了么移動將其分為公有組件和業(yè)務(wù)組件。公有組件主要是封裝良好的SDK，包括第三方組件和內(nèi)部使用的組件；業(yè)務(wù)組件則是一系列業(yè)務(wù)功能的集合。

對于公有組件的管理，餓了么移動采取了版本化的管理方式。在iOS和Android平臺上，有成熟的解決方案，如iOS的CocoaPods和Android的Gradle。這些工具支持內(nèi)網(wǎng)搭建私有服務(wù)器，適合企業(yè)開發(fā)的保密需求。

針對業(yè)務(wù)組件的解耦，餓了么移動采用了業(yè)務(wù)模塊注冊機制。每個業(yè)務(wù)模塊提供業(yè)務(wù)接口，并在系統(tǒng)啟動時向Excalibur系統(tǒng)注冊自己的Scheme。Excalibur系統(tǒng)負(fù)責(zé)保存Scheme與模塊之間的映射關(guān)系，根據(jù)Scheme進行Class反射返回。這樣，不同業(yè)務(wù)模塊可以調(diào)用相關(guān)接口，實現(xiàn)解耦目的。

三、EMC架構(gòu)的崛起

在模塊化的基礎(chǔ)上，餓了么移動提出了EMC架構(gòu)，即E(Excalibur)M(Modules)C(Common)架構(gòu)。該架構(gòu)以高內(nèi)聚、低耦合為主要特點，以面向接口編程為出發(fā)點，降低了模塊間的聯(lián)系。該架構(gòu)解決了不同系統(tǒng)版本的兼容性問題。

在這種架構(gòu)下，開發(fā)團隊可以更加靈活地管理代碼，不同開發(fā)團隊可以根據(jù)業(yè)務(wù)需求實現(xiàn)不同的代碼架構(gòu)，如MVVM、MVP等。這種靈活性不僅提高了開發(fā)效率，也提高了代碼的可維護性。

四、EMC架構(gòu)的優(yōu)勢

EMC架構(gòu)的優(yōu)勢在于其模塊化、解耦的特性，使得系統(tǒng)更加穩(wěn)定、易于擴展。該架構(gòu)支持不同開發(fā)團隊根據(jù)業(yè)務(wù)需求選擇不同的代碼架構(gòu)，提高了團隊的自主性。EMC架構(gòu)還解決了不同系統(tǒng)版本的兼容性問題，為企業(yè)節(jié)省了大量的維護成本。

五、未來展望

隨著移動互聯(lián)網(wǎng)的不斷發(fā)展，移動APP的復(fù)雜度也在不斷提高。未來，我們需要更加靈活、高效的架構(gòu)來支撐APP的發(fā)展。EMC架構(gòu)作為一種新型的移動APP開發(fā)架構(gòu)，以其模塊化、解耦的特性，為我們提供了一個新的思路。我們期待在未來的探索中，EMC架構(gòu)能夠為我們帶來更多的驚喜和突破。Apple的iOS系統(tǒng)與Web支持的革新

從iOS8的WebKit到iOS7的挑戰(zhàn)

自iOS8起，Apple為用戶帶來了一套更強大的Web支持框架——WebKit。在較早的iOS7系統(tǒng)上，這一框架并不兼容，導(dǎo)致了應(yīng)用的Crash。為了解決這個問題，開發(fā)者需要在iOS7系統(tǒng)冊使用傳統(tǒng)的WebView來渲染網(wǎng)頁，而在iOS8及其更新的版本中使用WebKit作為網(wǎng)頁渲染的內(nèi)核。這樣的策略既避開了Apple嚴(yán)格的審核機制，也實現(xiàn)了動態(tài)加載的需求。

移動APP開發(fā)：Native APP與Web APP的對比

移動APP的開發(fā)路徑大致分為兩種：Native APP和Web APP，二者之間的區(qū)別類似于PC時代的C/S和B/S架構(gòu)。Native APP所有的程序都由本地組件渲染完成，其優(yōu)點在于渲染速度快，用戶體驗優(yōu)良。但缺點也顯而易見，一旦出錯，用戶必須等待下一次APP更新才能修復(fù)。

Web APP則全部采用H5撰寫，頁面存放在服務(wù)器端。每次頁面渲染時都會從服務(wù)器請求最新內(nèi)容。其優(yōu)點在于頁面有誤時，服務(wù)器端可立即更新解決。其弊端在于每次頁面都需要請求服務(wù)器，導(dǎo)致渲染等待時間過長，用戶體驗可能受損，性能也較Native APP慢1-2個數(shù)量級，同時消耗更多的用戶流量。Web APP在移動端調(diào)用本地硬件設(shè)備存在不便。盡管有PhoneGap等技術(shù)提前打包網(wǎng)頁以減少網(wǎng)絡(luò)請求時間，并提供插件訪問本地設(shè)備，但其渲染速度上的差距仍然存在。

Hybrid APP：融合優(yōu)缺點的解決方案

Hybrid APP是結(jié)合Native和Web APP優(yōu)缺點的解決方案。對于餓了么移動而言，純粹展示性的模塊更適合使用Web頁面渲染，而數(shù)據(jù)操作、動畫渲染等模塊則更適合采用Native方式。

手機餓了么app如何更改用戶名

餓了么是我們常用的外賣軟件。下面分享一下在手機餓了么app中如何更改用戶名：

1. 在手機中打開餓了么app，輸入賬號和密碼進行登錄。

2. 進入主界面后，點擊下方“我的”。

3. 在個人界面中，點擊上方預(yù)設(shè)用戶名。

4. 點擊即可打開個人資料窗口，然后點擊“用戶名”。

5. 修改用戶名后，點擊“確認(rèn)修改”。

6. 隨后會彈出一個窗口，再次點擊“確認(rèn)修改”。請注意，用戶名只能修改一次。

7. 在個人資料界面，即可看到新的用戶名。

餓了么的用戶名修改過程相對簡單直接。但值得注意的是，用戶名只能修改一次，所以在修改時需要謹(jǐn)慎。