android餓了么源碼
1. 餓了么網站外賣，手機訂餐網站外賣系統源碼
昨天出去收到這個網站的app應用宣傳單。
黃島區城市建設局昆侖山路無負壓供水設備招標內幕! 第一、四家有效報價:1.上海熊貓:490萬；2.北京威派格：816萬；3.青島三利：1292萬；4.廣東盛騰：1330萬。中標廠家青島三利。中標價格和最低報價相差802萬元，和次低價相差476萬元。第二、同樣是有效報價，同樣滿足招標要求，1292萬元足夠買兩套同樣的設備，政府的資金就這樣浪費嗎？請問是如何監管的？何以防止腐敗！本次采購的設備全國同行業的生產成本均在500萬左右。第三、請問專家們中午休息時間在干什麼，下午上班後20多分鍾就評審完畢，每家的評分為什麼不公開？請問你們的一分值多少錢？僅靠你們的分數就決定國家的損失500萬到800萬元！第四、按照開標程序，應該先公開報價後再評審商務標和技術標及資格標。第五、休息時間中標廠家的授權代表手拿一個紙袋子上去（看到某個人遞給他），請問紙袋子給誰了？請公示錄像。具備賄賂專家的嫌疑！請查實！第六、最高價廣東盛騰具有陪標嫌疑，請核查。
答復意見：
尊敬的網友：您好!您反映的問題，黃島區政府經調查處理，現答復如下：
經查，本次采購招標嚴格按照《政府采購貨物和服務招標投標管理辦法》規定進行。采購的評審辦法為綜合評分法，價格只是評分因素之一，並不能決定中標與否。本次評審專家是從依法取得政府采購評審專家資格的人員庫庫中隨機抽取的，評審專家對各投標人的商務標書和技術標書的評審是沒有先後順序的，評審過程也沒有規定休息時間。根據采購文件規定，商務部分打分需要交各供應商簽字確認，而各供應商的技術打分則不予公布。以上在采購文件中已做出了詳細的說明。對您提出中標廠家賄賂專家問題，黃島區公共資源交易服務中心經查看了當天的監控錄像，該項目整個評標期間評標委員會成員沒有離開評標區域，也沒有發現評標委員會成員與其他無關人員私下接觸現象。最後，經與中標廠家授權代表進行核實，其表示當天中午確實有拎著裝有材料的紙袋下樓吃飯的情況，與監控錄像相符，不存在賄賂專家問題。
本項目開標後，您所在的北京威派格科技發展有限公司曾就以上問題提出書面質疑，黃島區城市建設局、公共資源交易中心及采購代理青島采購招標中心有限公司已給予了書面回復，並與您單位授權代表進行了溝通。公司代表已同意我們的回復意見。
絕對的注冊的假公司，陪標。
2. 餓了么源碼 百度外賣源碼 美團外賣源碼 外賣系統源碼
http://www.aspku.com/php/47690.html
3. android studio餓了么源碼 博客
tvSearchRlt.setOnClickListener(new View.OnClickListener() {
@Override
public void onClick(View view) {
Intent intent = new Intent(MainActivity.this,SearchActivity.class);
int location[] = new int[2];
tvSearchRlt.getLocationOnScreen(location);
intent.putExtra("x",location[0]);
intent.putExtra("y",location[1]);
startActivity(intent);
overridePendingTransition(0,0);
}
});
4. 餓了么開源的Android跨進程事件分發框架HermesEventBus
原理
事件收發是基於EventBus，IPC通信是基於Hermes。Hermes是一個簡單易用的Android IPC庫。
首先選一個進程作為主進程，將其他進程作為子進程。
每次一個event被發送都會經過以下四步：
1、使用Hermes庫將event傳遞給主進程。
2、主進程使用EventBus在主進程內部發送event。
3、主進程使用Hermes庫將event傳遞給所有的子進程。
4、每個子進程使用EventBus在子進程內部發送event。
用法
能在app內實現多進程event收發，也可以跨app實現event收發。
單一app內的用法
如果你在單一app內進行多進程開發，那麼只需要做以下三步：
Step 1
在gradle文件中加入下面的依賴:
dependencies {
compile 'xiaofei.library:hermes-eventbus:0.1.1'
}
Step 2
在Application的onCreate中加上以下語句進行初始化：
HermesEventBus.getDefault().init(this);
Step 3
每次使用EventBus的時候，用HermesEventBus代替EventBus。
HermesEventBus.getDefault().register(this);
HermesEventBus.getDefault().post(new Event());
HermesEventBus也能夠在一個進程間傳遞event，所以如果你已經使用了HermesEventBus，那麼就不要再使用EventBus了。
多個app間的用法（使用DroidPlugin的時候就是這種情況）
如果你想在多個app間收發event，那麼就做如下幾步：
Step 1
在每個app的gradle文件中加入依賴：
dependencies {
compile 'xiaofei.library:hermes-eventbus:0.1.1'
}
Step 2
選擇一個app作為主app。你可以選擇任意app作為主app，但最好選擇那個存活時間最長的app。
在使用DroidPlugin的時候，你可以把宿主app作為主app。
在主app的AndroidManifest.xml中加入下面的service：
<service android:name="xiaofei.library.hermes.HermesService$HermesService0"/>
你可以加上一些屬性。
Step 3
在app間收發的事件類必須有相同的包名、相同的類名和相同的方法。
務必記住在代碼混淆的時候將這些類keep！！！
Step 4
在主app的application類的onCreate方法中加入：
HermesEventBus.getDefault().init(this);
在其他app的Application類的onCreate方法中加入：
HermesEventBus.getDefault().connectApp(this, packageName);
「packageName」指的是主app的包名。
Step 5
每次使用EventBus的時候，用HermesEventBus代替EventBus。
HermesEventBus.getDefault().register(this);
HermesEventBus.getDefault().post(new Event());
HermesEventBus也能夠在一個進程間傳遞event，所以如果你已經使用了HermesEventBus，那麼就不要再使用EventBus了。
5. 餓了么開源的Android跨進程事件分發框架Hermes EventBus
event究竟有多麼復雜？可見前輩的6年前的努力：最佳的addEvent是怎樣誕生的，後起之秀jQuery也付出了一千六百多行血汗代碼（v 1 - MIT Licensed /** * 事件框架 * @namespace * @see /?p=1285 */ var myEvent = (function () { var _fid = 1, _guid = 1, _time = (new Date) - MIT Licensed /** * 事件框架 * @namespace * @see /?p=1285 */ var myEvent = (function () { var _ret, _name, _fid = 1, _guid = 1, _time = (new Date).getTime(), _nEid = '{$eid}' + _time, _nFid = '{$fid}' + _time, _DOM = document.addEventListener, _noop = function () {}, _create = function (guid) { return function (event) { event = myEvent.fix(event window.event); var type = (event (event = document.event)).type, elem = _cache[guid].elem, data = arguments, events = _cache[guid].events[type], i = 0, length = events.length; for (; i < length; i ++) { if (events[i].apply(elem, data) === false) event.preventDefault(); }; event = elem = null; }; }, _cache = {/* 1: { elem: (HTMLElement), events: { click: [(Function), (..)], (..) }, listener: (Function) }, (..) */}; var API = function () {}; API.prototype = { /** * 事件綁定 * @param {HTMLElement} 元素 * @param {String} 事件名 * @param {Function} 要綁定的函數 */ bind: function (elem, type, callback) { var events, listener, guid = elem[_nEid] (elem[_nEid] = _guid ++), special = this.special[type] {}, cacheData = _cache[guid]; if (!cacheData) cacheData = _cache[guid] = { elem: elem, listener: _create(guid), events: {} }; events = cacheData.events; listener = cacheData.listener; if (!events[type]) events[type] = []; if (!callback[_nFid]) callback[_nFid] = _fid ++; if (!special.setup special.setup.call(elem, listener) === false) { events[type].length === 0 && this.add(elem, type, listener); }; events[type].push(callback); }, /** * 事件卸載 * @param {HTMLElement} 元素 * @param {String} 事件名 * @param {Function} 要卸載的函數 */ unbind: function (elem, type, callback) { var events, special, i, list, fid, guid = elem[_nEid], cacheData = _cache[guid]; if (!cacheData) return; events = cacheData.events; if (callback) { list = events[type]; fid = callback[_nFid]; if (!list) return; for (i = 0; i < list.length; i ++) { list[i][_nFid] === fid && list.splice(i--, 1); }; if (!list.length) this.unbind(elem, type); } else if (type) { special = this.special[type] {}; if (!special.teardown special.teardown.call(elem) === false) { this.remove(elem, type, cacheData.listener); }; delete events[type]; } else { for (i in events) { this.remove(elem, i, cacheData.listener); }; delete _cache[guid]; }; }, /** * 事件觸發 (注意：不會觸發瀏覽器默認行為與冒泡) * @param {HTMLElement} 元素 * @param {String} 事件名 * @param {Array} (可選)附加數據 */ triggerHandler: function (elem, type, data) { var guid = elem[_nEid], cacheData = _cache[guid], event = { type: type, target: elem, currentTarget: elem, preventDefault: _noop, stopPropagation: _noop }; data = data []; data.unshift(event); cacheData && cacheData.events[type] && _cache[guid].listener.apply(elem, data); try { elem['on' + type] && elem['on' + type].apply(elem, data); //elem[type] && elem[type](); } catch (e) {}; }, // 自定義事件介面 special: {}, // 原生事件綁定介面 add: _DOM ? function (elem, type, listener) { elem.addEventListener(type, listener, false); } : function (elem, type, listener) { elem.attachEvent('on' + type, listener); }, // 原生事件卸載介面 remove: _DOM ? function (elem, type, listener) { elem.removeEventListener(type, listener, false); } : function (elem, type, listener) { elem.detachEvent('on' + type, listener); }, // 修正 fix: function (event) { if (_DOM) return event; var name, newEvent = {}, doc = document.documentElement, body = document.body; newEvent.target = event.srcElement document; newEvent.target.nodeType === 3 && (newEvent.target = newEvent.target.parentNode); newEvent.preventDefault = function () {event.returnValue = false}; newEvent.stopPropagation = function () {event.cancelBubble = true}; newEvent.pageX = newEvent.clientX + (doc && doc.scrollLeft body && body.scrollLeft 0) - (doc && doc.clientLeft body && body.clientLeft 0); newEvent.pageY = newEvent.clientY + (doc && doc.scrollTop body && body.scrollTop 0) - (doc && doc.clientTop body && body.clientTop 0); newEvent.relatedTarget = event.fromElement === newEvent.target ? event.toElement : event.fromElement; // !!直接寫event IE導致內存泄漏，Firefox會報錯 // 偽裝event for (name in event) newEvent[name] = event[name]; return newEvent; } }; return new API(); })(); // DOM就緒事件 myEvent.ready = (function () { var readyList = [], DOMContentLoaded, readyBound = false, isReady = false; function ready () { if (!isReady) { if (!document.body) return setTimeout(ready, 13); isReady = true; if (readyList) { var fn, i = 0; while ((fn = readyList[i++])) { fn.call(document, {}); }; readyList = null; }; }; }; function bindReady () { if (readyBound) return; readyBound = true; if (document.readyState === 'complete') { return ready(); }; if (document.addEventListener) { document.addEventListener('DOMContentLoaded', DOMContentLoaded, false); window.addEventListener('load', ready, false); } else if (document.attachEvent) { document.attachEvent('onreadystatechange', DOMContentLoaded); window.attachEvent('onload', ready); var toplevel = false; try { toplevel = window.frameElement == null; } catch (e) {}; if (document.documentElement.doScroll && toplevel) { doScrollCheck(); }; }; }; myEvent.special.ready = { setup: bindReady, teardown: function () {} }; if (document.addEventListener) { DOMContentLoaded = function () { document.removeEventListener('DOMContentLoaded', DOMContentLoaded, false); ready(); }; } else if (document.attachEvent) { DOMContentLoaded = function () { if (document.readyState === 'complete') { document.detachEvent('onreadystatechange', DOMContentLoaded); ready(); }; }; }; function doScrollCheck () { if (isReady) return; try { document.documentElement.doScroll('left'); } catch (e) { setTimeout(doScrollCheck, 1); return; }; ready(); }; return function (callback) { bindReady(); if (isReady) { callback.call(document, {}); } else if (readyList) { readyList.push(callback); }; return this; }; })(); // Hashchange Event v1.3 (function (window, undefined) { var config = { delay: 50, src: null, domain: null }, str_hashchange = 'hashchange', doc = document, isIE = !-[1,], fake_onhashchange, special = myEvent.special, doc_mode = doc.documentMode, supports_onhashchange = 'on' + str_hashchange in window && (doc_mode === undefined doc_mode > 7); function get_fragment(url) { url = url location.href; return '#' + url.replace(/^[^#]*#?(.*)$/, '$1'); }; special[str_hashchange] = { setup: function () { if (supports_onhashchange) return false; myEvent.ready(fake_onhashchange.start); }, teardown: function () { if (supports_onhashchange) return false; myEvent.ready(fake_onhashchange.stop); } }; /** @inner */ fake_onhashchange = (function () { var self = {}, timeout_id, last_hash = get_fragment(), /** @inner */ fn_retval = function (val) { return val; }, history_set = fn_retval, history_get = fn_retval; self.start = function () { timeout_id poll(); }; self.stop = function () { timeout_id && clearTimeout(timeout_id); timeout_id = undefined; }; function poll() { var hash = get_fragment(), history_hash = history_get(last_hash); if (hash !== last_hash) { history_set(last_hash = hash, history_hash); myEvent.triggerHandler(window, str_hashchange); } else if (history_hash !== last_hash) { location.href = location.href.replace(/#.*/, '') + history_hash; }; timeout_id = setTimeout(poll, config.delay); }; isIE && !supports_onhashchange && (function () { var iframe,iframe_src, iframe_window; self.start = function () { if (!iframe) { iframe_src = config.src; iframe_src = iframe_src && iframe_src + get_fragment(); iframe = doc.createElement('<IFRAME title=empty style="DISPLAY: none" tabIndex=-1 src="' + (iframe_src 'javascript:0') + '"></IFRAME>'); myEvent.bind(iframe, 'load', function () { myEvent.unbind(iframe, 'load'); iframe_src history_set(get_fragment()); poll(); }); doc.getElementsByTagName('html')[0].appendChild(iframe); iframe_window = iframe.contentWindow; doc.onpropertychange = function () { try { if (event.propertyName === 'title') { iframe_window.document.title = doc.title; }; } catch (e) {}; }; }; }; self.stop = fn_retval; /** @inner */ history_get = function () { return get_fragment(iframe_window.location.href); }; /** @inner */ history_set = function (hash, history_hash) { var iframe_doc = iframe_window.document, domain = config.domain; if (hash !== history_hash) { iframe_doc.title = doc.title; iframe_doc.open(); domain && iframe_doc.write('<SCRIPT>document.domain="' + domain + '"</SCRIPT>'); iframe_doc.close(); iframe_window.location.hash = hash; }; }; })(); return self; })(); })(this); ready事件是偽事件，調用方式： 復制代碼 代碼如下:myEvent.ready(function () { //[code..] }); hashchange事件可以採用標准方式綁定： 復制代碼 代碼如下: myEvent.bind(window, 'hashchange', function () { //[code..] }); 這里有一些文章值得閱讀： javascript 跨瀏覽器的事件系統(司徒正美。他博客有一系列的講解) 更優雅的兼容（BELLEVE INVIS）
6. 基於H5開發餓了么app源碼
Tornado 和現在的主流 Web 伺服器框架（包括大多數 Python 的框架）有著明顯的區別：它是非阻塞式伺服器，而且速度相當快。得利於其 非阻塞的方式和對 epoll 的運用，Tornado 每秒可以處理數以千計的連接，這意味著對於實時 Web 服務來說，Tornado 是一個理想的 Web 框架。我們開發這個 Web 伺服器的主要目的就是為了處理 FriendFeed 的實時功能 ——在 FriendFeed 的應用里每一個活動用戶都會保持著一個伺服器連接。
7. 餓了么開源的Android業務流框架
事件收發是基於EventBus，IPC通信是基於Hermes。Hermes是一個簡單易用的Android IPC庫。
首先選一個進程作為主進程，將其他進程作為子進程。
每次一個event被發送都會經過以下四步：
1、使用Hermes庫將event傳遞給主進程。
2、主進程使用EventBus在主進程內部發送event。
3、主進程使用Hermes庫將event傳遞給所有的子進程。
4、每個子進程使用EventBus在子進程內部發送event。
用法
8. recyclerview android 仿餓了么5.0
Android是一個不斷進化的平台，Android 5.0的v7版本支持包中引入了新的RecyclerView控制項，正如官方文檔所言，RecyclerView是ListView的豪華增強版。它主要包含以下幾處新的特性，如ViewHolder，ItemDecorator，LayoutManager，SmothScroller以及增加或刪除item時item動畫等。官方推薦我們採用RecyclerView來取代ListView。 ViewHolder ViewHolder是用來保存視圖引用的類，無論是ListView亦或是RecyclerView。只不過在ListView中，ViewHolder需要自己來定義，且這只是一種推薦的使用方式，不使用當然也可以，這不是必須的。只不過不使用ViewHolder的話，ListView每次getView的時候都會調用findViewById(int)，這將導致ListView性能展示遲緩。而在RecyclerView中使用 RecyclerView.ViewHolder 則變成了必須，盡管實現起來稍顯復雜，但它卻解決了ListView面臨的上述不使用自定義ViewHolder時所面臨的問題。RecyclerView.ViewHolder 被BaseAdapter使用，以將posiiton綁定到上面(可以通過API查看 RecyclerView.ViewHolder#getPosition() 方法)。 LayoutManager 我們知道ListView只能在垂直方向上滾動，Android API沒有提供ListView在水平方向上面滾動的支持。或許有多種方式實現水平滑動，但是請想念我，ListView並不是設計來做這件事情的。但是RecyclerView相較於ListView，在滾動上面的功能擴展了許多。它可以支持多種類型列表的展示要求，主要如下： LinearLayoutManager ，可以支持水平和豎直方向上滾動的列表。 StaggeredGridLayoutManager ，可以支持交叉網格風格的列表，類似於瀑布流或者Pinterest。 GridLayoutManager ，支持網格展示，可以水平或者豎直滾動，如展示圖片的畫廊。 ItemAnimator 列表動畫是一個全新的、擁有無限可能的維度。起初的Android API中，刪除或添加item時，item是無法產生動畫效果的。後面隨著Android的進化，Google的Chat Hasse推薦使用 ViewPropertyAnimator 屬性動畫來實現上述需求。 相比較於ListView， RecyclerView.ItemAnimator 則被提供用於在RecyclerView添加、刪除或移動item時處理動畫效果。同時，如果你比較懶，不想自定義ItemAnimator，你還可以使用 DefaultItemAnimator 。 Adapter ListView的Adapter中，getView是最重要的方法，它將視圖跟position綁定起來，是所有神奇的事情發生的地方。同時我們也能夠通過registerDataObserver在Adapter中注冊一個觀察者。RecyclerView也有這個特性，RecyclerView.AdapterDataObserver 就是這個觀察者。ListView有三個Adapter的默認實現，分別是ArrayAdapter、CursorAdapter和SimpleCursorAdapter。然而，RecyclerView的Adapter則擁有除了內置的內DB游標和ArrayList的支持之外的所有功能。 RecyclerView.Adapter 的實現的，我們必須採取措施將數據提供給Adapter，正如BaseAdapter對ListView所做的那樣。 ItemDecoration 在ListView中如果我們想要在item之間添加間隔符，我們只需要在布局文件中對ListView添加如下屬性即可。 View Code 有趣的是，RecyclerView在默認情況下並不在item之間展示間隔符。盡管Google的傢伙有意地將這個問題遺留給我們去自定義間隔符，但這的確增加了開發人員的負擔。如果你想要添加間隔符，你必須使用RecyclerView.ItemDecoration類來實現。或者，你可以應用官方示例中的 DividerItemDecoration.java 文件。 OnItemTouchListener ListView通過AdapterView.OnItemClickListener介面來探測點擊事件。而RecyclerView則通過RecyclerView.OnItemTouchListener介面來探測觸摸事件。它雖然增加了實現的難度，但是卻給予開發人員攔截觸摸事件更多的控制許可權。 Others ListView可以設置選擇模式，並添加MultiChoiceModeListener，而RecyclerView則沒有此功能。
9. 餓了么 app 源碼 android
在餓了么業務發展的早期，移動APP經歷了從無到有的階段。為了快速上線搶占市場，傳統移動APP開發的MVC架構成了「短平快」思路的首選： MVC架構 這種架構因簡單清晰，容易開發而被大多數人所接受。 在MVC的體系架構中，Controller層負責整個APP中主要邏輯功能的實現；Model層則負責數據結構的描述以及數據持久化的功能；而View層作為展現層負責渲染整個APP的UI。分工清晰，簡潔明了。此外，這種系統架構在語言框架層就得到了Apple的支持，所以非常適用於APP的startup開發。 然後，這種架構在開發的後期會由於其超高耦合性，造成Controller層龐大，而這也是一直被人們所詬病。最終的MVC都從Model-View-Controller走向了Massive-View-Controller的終點。 2 Mole Decoupled 「短平快」的MVC架構在早期可以滿足餓了么移動APP的快速開發迭代，但是隨著代碼量的不斷增加，臃腫的Controller層也在漸露頭角；而業務上，餓了么移動APP也從單一APP發展為多APP齊頭並進的格局。這時候，降低耦合，復用已有模塊便成了架構的第一要務。 架構中，模塊復用的第一要求便是代碼的功能組件化。組件化意味著擁有獨立功能的代碼從系統中進行抽象並剝離，再以「插件」的形式插回原有系統中。這樣剝離出來的功能組件，便可以供其他APP使用，從而降低系統中模塊與模塊之間的耦合性；也同時提高了APP之間代碼的復用性。 餓了么移動對於組件有兩種定義：公有組件和業務組件。公有組件指的是封裝得比較好的一些SDK，包括一些第三方組件和自己內部使用的組件。如iOS中最著名的網路SDK AFNetworking，Android下OKHttp，都是這類組件的代表。業務組件，則定義為包含了一系列業務功能的整體，例如登錄業務組件，注冊業務組件，即為此類組件的典型代表。 對於公有組件，餓了么移動採取了版本化的管理方式，而這在iOS和Android平台上早有比較成熟的解決方案。例如，對於iOS平台，CocoaPods基本上成為了代碼組件化管理的標配；在Android平台上，Gradle也是非常成熟和穩健的方案。採用以上管理工具的另一個原因在於，對企業開發而言，代碼也是一種商業機密。基於保密的目的，支持內網搭建私有伺服器成為了必需。以上的管理工具都能夠很好地支持這些操作。 對於業務的組件化，我們採取了業務模塊注冊機制來達到解耦合的目的。每個業務模塊對外提供相應的業務介面，同時在系統啟動的時候向Excalibur系統注冊自己模塊的Scheme（Excalibur是餓了么移動用來保存Scheme與模塊之間映射的系統，同時能根據Scheme進行Class反射返回）。 當其他業務模塊對該業務模塊有依賴時，從Excalibur系統中獲取相關實例，並調用相應介面來實現調用，從而實現了業務模塊之間的解耦目的。 而在業務組件，即業務模塊的內部，則可以根據不同開發人員的偏好，來實現不同的代碼架構。如現在討論得比較火的MVVM, MVP等，都可以在模塊內部進行而不影響整體系統架構。 這時候的架構看起來更像是這樣： EMC架構 E(Excalibur)M(Moles)C(Common)架構以高內聚、低耦合為主要的特點，以面向介面編程為出發點，降低了模塊與模塊之間的聯系。 該架構的另外一大好處則在於解決了不同系統版本的兼容性問題。這里以iOS平台下的WebView作為例子來進行說明。Apple從iOS8系統開始提供了一套更好的Web支持框架——WebKit，但在iOS7系統下卻無法兼容，從而導致Crash。使用此類架構，可以在iOS7系統下仍然注冊使用傳統的WebView來渲染網頁，而在iOS8及其以上系統注冊WebKit來作為渲染網頁的內核。既避免了Apple嚴格的審核機制，又達到了動態載入的目的。 3Hybrid 移動APP的開發有兩種不同的路線，NativeAPP和Web APP。這兩種路線的區別類似於PC時代開發應用程序時的C/S架構和 B/S架構。 以上我們談到的都屬於典型的Native APP，即所有的程序都由本地組件渲染完成。這類APP優點是顯而易見的，渲染速度快、用戶體驗好；缺點同時也十分突出：出現了錯誤一定要等待下一次用戶進行APP更新才能夠修復。 Web APP的優點恰好就是Native APP的缺點所在，其頁面全部採用H5撰寫並存放在伺服器端。每次進行頁面渲染時都從伺服器請求最新的頁面。一旦頁面有錯誤，伺服器端進行更新便能立刻解決。不過其弊端也容易窺見：每次頁面都需要請求伺服器，造成渲染時等待時間過長，從而導致的用戶體驗不夠完美，並且性能上較Native APP慢了1-2個數量級；與此同時還會導致更多的用戶流量消耗。另一個缺點則在於，Web APP在移動端上調用本地的硬體設備存在一定的不便。不過這些弊端也都有相應的解決方案，如PhoneGap將網頁提前打包在本地以減少網路的請求時間；同時也提供一系列的插件來訪問本地的硬體設備。然而，盡管如此，其渲染速度上還是存在一定的差距。 Hybrid APP則是綜合了二者優缺點的解決方案。餓了么移動對於此二類APP的觀點在於，純粹展示性的模塊會更適合使用Web頁面來達到渲染的目的；而更多的數據操作性、動畫渲染性的模塊則更適合採用Native的方式。
10. android開發仿美團餓了么選菜界面實現
對兩個按鈕的背景進行改變button、button2的選中和為選擇狀態.beijing1).drawable.setBackgroundResource(R，讓後再button1和button2的點擊事件中，分別為button1的選中和為選擇狀態;上面是改變按鈕背景的代碼可以做兩組圖片