1. ,eleme app becomes more and more popular
第一的there are一定要刪掉或是改成There are some new words that become more and more popular.
第二個that可要可不要
和第一個一樣的問題,要不刪掉there are要不加that變為But there are also 80 percent of parents that disagree with it.
2. 在數據結構中Eleme是什麼意思怎麼用
Eleme是一種變數的類型；在具體使用的時候，我們可以在前面根據需要聲明一下就可以了，如
typedef int Eleme ; 這樣以後使用Eleme定義的變數就是整型了
3. 美團和餓了么外賣怎麼翻譯
這個各有特色，其實看哪個好實際上是看哪個店家多，哪個優惠多，但是他們優惠都是變的，有時候美團劃算，有時候餓了么劃算，有的地方餓了么劃算，有的地方美團外賣劃算，總體來說是差不多的
4. element什麼意思 怎麼讀 要音標
element 英[ˈelɪmənt] 美[ˈɛləmənt]
n. 要素; [化] 元素; 原理; [電] 電阻絲;
[例句]The exchange of prisoners of war was one of the key elements of the UN's peace plan.
交換戰俘是聯合國和平計劃的一個重要部分。
[其他] 復數：elements
5. 餓了么基於Vue2.0的通用組件開發之路
Element：一套通用組件庫的開發之路
Element 是由餓了么UED設計、餓了么大前端開發的一套基於 Vue 2.0 的桌面端組件庫。今天我們要分享的就是開發 Element 的一些心得。
官網：http://element.eleme.io/#/
github：https://github.com/ElemeFE/element
## 設計目的
大部分項目起源都是源於業務方的需求，Element 也是一樣。隨著公司業務發展，內部開始衍生出很多後台系統，UED 部門也接到越來越多的設計需求，分析整個過程，我們發現如下問題：
- 日漸增多的後台產品設計需求
- 設計資源有限，沒辦法支持所有業務線
- 公司內部諸多後台產品使用體驗不一致
於是我們決定：
- 設計一套後台支撐框架，提升後台系統的可用性和一致性
- 套用此框架，即使沒有設計師參與，也能讓產品或開發設計出一套好用的後台系統
## 設計階段
下面簡單說一下設計 Element 經歷的幾個階段。
**了解業務並熟悉公司內各後台產品，尋找業務上的共性問題**
設計的目的是為了業務服務。第一步我們從內部系統開始入手，了解公司內部在使用的各種後台系統，將其組件抽象剝離，尋找共性特徵。
**專注業務組件設計**
總結了公司不同系統不同組件的使用情況後，我們打算從業務組件入手，因為這部份是由公司特殊需求衍生的解決方案，我們認為解決了這些棘手的問題，也能給其他後台產品帶來好的設計引導。
**尋求開發支持**
到這一步，我們開始尋找公司內部的開發團隊，並在這時才得知不同團隊里使用著不同的前端框架，有 Vue、React、Angular 等等。
**與大前端合作**
大前端作為獨立的前端團隊，有能力開發底層的工具去服務不同業務，並且 Vue 也是一套年輕且發展方向很好的一個技術棧。UED 與大前端的合作一拍即合。
**方向轉變，專注於基礎組件**
跟大前端接觸後，才發現最開始的方向並不正確，因為業務變化過快，即使有通用的業務組件，也很難跟上需求的變化，而基礎組件才是所有開發團隊都需要的通用組件。這時候我們開始把方向調整為基礎組件的設計。
**組件交互完成，進行視覺封裝，並搭建主體網站**
前期的設計工作主要是由交互設計師進行設計，等確認完所有組件的功能和交互後，開始進行視覺階段，這中間包括制定顏色、字體等各類規范，也同時進行主體網站的設計。
輸出 UI Kit 文件，統一設計規范
第一版網站設計，此處的「特殊組件」即業務組件。
**網站二次設計**
第一版網站上線後視覺效果並不好，我們內部進行了調整，再次上線後就是大家現在看到的樣子。
設計過程簡單來說就經歷了這幾個階段，如還有問題可以繼續交流，下面進入開發階段。
## 開發目的
- 後台系統缺乏一套完整的基礎組件庫
- Vue 在公司內部是一個比較年輕的技術棧，希望做一些基礎設施的建設
- 提升公司在技術社區的影響力
## 開發流程
進入開發階段後，在總體架構方面我們做了一些嘗試，下面按照時間順序分享給大家：
**如何與設計師進行配合**
經過項目初期開發和設計的磨合，我們提煉了一套組件開發流程：
1. 根據交互稿和視覺稿進行開發，期間與設計師保持溝通
2. 開發完成後自測，之後提交設計師驗收
3. 設計師提出修改意見，根據意見進行修改
4. 完成組件開發，為網站編寫例子和文檔
**如何管理多組件項目**
在開發之初，我們就在思考如何降低組件的耦合度，確保組件可以獨立工作。這樣的目的是可以保證組件可以依賴其他組件、讓用戶只載入其中幾個組件甚至在安裝時只安裝需要的組件。最先想到的做法是一個組件單獨一個倉庫，而組件庫項目就是把組件作為依賴引入。
但是由於人手不足，這樣的機制導致開發太耗時間，每個組件都需要單獨維護和打包，同時還要維護組件庫項目的各依賴的版本號。我們只能另尋方案。後來參考了
[babel](https://github.com/babel/babel) 項目的管理方式：所有子項目放在 `packages/`
目錄里，一個子項目可以當作一個獨立的倉庫。通過 [lerna](https://github.com/lerna/lerna)
來管理子項目的依賴和發布。
結合自身項目的特點以及 babel 的這套機制，我們重構了目錄結構：組件可單獨作為一個項目放在 `packages/`，共用函數放在
`src/` 里。最後的打包結果會將整個組件打包成一個文件、組件分別打包成獨立文件，同時發布時還將發布組件庫和獨立組件，滿足不同用戶的使用需求。
**如何解決自定義主題**
開發一套組件庫就離不開定製主題的需求。類名要足夠友好，盡量避免存在樣式層級嵌套，這樣在直接覆蓋樣式或者單獨寫一套主題都會方便許多。所以我們採用 BEM 的方式管理類名，同時盡可能將屬性值用變數代替，維護一份變數文件便於直接修改變數就能定製一套主題。
考慮到不同用戶的使用習慣，我們沒有選用 Less 或 Sass 之類的有各自風格的預處理器，而是選用了更接近未來標準的 CSS4
風格的語法，用 PostCSS 和整合了 postcss-bem 和 postcss-cssnext 等插件的
[postcss-salad](https://github.com/ElemeFE/postcss-salad) 開發。
為了降低用戶自定義主題的上手成本，我們還提供了命令行工具指導用戶快速自定義一套主題。
**如何提供一份直觀的文檔**
文檔不僅是讓用戶看起來直觀，也要讓編寫者寫起來直觀。所以最簡單的方式是用 Markdown
寫文檔。但是就會產生另一個問題：如何在文檔里寫可運行的示例？常規的做法是把文檔寫在 Vue
文件里，這樣就可以在裡面調用其他組件，但是這樣就違背了寫「直觀」文檔的初衷。
經過幾番嘗試，結合 Vue 的特點。我們寫了一套處理 Markdown 文件的 webpack loader，可以將 Markdown 轉成 Vue 文件，不僅降低了文檔的維護成本，同時也將文檔里運行組件示例變成可能。
**多語言官網如何配置和管理**
Element 在立項之初其實並沒有考慮國際化的問題。項目開源之後，我們陸續收到了一些外國開發者的反饋，希望能夠增加英文文檔。不久之後，國內的一個翻譯團隊主動聯繫到了我們，為 Element 貢獻了整套英文文檔。
有了英文文檔就需要有英文網站，這就需要對官網的現有結構進行修改和升級；同時為了面向未來，需要官網能夠兼容除英語外的其他多語言。為此我們做了以下工作：
1. 路由
官網的路由是根據一個記錄了導航信息的 `json` 文件自動生成的。因此需要在這個 `json` 文件中添加對應於其他語言的欄位，並且根據新的數據結構修改路由生成的邏輯。
2. 頁面
官網中除了文檔外，還有一些介紹性質的頁面。這些頁面中文字比較多，如果人工管理每種語言的頁面，若需要修改則必須去每個頁面相應的位置進行編輯，有些繁瑣。我們的做法是：每個頁面對應一個模板，模板中的文字全部抽取到一個語言配置文件中，並且寫了一個腳本生成最終的頁面。這樣在需要修改時，只需在語言配置文件中編輯對應的欄位即可。
3. 網站組件
對於 `header` 、`footer` 等通用的頁面組件，我們採取了和上面類似的策略。但由於組件內的文字較少，於是沒有再使用模板，而是通過路由判斷應該顯示何種語言。
中英文網站的顯示效果
至此，我們也逐漸完善了技術棧。用 ES2015 和 CSS4 作開發語言、Lerna 負責管理組件、用 Karma 搭配 Mocha 和
Chai 等工具在 Travis CI 里做持續集成測試，最後用 Markdown 結合 Vue 寫文檔。我們甚至還在 CI
里實現了自動部署網站和推送主題倉庫代碼等功能，提升了不少開發效率。
6. adobe photoshop element 與普通的photoshop有什麼差別
一、用處不同
1、adobe photoshop element ：Adobe公司是繼Photoshop之後全新推出的主要用於圖像編輯、照片修飾和 Web 圖形解決方案。
2、photoshop：是由AdobeSystems開發和發行的主要用於圖像處理軟體。
二、功能不同
1、adobe photoshop element ：具有簡單而快捷的操作方式、直觀的效果預覽、圖像智能處理的集成等全新特性，軟體專為業余攝影師、攝影愛好者和商務用戶設計，無需掌握太多的專業知識，就可以輕松地對照片進行修飾加工。
2、photoshop：主要處理以像素所構成的數字圖像。使用其眾多的編修與繪圖工具，可以有效地進行圖片編輯工作。ps有很多功能，在圖像、圖形、文字、視頻、出版等各方面都有涉及。
三、優勢不同
1、adobe photoshop element ：編輯成精美的圖片通過電子郵件發送給自己的親朋好友，還能夠發布到網上，供更多的朋友欣賞。
2、photoshop：Adobe支持Windows操作系統 、Android與Mac OS， 但Linux操作系統用戶可以通過使用Wine來運行Photoshop。
7. 西部數據WD Elements SE和西部數據WD Elements的區別
一、介面不同
1、WD Elements SE：兩個USB3.0介面。
2、WD Elements：一個USB3.0介面，一個USB2.0介面。
二、功能不同
1、WD Elements SE：配置有數據加密功能。
2、WD Elements：不具備存儲數據加密功能。
三、包裝清單不同
1、WD Elements SE：USB2.0移動硬碟 x 1 USB線纜 x 1 《快速安裝指南》 x 1。
2、WD Elements：超便攜硬碟 x1 USB 3.0 數據線 x1 《快速安裝指南》 x1。
(7)eleme擴展閱讀：
1、西部數據公司（Western Digital Corp）是一家全球知名的硬碟廠商，成立於1970年，目前總部位於美國加州，在世界各地設有分公司或辦事處，為全球五大洲用戶提供存儲器產品。
2、長期以來，西部數據一直致力於為全球個人電腦用戶提供完善的存儲解決方案，而作為全球存儲器業內的先驅及長期領導者，西數在為用戶及收集、管理與使用數字信息的組織方面具有豐富的服務經驗，同時也具有良好的口碑，特別是在歐美市場。
3、西部數據曾經是全球第一大硬碟生產商，後被超越成為全球第二大硬碟生產商。2015年10月22日， 西部數據宣布190億美元收購快閃記憶體製造商SanDisk ，收購以現金加股票的方式進行。2016年05月，西部數據正式宣布完成對快閃記憶體廠商SanDisk的並購，並購價格約為160億美元。
8. eleme 一款模擬餓了嗎的APP實現外賣的所有功能
ReactReact和Vue有許多相似之處，它們都有：使用VirtualDOM提供了響應式（Reactive）和組件化（Composable）的視圖組件。保持注意力集中在核心庫，伴隨於此，有配套的路由和負責處理全局狀態管理的庫。相似的作用域，我們會用的時間來講這一塊的比較。不僅我們要保持技術的准確性，同時兼顧平衡。我們指出React比Vue更好的地方，例如，他們的生態系統和豐富的自定義渲染器。React社區在這里非常積極地幫助我們實現這一平衡，特別感謝來自React團隊的DanAbramov。他非常慷慨的花費時間來貢獻專業知識，來幫我們完善這個文件，直到我們都滿意。這么說，就是希望你能對這兩個庫的比較的公平性感到放心。性能簡介到目前為止，在現實的測試中，Vue是優於React的（通常至少快20%-50%，盡管在某些情況下還要更快）。我們可以提供一個到這個參照項目的鏈接，但是坦率的說，所有的參照在某些方面是有缺陷的，很少有像你所寫的一個真實應用。那麼，讓我們詳細了解下吧。渲染性能在渲染用戶界面的時候，DOM的操作是最昂貴，不幸的是沒有庫可以讓這些原始操作變得更快。我們能做的最好的就是：盡量減少DOM操作。Vue和React都使用虛擬DOM來實現，並且兩者工作一樣好。盡量減少除DOM操作以外的其他操作。這是Vue和React的一個不同的地方。假如說，在React中，渲染一個元素的額外開銷是1，而平均渲染一個組件的開銷是2。在Vue中，一個元素的開銷更像0/vue/dist/vue.js">然後就可編寫Vue代碼並應用到生產中，而不用擔心性能問題。由於起步階段不需學JSX，ES2015或構建系統，所以建立應用花的時間會更少。本地渲染ReactNative能使你用相同的組件模型編寫有本地渲染能力的APP（IOS或Android）。能同時跨多平台開發，對開發者是非常棒的。相應地，Vue和Weex會進行官方合作，Weex是阿里的跨平台用戶界面開發框架，Weex的JavaScript框架運行時用的就是Vue。這以為著不僅在瀏覽器，在IOS和Android上面也可以用Vue來進行開發。在現在，Weex還在積極發展，成熟度也不能和ReactNative相抗衡。但是，Weex的發展是由世界上最大的電子商務企業的需求在驅動，Vue團隊也會和Weex團隊積極合作確保為開發者帶來良好的開發體驗。MobXMobx在React社區很流行，實際上在Vue也採用了幾乎相同的反應系統。在有限程度上，React+Mobx也可以被認為是更繁瑣的Vue，所以如果你習慣組合使用它們，那麼選擇Vue會更合理。Angular1Due的一些語法和Angular的很相似（例如v-ifvsng-if）。因為Angular是Vue早期開發的靈感來源。然而，Augular中存在許多問題，在Vue中已經得到解決。復雜性在API與設計兩方面上Vue.js都比Angular1簡單得多，因此你可以快速地掌握它的全部特性並投入開發。靈活性和模塊化Vue.js是一個更加靈活開放的解決方案。它允許你以希望的方式組織應用程序，而不是在任何時候都必須遵循Angular1制定的規則，這使讓Vue能適用於各種項目。我們知道把決定權交給你，是非常必要的，就是是為什麼提供Webpacktemplate，讓你用幾分鍾，去選擇是否用高級特性，比如熱模塊載入、linting、Cssextraction等等。數據綁定Angular1使用雙向綁定，Vue在不同組件間強制適用單向數據流。這使應用中的數據流清晰易懂。指令與組件在Vue中指令和組件分得更清晰。指令只封裝DOM操作，而組件代表一個自給自足的獨立單元——有自己的視圖和數據邏輯。在Angular中兩者有不少相混的地方。性能Vue.js有更好的性能，並且非常非常容易優化，因為它不使用臟檢查。在Angular1中，當watcher越來越多時會變得越來越慢，因為作用域內的每一次變化，所有watcher都要重新計算。並且，如果一些watcher觸發另一個更新，臟檢查循環（digestcycle）可能要運行多次。Angular用戶常常要使用深奧的技術，以解決臟檢查循環的問題。有時沒有簡單的法來優化有大量watcher的作用域。Vue.js則根本沒有這個問題，因為它使用基於依賴追蹤的觀察系統並且非同步列隊更新，所有的數據變化都是獨立地觸發，除非它們之間有明確的依賴關系。有意思的是，Angular2和Vue用相似的設計解決了一些Angular1中存在的問題。Angular2Augluar2完全是一個全新的框架。例如,它具有優秀的組件系統，並且許多實現已經完全重寫，API也完全改變了。TypeScriptAngular1面向的較小的應用程序，Angular2已轉移焦點，面向的是大型企業應用。TypeScript被引用，這對那些喜歡用Java或者C#等類型安全的語言的人是非常有用的。Vue也適合企業應用，也可以使用TypeScript來支持官方類型和用戶貢獻的類型，盡管這是可選的。尺寸和性能在性能方面，這兩個框架都是非常快。但是如果你查看第三方參照，就可以得出Vue2比Angular2要快的。在尺寸方面，雖然Angular2使用tree-shaking技術和編譯技術能使代碼尺寸減小。即便包含編譯器和全部功能Vue2(23kb)比起Angular2(50kb)還是小的多。但是要注意，用Angular的App的尺寸縮減是用tree-shaking移除了那些框架中沒有用到的功能，當隨著引入功能的增多，尺寸會越來越大。靈活性Vue官方提供了構建工具，但沒限制你如何構建。有人喜歡用統一的方式構建，也有很多開發者喜歡這種靈活自由的方式。學習曲線開始使用Vue，你使用的是熟悉的HTML、符合ES5規則的JavaScript（也就是純JavaScript）。有了這些基本的技能，你可以快速地掌握它(指南)並投入開發。Angular2的學習曲線是非常陡峭的。即使不包括TypeScript，它們開始指南中所用的就有ES2015標準的JavaScript，18個NPM依賴包，4個文件和超過3千多字介紹，這一切都是為了完成個HelloWorld。而Vue'sHelloWorld就非常簡單。EmberEmber是一個全能框架。它提供大量的約定，一旦你熟悉了它們，開發會很高效。不過，這也意味著學習曲線較高，而且不靈活。在框架和庫（加上一系列鬆散耦合的工具）之間權衡選擇。後者更自由，但是也要求你做的架構決定。也就是說，最好比較Vue.js內核和Ember的模板與數據模型層：Vue在普通JavaScript對象上建立響應，提供自動化的計算屬性。在Ember中需要將所有東西放在Ember對象內，並且手工為計算屬性聲明依賴。Vue的模板語法可以用全功能的JavaScript表達式，而Handlebars的語法和幫助函數語法相比之下非常受限。在性能上，Vue甩開Ember幾條街，即使是Ember2.0的最新Glimmer引擎。Vue自動批量更新，Ember當性能關鍵處需要手動管理。KnockoutKnockout是MVVM領域內的先驅，並且追蹤依賴。它的響應系統和Vue相似。它對瀏覽器支持以及所有的表現也是讓人印象深刻的。它能最低支持到IE6，而Vue最低只能支持到IE9。隨著時間的推移，Knockout的發展已有所放緩，並且略顯有點老舊了。比如，它的組件系統缺少完備的生命周期事件方法，盡管這些在現在是非常常見。以及相比Vue調用子組件的介面顯得有點笨重。如果你有興趣研究，會發現它們在介面設計的構思理念上是不同的。這些通過各自創建的simpleTodoList可以體現出來。或許有點主觀，但是很多人認為Vue的API介面更簡單結構更優雅。PolymerPolymer是另一個由谷歌贊助的項目，事實上也是Vue的一個靈感來源。Vue的組件可以粗略的類比於Polymer的自定義元素，並且兩者具有相似的開發風格。最大的不同之處在於，Polymer是構建於最新版的WebComponents標准之上的，並且需要非凡的polyfills來工作（性能下降），瀏覽器本身不支持這些功能。相比而言，Vue不需要依賴polyfills來工作，最低到IE9。在Polymer1.0版本中，為了彌補性能，團隊非常有限的使用數據綁定系統。例如，在Ploymer中支持的唯一表達式只有布爾值否定和單一的方法的調用，它的computed方法的實現也不是很靈活。Polymer自定義的元素是用HTML文件來創建的，這回限制你的普通的JavaScript/CSS（和被現代瀏覽器普遍支持的語言特性）。相比之下，Vue的單文件允許你非常容易的使用ES2015和你想用的Css的預編譯處理器。當部署到生產環境的時候，Polymer建議使用HTMLImports載入所有資源。而這要求伺服器和客戶端都支持Http2.0協議，且瀏覽器實現了標准。這是否可行就取決於你的目標用戶和部署環境了。如果狀況不佳，你必須用Vulcanizer工具來來打包Polymer元素。在這方面，Vue可以結合非同步組件的特性和Webpack的代碼分割特性來實現懶載入（lazy-loaded）。這同時確保了對舊瀏覽器的兼容且又能更快載入。對Vue和WebComponent標准之間進行深層次的整合，也是完全可行的，比如CustomElements、ShadowDOM的樣式封裝。然而現在在我們做出嚴肅的承諾之前，我們仍在等待標准成熟，進而廣泛應用於主流的瀏覽器中。RiotRiot2.0提供了一個類似於基於組件的開發模型（在Riot中稱之為」Tag」），提供小巧精美的API。Riot和Vue可能共享一些設計理念。即使相比Roit重一點，Vue還是有很多顯著優勢的：根據真實條件來渲染，Roit根據是否有分支簡單顯示或隱藏所有內容。功能更加強大的路由機制，Roit的路由功能的API是極少的。成熟工具的支持。Vue提供官方支持Webpack、Browserify和SystemJS，而Roit是依靠社區來建立集成系統。過渡效果系統。Riot現在沒有提供。更好的性能。Roit盡管廣告稱用虛擬DOM，實際上用的還是臟檢查機制，因此和Angular1患有相同的性能問題。以上所述是小編給大家介紹的Vue.js2.0和React、Augular等其他前端框架大比拼，希望對大家有所幫助，如果大家有任何疑問請給我留言，小編會及時回復大家的。在此也非常感謝大家對腳本之家網站的支持！
9. element是什麼意思
element英 [ˈelɪmənt] 美 [ˈɛləmənt]
n.要素; [化] 元素; 原理; [電] 電阻絲;
[網路]節點; 單元體; 元素 元素;
[例句]We perform additional analysis on this set to determine from it the
resource element within the system that should host, or receive, each operation
invocation.
我們對此集合執行額外的分析，來從中確定應該寄存，或接收，每個操作調用的系統中的資源要素。
[其他]復數：elements 形近詞： elemene clement elememt
10. 關於eleme-ui三級聯動前端頁面input沒有value值的問題
上午剛碰到的問題。也耽誤了不少時間。用瀏覽器F12查看元素，發現value有值，但是顯示的確實placeholder的值。然後注釋掉placeholder之後，input框什麼都不顯示了。
一、如圖所示
網路一下，都說可能是JS賦值的原因。因為前端頁面不是我寫的，所以剛開始也沒想到這一點。後來和同事一起找問題，才發現問題所在。
二、錯誤原因
function loadPage(){
if(address_id == '' || address_id == undefined || address_id == null ){ //如果沒有address_id，則為新增地址頁面
$('input').val('');
} else { //如果有address_id，則視為編輯頁面
$('body').append('<div class="address_del" onclick="address_del()">刪除地址</div>');
}
}123456789
上面這段代碼是判斷有沒有這個參數，沒有的話，就把所有的input框的value值都變成空。。。怪不得。
end