eleme

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