前端框架2019 云开发

时间 2019-11-20

标签前端框架开发繁體版

原文原文链接

1 、MUI 最接近原生APP体验的高性能前端框架html

http://dev.dcloud.net.cn/mui/前端

二、Mint UI 基于 Vue.js 的移动端组件库git

https://mint-ui.github.io/#!/zh-cn程序员

三、iView webapp一套高质量的微信小程序 UI 组件库github

https://weapp.iviewui.com/?from=iviewweb

四、优秀的基于VUE移动端UI框架合集npm

http://www.javashuo.com/article/p-gijndqua-ct.html编程

Mint UI 包含丰富的 CSS 和 JS 组件，可以知足平常的移动端开发须要。经过它，能够快速构建出风格统一的页面，提高开发效率。真正意义上的按需加载组件。能够只加载声明过的组件及其样式文件，无需再纠结文件体积过大。考虑到移动端的性能门槛，Mint UI 采用 CSS3 处理各类动效，避免浏览器进行没必要要的重绘和重排，从而使用户得到流畅顺滑的体验。依托 Vue.js 高效的组件化方案，Mint UI 作到了轻量化。即便所有引入，压缩后的文件体积也仅有 ~30kb (JS + CSS) gzip。bootstrap

注意：MUI不一样于Mint-ui，Mui只是开发出来一套好用的代码片断，里面提供了配套的样式，配套的HTML代码段，相似于bootstrap，而Mint-UI是真正的组件库，是使用VUE技术封装出来的成套的组件能够无缝的和VUE项目进行集成开发；所以从体验上来讲，Mint-UI体验更好，由于这是别人帮咱们开发好的现成组件，从体验上看来MUI和Bootstrapt相似；理论上，任何项目均可以使用MUI和Bootstrapt，可是Mint-U只适用于Vue项目。小程序

注意：MUI并不能使用npm去下载，须要手动从github上下载现成的包，本身解压出来，而后手动拷贝到项目中去使用

Mint-UI 官网：https://mint-ui.github.io/#!/zh-cn

第1、什么是云开发模式？

传统垂直堆叠的开发模式，在云时代须要进行颠覆和创新；连续在线、基于截层水平扩展、简单到粗暴乃至松耦合复用构件的云开发方式将能更好适应云时代的开发特色。

第2、云开发模式的特色？

有创新的践行截层水平实施和自动垂直堆叠的开发理念：要能超越传统的一切都是对象，提出一种新型软件构建的基础理念，从而大大简化传统软件的开发；有典型的简单到粗暴的驱动式开发模型和工具：整个开发过程，必须有各类的工具支持，能作到无编码开发，且其中的概念不能太多太专业；

具有独立云计算能力的运行时容器：云开发的前置条件就是同时能提供默认的云服务框架和环境，能迅速把上述开发成果转化成云软件、云应用和云服务；提供了典型的专业构件集：常规软件中包含的一些专业核心软件技术，如全文检索、天然语言、统一用户等，必须变成专业的SaaS，供开发者快速整合；

开放兼容传统开发过程和技术积累：既然是开发，除了不懂编码的人可控外，更应该让有编码能力人感到强大、灵活和可复用，从而要求云开发过程其可兼容传统编程语言；要有充分的开放性，做为开发方式，固然可以看生成所有开发的源码，能够选择各类框架甚至本身定义的框架，同时还可以与各类开放框架耦合；从在线开发开始经过连续交互驱动开发：驱动模式的开发。第3、多种开发方式和云开发方式的区别比较

1.团队规模要求

全部开发，都须要完整的团队，从瀑布到极限，强调团队小微化，使得更加灵活，而云开发首先创造了虚拟团队和自动角色扮演...

2.成员门槛

直到极限，对成员的要求都是很是高的，只有云开发，首先实现了模型驱动的开发模式，确保真正的简单！

3.编程和项目速度

迭代以后都强调在较短的开发周期提交软件，但依次缩短，但因为项目周期制约太多因素，每每很差直接评估，但能够经过"简单"的程度来判断...

4.代码规范和质量控制

敏捷和极限的规范和质量均依赖统一规范、代码评审以及结对编程，在某种程度上提出了一些理念，可是否行动则不一样团队表现不同；而云开发经过截层开发，第一次实现了规范和质量的自动化。

5.产品体验感

传统无沟通，敏捷和极限也不鼓励沟通，致使不牛叉无承认，而云开发第一次提倡无缝沟通、交流和反馈，...；从传统到极限，产品和开发每每相对队里，但逐渐强调引入客户参与...而云运行第一次让程序员只关于产品逻辑，第一次要求产品客户角色必须提早参与...

6.对变化的适应

瀑布式的主要的问题是它的严格分级致使的自由度下降，项目早期即做出承诺致使对后期需求的变化难以调整，代价高昂。瀑布式方法在需求不明而且在项目进行过程当中可能变化的状况下基本是不可行的。相对来说，敏捷方法则在几周或者几个月的时间内完成相对较小的功能，强调的是能将尽早将尽可能小的可用的功能交付使用，并在整个项目周期中持续改善和加强。而对变化的适应应该是愈来愈强，极限提出“拥抱变化”，而云开发提出了“变化驱动驱动变化”！