前端

几个web UI框架 1.Aliceui Aliceui是支付宝的样式解决方案，是一套精选的基于 spm 生态圈的样式模块集合，是 Arale 的子集，也是一套模块化的样式命名和组织规范，是写 CSS 的更好方式。 gitHub地址： https://github.com/aliceui/aliceui.github.io 2.Amazeui Amaze UI 是一个轻量级、 Mobile first 的前端框架, 基于开源社区流行前端框架编写的。 官网地址： http://amazeui.org/ 3.sui SUI是一套基于bootstrap开发的前端组件库，同时她也是一套设计规范。 通过SUI，可以非常方便的设计和实现精美的页面。 官网地址： http://sui.taobao.org/ 同时sui还有移动端版本msui，msui是阿里巴巴共享业务事业部UED团队的作品。目的是为了手机H5页面提供一个常用的组件库，减少重复工作。 地址： http://m.sui.taobao.org/ 4.FrozeUI Frozen UI是一个开源的简单易用，轻量快捷的移动端UI框架。基于手Q样式规范，选取最常用的组件，做成手Q公用离线包减少请求，升级方式友好，文档完善，目前全面应用在腾讯手Q增值业务中。 官网地址： http://frozenui.github.io/ 5.uiKit

企业的数据库应用通常运行的都是企业最核心的业务。企业特别看重存储的块级IOPS性能，要做到低延迟不影响业务的正常运行。除此之外，涉及到核心业务，企业着重要求数据的安全性以及业务的连续性，所以存储的高可用性也是企业选择的重要因素。Infortrend统一存储GS依靠底层自主研发的精简RAID结构，以及全新的Intel Skylake CPU平台，IOPS可以达到900K，响应时间小于0.5ms，非常适合数据库应用。 在数据库应用场景下，要跑出高的IOPS必须使用固态硬盘。经过Infortrend对SSD的优化，一颗SSD的IOPS至少相当于HDD的 五十倍。但是SSD对成本会造成一定的压力，为此Infortrend特别给GS设计了“SSD缓存+自动存储分级”的解决方案，使GS成为数据库应用的理想存储。 具体说来，Infortrend对内存进行专门的处理，判断哪些数据是前端频繁访问的“热数据”，将热数据拷贝到SSD缓存。前端再次访问数据时，就会从SSD缓存读取数据，从而提高IOPS的表现。而判断为不经常访问的“冷数据”，则会直接写到大容量的HDD保存。是的！GS支持SSD与HDD混合配置，作为不同的分层（tier），分别处理冷热数据。这样用性能高、数量有限的SSD全部用于拉高IOPS，HDD保存不太频繁使用的数据。既保证了IOPS的表现，又减少了用户购买SSD数量

世界上只有两种物质：高效率和低效率；世界上只有两种人：高效率的人和低效率的人。 —— 萧伯纳 在产品开发过程中，涉及到的人员泛而杂，但最主要的人员还是产品、设计和开发。一个产品的成功与否取决于他们如何有效沟通，如何共同协作来尽可能提高质量和工作效率。高效的工作可以是通过并行工作缩短迭代周期，也可以是通过文档方式进行有效协同。但无论采取哪种方式，我们都面临一个现实而又复杂的问题—团队协作。 那么，如何建立起产品、设计和开发人员之间的高效团队协同呢？一种实现方法是产品和设计去学习使用开发工具，不需要从头到尾开发App，但至少能如实和迅速的交流设计意图，进行有效沟通。或者是开发人员去学习使用设计工具，了解产品和设计相关的专业知识。通过这种方法，其中的复杂性可想而知。 设计图与前端界面是否一致，这是前端工程师与UI设计师的协同工作中最关键的一环。有过经验的产品、设计师和开发人员都知道，设计图与前端界面实现不一致的问题时有发生。所以经常写完的前端页面都需要去修改，周而复始。特别是做移动端Web，频繁的修改页面不仅让参与的人员觉得很烦，也非常非常浪费时间和心力。通过自身经验的总结以及对工作流程的梳理，我发现，大部分工作流程可以分为两种情形。 情形一 （偷懒的）UI设计师：只负责设计UI界面，出PSD，AI与PSD效果图，不出标注图。 前端开发：拿到PSD文件去测量里面间距，去切图，实现前端页面

关于大数据知识，相信大家都看过不少各种类型的书籍，也接触过很多有关大数据方面的文章，但是大多都很零散不成系统。所以，此篇文章将大数据知识体系的干货分享出来，带大家从整体体系思路上，了解大数据产品设计架构和技术策略。希望能够帮助大家快速梳理并建立起大数据知识体系。 大数据产品系统性和体系思路 第一步，针对前端不同渠道进行数据埋点，然后根据不同渠道的采集多维数据，也就是做大数据的第一步，没有全量数据，何谈大数据分析； 第二步，基于采集回来的多维度数据，采用ETL对其各类数据进行结构化处理及加载； 第三步，对于ETL处理后的标准化结构数据，建立数据存储管理子系统，归集到底层数据仓库，这一步很关键，基于数据仓库，对其内部数据分解成基础的同类数据集市； 第四步，基于归集分解的不同数据集市，利用各类R函数包对其数据集进行数据建模和各类算法设计，里面算法是需要自己设计，个别算法可以用R函数，这个过程产品和运营参与最多；这一步做好了，也是很多公司用户画像系统的底层； 第五步，根据建立的各类数据模型及算法，结合前端不同渠道不同业务特征，根据渠道触点自动匹配后端模型自动展现用户个性化产品和服务。 建立系统性数据采集指标体系 建立数据采集分析指标体系是形成营销数据集市的基础 ，也是营销数据集市覆盖用户行为数据广度和深度的前提，数据采集分析体系要包含用户全活动行为触点数据

　　今天小编和大家聊聊前端容易踩的坑有那些，后期也会不断的完善，谢谢大家的支持！！！这是我在工作当中遇到的一些坑，想总结下来，希望未来有一天能够帮助小伙伴。 　　而在最近我就遇到一个坑，也许是因为自己的马虎或不细心导致的本应该避免，却范的一个低级错误。 1. 大家应该都很熟悉 js 的 data 日期时间吧，比如我们想得到 一个时间，或者做一个功能需要规定时间内这个元素无法点击等，还是很常见的。 问题： 　　例子：一个商城app，春节期间，需要关门，那前端就需要获取时间戳，在规定时间内功能是无法点击的，就会弹出一个弹出框进行阻拦。 　　比如 我的暂停时间是 2020 12.31 到 2020 1.15 ，试问这个时间如何写？ 　　其实有两种写法，我们需要注意有两点 　　1. 第一种 是 "2020-12-31 0:0:0","2020-1-15 0:0:0" ，这种写法是正确的，但是有个坑正是小编所踩的，开始时间是 2020-12-31 0：0：0 这是正确的，我们仔细看看结束时间如果我是 2020-1-15 0：0：0这样是不对的，如果这样写便会提前一天服务停止就结束了，我们可以仔细看 我们是想1.15过完 功能才会恢复，而 2020-1-15 0:0:0 是1.1423：59：59后就会解除，这比我们规定时间早了一天，所以正确的是 2020-12-31 0:0:0 到 2020

最近很多读者问到, 看什么书籍比较好, 有什么推荐的么. 下面的书籍都是不错的, 如果你有不错的书籍, 欢迎在留言区留言, 分享给更多的人~ 书不在多, 精则好. Node与Express开发 内容介绍 本书系统讲解了使用Express开发动态Web应用的流程和步骤。作者不仅讲授了开发公共站点及REST API的基础知识，同时还讲解了构建单页、多页及混合Web应用的规划方式及最佳实践。具体而言，第1~5章介绍Node 和Express，搭建一个示例网站的骨架，讨论测试和QA。第6~12章介绍Node中更重要的结构，讲解模板，介绍cookies、会话和表单处理器，探讨中间件以及从服务器发送电子邮件。第13~15章讨论持久化、URL路由、API的编写、流行的MVC范式。第18~22章讨论安全、社交媒体集成以及网站的调试、启用和维护。 本书适合所有前端和后端开发人员阅读。 Node即学即用 内容介绍 《Node即学即用》由休斯－克劳奇、威尔逊编著，《Node即学即用》讲解如何用Node构建可扩展因特网应用，是全面的实用指南，除了详细介绍Node提供的API外，还用大量篇幅介绍了服务器事件驱动开发的重要概念。内容涉及跨服务器的并发连接、非阻塞I/O和事件驱动的编程、如何支持各种数据库和数据存储工具、NodeAPI的使用示例等。适合对JavaScript及编程有一定程度了解的读者阅读。

总结很好的一篇文章，收藏下。 https://segmentfault.com/a/1190000020759924 来源： https://www.cnblogs.com/sweeeper/p/11721004.html

前言：之前学习过node，可以搭建简单的服务器并且用过mysql，当时还知道怎样配，到现在真的忘完了，毕竟是主要前端这块(平时自己也可以自己模拟数据测试)，幸好自己当时配置的代码还有，不然又只有去简单重新学习。 挂在码云上，里面步骤有 nodeJs数据模拟 来源： CSDN 作者： 飘倩1104 链接： https://blog.csdn.net/qq_45366081/article/details/103907634

准备条件 以第1节教程的创建的目录和代码为基础进行讲解。如果没有看过第1节教程，请关注我，查看以往该系列的文章 这节教程主要讲解jest中的中的一些命令行工具，将第1节的代码复制一份，并运行 npm run test 效果图： 先把这几个提示的命令，讲解一下 这里几个命令大家自己一定要动手试一下，才能够增加印象 着重讲一下 o 这个命令，需要配个git使用，必须将项目提交到本地仓库中（实际开发中，项目基本都放在git仓库中，所以影响不大），jest通过git来判断哪些文件修改过，添加仓库方法如下： git init 初始化git仓库 git add . 将所有文件加入到暂存区 git commit -m 'init' 将文件提交到本地仓库 下面这几个是在package.json 中配置的 –watchAll 我们目前使用的是–watchAll,监控所有文件变化 packeage.json文件的script配置 "scripts": { "test": "jest --watchAll" } –watch 这个和使用–watchAll后按下 o 键，是一样的效果。每次只重新测试修改过后的文件 "scripts": { "test": "jest --watch" } –init 生成一个jest基础配置文件 –coverage 将测试覆盖率信息输出为报告，会生成测试覆盖率的详细信息

Vue.js 和 MVVM 小细节 MVVM 是Model-View-ViewModel 的缩写，它是一种基于前端开发的架构模式，其核心是提供对View 和 ViewModel 的双向数据绑定，这使得ViewModel 的状态改变可以自动传递给 View，即所谓的 数据双向绑定 。 Vue.js 是一个提供了 MVVM 风格的双向数据绑定的 Javascript 库，专注于View 层。它的核心是 MVVM 中的 VM，也就是 ViewModel。 ViewModel负责连接 View 和 Model，保证视图和数据的一致性，这种轻量级的架构让前端开发更加高效、便捷。 1、为什么会出现 MVVM 呢？ 我接触MVVM 是在2015年，可以说2015年是MVVM 最火热的一年，而在这之前，我所知道的就是MVC, MVC 大约是在5年前，也就是2011年的时候接触的，那时候刚学编程语言，学的Java，而Java 中经典的 SSH 框架就用来构建一个标准的MVC 框架。说实话，MVC 用了这么多年，但始终没有很深刻的理解，只停留在用的层面， 一直到接触 Vue.js 之后，研究了MVVM 架构思想，然后再回头看 MVC ，才有一种豁然开朗的感觉~ MVC 即 Model-View-Controller 的缩写，就是 模型-视图-控制器 , 也就是说一个标准的Web