Amaze UI 采用国际最前沿的“组件式开发”以及“移动优先”的设计理念，基于其丰富的组件，开发者可通过简单拼装即可快速构建出HTML5网页应用，上线仅半年，Amaze UI就成为了国内最流行的前端框架，目前在Github上收获Star数近万，服务于全球50W开发者。
Amaze UI 的开发历程
云适配创始人陈本峰：这个项目最开始是作为内部使用工具来开发的。我们云适配本身就是一个前端产品，Amaze UI能帮我们降低开发时间和成本，用标准化作业流程，能有更高的产出。
从云适配创立之初，我们就开始积累自己的前端框架，同时也借鉴了Bootstrap等国外框架的优点。在内部使用过程中，大家一致反映不错，我们就希望把这个产品开源，希望分享给更多的人，也希望更多的人来贡献代码，来共建中国前端开源生态环境。在最近几个月，我们投入人力将这个项目整理成一个开源产品。目前有2个软件工程师全职在开发这个产品，还有一个设计，一个PM也在尽力配合。产品发布之后，我们会投入更多全职的工程师来专心打磨这个产品，同时也呼吁更多的前端开发爱好者共同来完善这个框架。
Amaze UI的目标
帮助开发者提高开发效率，提升网页效果，即用最短的时间做出最赞的网页，使更多的前端开发者不再受前端复杂代码困扰。
Amaze UI 是中国首个开源 HTML5 跨屏前端框架
Amaze UI 是一个轻量级、Mobile first的前端框架， 基于开源社区流行前端框架编写。
为移动而生
Amaze UI 以移动优先（Mobile first）为理念，从小屏逐步扩展到大屏，最终实现所有屏幕适配，适应移动互联潮流。
组件丰富，模块化
Amaze UI 含近 20 个 CSS 组件、20 余 JS 组件，更有多个包含不同主题的 Web 组件，可快速构建界面出色、体验优秀的跨屏页面，大幅提升开发效率。
本地化支持
相比国外框架，Amaze UI 关注中文排版，根据用户代理调整字体，实现更好的中文排版效果；兼顾国内主流浏览器及 App 内置浏览器兼容支持。
轻量级，高性能
Amaze UI 面向 HTML5 开发，使用 CSS3 来做动画交互，平滑、高效，更适合移动设备，让 Web 应用更快速载入。
-
amazeui学习笔记--css（常用组件10）--导航条Topbar 一、总结 1、 导航条：就是页面最顶端的导航条：在容器上添加 .am-topbar class，然后按照示例组织所需内容。<header class="am-topbar">导航条内容</header> 2、am-topbar模块下很多东西：am-topbar是命名空间加上模块名，所以肯定在模块下右很多东西，比如 <h1 cl
-
前后端结合实现amazeUI分页 借鉴 本文在博客https://blog.csdn.net/brave_coder/article/details/52367124的基础上实现的，非常感谢大佬的分享。 前端实现 1、引入paginator.js (function ($) { $.fn.paginator = function (options) { //this指向当前
-
http://amazeui.org/css/normalize
-
Amaze UI 云适配 陈本峰 一中，中科大 香港科大 转载于:https://www.cnblogs.com/smallfa/p/9012975.html
-
http://amazeui.org/ 相比于其他国外的框架而言，Amaze UI更关注中文排版，被前端工程师称为最懂中文的前端框架。 Amaze UI受欢迎的一个重要的原因是：文档非常完善，适合各阶段的开发者，API设计也非常合理，易懂易使用。 Amaze UI的特点： 为移动而生：以移动优先（Mobile First），从小屏扩展到大屏，逐步实现屏幕适配。 组件丰富，模块化：包含20个CSS组
-
早上收到amazeui更新的邮件，由于手头事情紧急，到晚上才有时间看 粗略的浏览了一下，amazeui的js效果相比1.Xv的版本的好多了，同时增加了一下插件: DateTimePicker - 日期时间选择 Echo.js - 图片懒加载 Lazyload - 图片懒加载 Chosen - 下拉选框增强 Masonry - 瀑布流 并且增加了cdn的获取方式和bower的获取方式，更好的贴合了前
-
导航添加依据 http://amazeui.org/css/ 下面内容属学习笔记，如有理解偏差和错误请留言相告，感谢！* =（官网这块写的很详细） 一、基本样式 1.统一样式 说明了为什么使用Normalize，而不是Rest。 2.基础设置 a.css和模型 讲了一个CSS3的新属性：box-sizing。作为一个技术不到位的人，真没看懂。自己查了下如下： box
-
amazeui表单提交实例，实现文件上传，图片预览，表单提交文件+数据。 <!doctype html> <html class="no-js"> <head> <meta charset="utf-8"> <meta http-equiv="X-UA-Compatible" content="IE=edge"> <meta name="d
-
一、Materialize 的特点 基于 Material Design 设计语言，简洁美观，符合时代潮流。 包含丰富的 UI 组件和样式，包括按钮、表单、卡片、导航栏等等，可以满足大部分前端开发需要。 支持响应式布局和移动设备适配，能够自动适配不同大小和分辨率的屏幕，保证用户在不同设备上的浏览体验。 具有良好的浏览器兼容性，能够支持大部分现代浏览器。 提供了丰富的插件和扩展功能，能够满足更多个性
-
hi，大家好，Amaze UI蛰伏半年时间，即将强势更新。 全新设计的3.0版本到底有什么不同？ 加入内测QQ群抢先体验：605282743（限量200人） 正式启动内测时间为下周一，请提前入群了解情况！ 感谢大家的支持。
-
前端框架图图形展示： 如上图所示，WeX5前端框架（UI2）分以下部分： 基础库 WeX5前端依赖的两个基础库：数据感知MVVM和jQuery，其中数据感知MVVM基于Knockoutjs改进的。 模块框架 UI2遵循AMD模块标准，采用RequireJS实现。模块化是UI2的基础，UI2的所有资源（包括js、css和html等）都是模块，都采用模块化方式引入，采用模块化方式管理依赖。 组件框架
-
AKjs前端框架是Andrew.Kim和他的团队一起研发的基于jQuery的一个轻量级前端框架。它是只要懂jQuery的语法很容易上手的框架。该框架里面现在发布了很多移动端常用的功能效果；开发者们使用过程中功能插件也可以自己扩展增加。另一方面，它是相当于一个丰富的组件化UI框架，优点是开发要前后端分离，项目开发过程中后端通过ajax调用数据的机制。 AKjs是一个基于jQuery的一套构建用户界面
-
前端技术看起来很繁荣，测试、打包、调试等工具都比较丰富，开发效率比原生开发要高很多。在大型项目中使用前端框架也是一个管理应用好方法，这样更方便于长期维护。 然而，Weex并不是一个前端框架。实际上，前端框架仅仅是 Weex 的语法层或称之为 DSL (Domain-specific Language)，它们与原生渲染引擎是分离的。换句话说，Weex 并不依赖于特定的前端框架，随着前端技术的发展，W
-
在前端访问后端已经上线的地址，如果出现跨域可以用devserve代理解决吗？我认为是可以的，但是在群里跟别人讨论都说是后端配置的，我的理解是在开发阶段可以使用代理，然后项目上线后，一个后端服务可以对应多个前端项目，如果部署在一起的话就不会存在跨域问题，如果不在一起，再去后端配置白名单这样，但是群里的人说直接让后端配置跨域，我认为如果后端配置之后那前端的代理不就没有意义了吗?
-
当前项目 横屏尺寸（1920 1080）,竖屏尺寸（1080 1920 及其他小屏幕尺寸）。考虑到竖屏要适配不同尺寸的屏幕，第一次有使用flexible.js 。竖屏都能进行比较正常的适配，但是横屏的布局会显得比较夸张。目前是有考虑到写两套路由的方案，但是代码量可能会比较大，请问有什么其他好的办法嘛。
-
1. 前言 目前，使用 Spring Boot 进行前后端分离项目开发，应该是主流做法了。这种方式，在开发、测试阶段，都比较方便。 开发阶段，项目组定义好接口规范后，前端按规范开发前端页面，后端按规范编写后端接口，职责分明。 测试阶段，后端是独立项目，可以进行单元测试。前端可以随时使用最新版本的后端程序进行实际测试。 前后端分离的模式，有着很多的优越性，所以造就了它的流行。 2. 技术选型 本篇我
-
作为一名前端开发者，有时候会遇到一些跨域问题，之前我参考一些教程网址的理解是： 客户端浏览器其实已经将请求发送出去了，服务器端也接收到了，但是服务器返回的数据在回来的时候被浏览器拦截了。 但是今天在和后端同事讨论的时候，他说我之前理解错了。下面是他的解释： 跨域的本质是保护服务器的数据，就好像你不能直接进我家来捣乱，你需要我给你钥匙（需要后端的 Access-Control-Allow-Origi