npm

一，前言 我是刚学Vue的菜鸟，在使用过程中需要用到日历控件，由于项目中原来是用jQuery写的，因此用了bootstarp的日历控件，但是配合Vue实在有点蛋疼，不够优雅…… 于是网上搜了好久找到了Vue2-Calendar，不用说，挺好用的，但是同时也发现这个组件有些问题，有些功能挺不符合我们的要求，于是着手改了一版 二，改进的功能 在Vue2-Calendar v2.2.4 版基础上作了优化。 改进原控件无法切换语言的BUG，支持 lang='zh-CN'和'en'。 日历面板增加一个位置选项，允许让面板右对齐，只需要position=right即可。 原 :on-day-click 事件只有在 hasInput=false 时才生效，现改为一直有效，这样当用户点击日历面板上的日期后就可以触发该事件。 clear=false时文本框右侧会显示一个日历图标，高仿bootstrap的日历组件，但clear=true时不显示 效果图 三，使用示例 1.常规使用，单日历 HTML代码： 1 < calendar v-model ="value" show-date-only :disabled-days-of-week ="disabled" :format ="format" :clear-button ="clear" :placeholder ="placeholder"

一、npm安装第三方模块 npm有两种方式安装第三方模块：本地安装和全局安装，使用哪种安装方式，取决于我们用npm模块来做什么。 如果模块作为项目的依赖，需要被引入到指定项目当中，需要本地安装。 如果需要模块提供某些命令工具，则需要全局安装。 稍后我们就来样式两种安装的区别。 本地安装 我们先打开windows命令行工具，进入到需要安装第三方模块的目录，例如D:/npmtest目录，然后执行下面命令 npm install query 安装完成之后，npm会在D:/npmtest目录下创建一个node_modules的目录，然后将npm模块下载到这个目录之下。上面的例子我们安装的是jQuery，所以打开node_modules会看到一个jQuery的目录。 关于第三方模块如何在node项目中使用，我们下一节会讲解。 全局安装 某些第三方模块为我们提供了一些功能需要全局安装才可以使用，例如 http-server ，他可以为我们提供一个创建静态文件服务器的功能。 现在我们就来下载这个模块，全局安装需要在命令中添加-g，示例代码如下所示： npm install -g http-server 下载完成之后，http-server模块不会像本地安装那样下载到当前目录下，而是会下载到系统目录中，win10系统下载目录如下所示： C:\Users\Administrator\AppData

基于VuePress搭建自己的个人技术网站 VuePress 文章目录 基于VuePress搭建自己的个人技术网站 VuePress 为什么要使用 开通ECS服务器 云服务器参数 设置安全组 安装Node.js 安装Vuepress 目录结构 配置VuePress 尝试案例内容 [VuePress]: https://www.vuepress.cn/ 轻量级静态网站生成器 可以用做博客或技术文档 可以快速的部署到github上 为什么要使用 界面简洁优雅 好上手 更好兼容markdown语法 性能高 开通ECS服务器 云服务器参数 计费方式 包年包月 网站 按量付费 测试,临时跑数据 抢占式实例 价格波动,高于价运行,低于释放,不适合放长期的数据 地域 选择访客多的地域 实例系列 (cpu,内存) 镜像 (实例模板 操作系统,环境) 公共镜像 阿里提供的基础操作系统 自定义镜像 根据用户快照生成的镜像 共享镜像 别的阿里云账号做的镜像 镜像市场 经过审核的镜像 存储 (类型和大小) 高效云盘 便宜 SSD云盘 贵 性能更好 网络 (经典或vpc专有网络类型) vpc专有网络 安全性更好 公网带宽 按照固定带宽计费 对网络要求稳定 按照使用流量计费 安全设置 安全组 虚拟防火墙 时长及数量 登录凭证 设置密码 密钥对 通过秘钥文件登录到系统 自定义密码 linux默认登录名root

使用fix-memory-limit // 1.安装插件 npm install increase-memory-limit --save-dev // 2.package.json的scripts添加这个: "fix-memory-limit": "cross-env LIMIT=4096 increase-memory-limit" // 3.运行插件 npm run fix-memory-limit // 4.重启项目 npm run serve 来源： oschina 链接： https://my.oschina.net/qinghuo111/blog/4407339

本项目演示地址： https://husilang.github.io/zm-ui 项目参考文章： 从零开始搭建Vue组件库 VV-UI 项目的初衷是学习怎么封装一个基于Vue的UI组件库，顺便记录每个步骤，以及在此过程中遇到的难点及体会。 下面是我个人的一个项目搭建流程，希望能帮助大家。 ①脚手架初始化项目 使用 vue cli 3.0.0版本以上 ，在node或cmd中输入以下命令创建项目 vue create project-name 选择 Manually select features 选择Babel，Router，Vuex，CSS Pre-processors，Unit Testing 选择Sass/SCSS(with node-sass) 选择Mocha + Chai 选择In dedicated config files 以上来安装（按需选择） 运行如下命令： cd project-name npm run serve 看项目是否成功启动，启动成功恭喜你完成第一小步~ ②目录结构修改 src目录修改为examples，用来组件示例 在examples目录下，新建docs文件夹，用来编写各组件的文档 在项目下新增packages文件夹，用来存放封装的组件 ③增加配置文件 由于修改了目录结构，需要修改相关配置，这里参考vue cli官网。 在项目根目录下

看到最后有惊喜哦! 曾经仅用 10 天开发而成的 JavaScript，在经历了近 30 年的迭代轮回中，终于成为了最受开发者喜爱的编程语言之一，而与之水涨船高的当然也包括了 JavaScript 开发者的薪酬，据 Indeed 的数据统计结果显示，在美国，JavaScript 开发人员的平均基本工资为 115,377 美元/年。在这过程中，JavaScript 是如何实现这一点的？ JavaScript是一个小怪物。它的诞生只用了十天，最初被认为是编程语言界的“学人精”。 在早期，JavaScript就像车库里的小家伙一样——在90年代里，敲敲打打出雪花效果和廉价的文本动画，在互联网怀旧史中占据一席之地。 那时候没人能提前看到JS具有六位数收入的潜力。 将时间轴快进到将近30年后，JavaScript这时已经成为了编程语言界的千禧一代。它已经对自己有了清晰的认知，为自己准备好了发展空间，并在这个app开发盛行的世界中野蛮生长。 JavaScript之所以受欢迎，很大程度上是因为它上手快，创建快，交付快。 颇受欢迎的工作网站Indeed的报告说，在美国，JavaScript开发人员的平均基本工资为每年115,377美元。 屏幕上随机飘落的雪花是如何变到具有API接口和数据库连接的功能完备的应用程序的呢？ 那个小孩长大了 上世纪90年代，互联网还没有真正成气候

前端是什么 工作流程为从UI处得到原型图或者效果图，在项目（网站、微信公众号、小程序、WEBAPP）中还原图片效果，然后与后台进行各种数据交互。 在项目中充当一号背锅侠，项目出现问题第一个收到传唤的人。一个不受UI、后台待见，甚至不受协同开发的其他前端待见的岗位。 前端， 一个让我沉迷的岗位 前端， 一个将一张张UI效果图变成一个个生动的项目的岗位 一个将冰冷的后台数据转换为有趣的视觉享受的岗位 我感觉目前的前端市场整体还是处于迅速发展期，市场对于前端的需求也一直比较大。 但是前端存在一些比较畸形的地方，门槛低，随便培训上两个月就可以去应聘前端工程师，而培训之前大家从事的岗位是各式各样的，可能和计算机并没有太大关系，这就导致了要想进一步的提升自己比较困难。 所以市面上有很多这样的前端，培训出身，反复将一个技术在项目中使用，做到了某种技术的熟练，但是对于新技术的接受能力十分弱。 现在市场对于中高级的前端工程师需求更加迫切，所以入了前端的门，就需要不断的提升自己，无论你是学院派，还是培训派，还是自学派，都应该具有强烈的学习意识。 一个项目的起源来自于甲方，可能是你的老板或者你的客户，他们会提出需求，给你们描绘出一个世界。 这个抽象的世界会由UI变成一张张实图，交给你。而填充这个世界的数据也有由后台为你提供好。而你需要做的，就是在获取到这些之后将他们变成现实。 在这之前，你获取到需求之后

# Logs logs *.log npm-debug.log* yarn-debug.log* yarn-error.log* # Runtime data pids *.pid *.seed *.pid.lock # Directory for instrumented libs generated by jscoverage/JSCover lib-cov # Coverage directory used by tools like istanbul coverage # nyc test coverage .nyc_output # Grunt intermediate storage (http://gruntjs.com/creating-plugins#storing-task-files) .grunt # Bower dependency directory (https://bower.io/) bower_components # node-waf configuration .lock-wscript # Compiled binary addons (https://nodejs.org/api/addons.html) build/Release # Dependency directories node_modules/ jspm_packages/