Ⅰ js节流函数的时间戳时长如何控制 vue是遵从amd还是cmd
我是这样理解的：
模块化思想只是封装好的模块对外提供接口。使用时require进来。require进来后，调用各个接口。感觉AMD规范和CMD规范只是加载模块的时机不同，语法不同而已。至于将模块引进来后模块做了什么，那就是模块本身的内容了。
个人感觉可以认为vue.js是支持cmd规范的，只不过官方的vue.js 在CMD规范下使用require引进它之后，它还是在window变量下添加了全局变量Vue，严格说来是偏离了cmd规范的初衷的。
可以仔细看下vue.js源代码的第7第8第9行：
typeof exports === 'object' && typeof mole !== 'undefined' ? mole.exports = factory() :
typeof define === 'function' && define.amd ? define(factory) :
(global.Vue = factory());
可以看到如果把上文的define.amd判断改成define.cmd，那么此vue就是完美支持cmd规范了。楼主不妨自行修改下试试。
Ⅱ 如何正确理解javascript的模块化
模块化在项目中十分的重要，一个复杂的项目肯定有很多相似的功能模块，如果每次都需要重新编写模块肯定既费时又耗力。但是引用别人编写模块的前提是要有统一的“打开姿势”，如果每个人有各自的写法，那么肯定会乱套，下面介绍几种JS的模块化的规范。
一:模块化进程一：script标签
这是最原始的 JavaScript 文件加载方式，如果把每一个文件看做是一个模块，那么他们的接口通常是暴露在全局作用域下，也就是定义在 window 对象中，不同模块的接口调用都是一个作用域中，一些复杂的框架，会使用命名空间的概念来组织这些模块的接口。
缺点:
1、污染全局作用域
2、开发人员必须主观解决模块和代码库的依赖关系
3、文件只能按照script标签的书写顺序进行加载
4、在大型项目中各种资源难以管理，长期积累的问题导致代码库混乱不堪
二:模块化进程二：CommonJS规范
该规范的核心思想是允许模块通过require方法来同步加载所要依赖的其他模块，然后通过 exports 或 mole.exports 来导出需要暴露的接口。
require("mole");
require("../file.js");
exports.doStuff = function(){};
mole.exports = someValue;
优点：
1、简单并容易使用
2、服务器端模块便于重用
缺点:
1、同步的模块加载方式不适合在浏览器环境中，同步意味着阻塞加载，浏览器资源是异步加载的
2、不能非阻塞的并行加载多个模块
mole.exports与exports的区别
1、exports 是指向的 mole.exports 的引用
2、mole.exports 初始值为一个空对象 {}，所以 exports 初始值也是 {}
3、require() 返回的是 mole.exports 而不是 exports
exports示例：
// app.js
var circle = require('./circle');
console.log(circle.area(4));
// circle.js
exports.area = function(r){
return r * r * Math.PI;
}
mole.exports示例：
// app.js
var area = require('./area');
console.log(area(4));
// area.js
mole.exports = function(r){
return r * r * Math.PI;
}
错误的情况：
// app.js
var area = require('./area');
console.log(area(4));
// area.js
exports = function(r){
return r * r * Math.PI;
}
其实是对 exports 进行了覆盖，也就是说 exports 指向了一块新的内存（内容为一个计算圆面积的函数），也就是说 exports 和 mole.exports 不再指向同一块内存，也就是说此时 exports 和 mole.exports 毫无联系，也就是说 mole.exports 指向的那块内存并没有做任何改变，仍然为一个空对象{}，也就是说area.js导出了一个空对象，所以我们在 app.js 中调用 area(4) 会报 TypeError: object is not a function 的错误。
总结：当我们想让模块导出的是一个对象时， exports 和 mole.exports 均可使用（但 exports 也不能重新覆盖为一个新的对象），而当我们想导出非对象接口时，就必须也只能覆盖 mole.exports 。
三:模块化进程三：AMD规范
由于浏览器端的模块不能采用同步的方式加载，会影响后续模块的加载执行，因此AMD(Asynchronous Mole Definition异步模块定义)规范诞生了。
AMD标准中定义了以下两个API
1、require([mole], callback);
2、define(id, [depends], callback);
require接口用来加载一系列模块，define接口用来定义并暴露一个模块。
示例：
define("mole", ["dep1", "dep2"], function(d1, d2){
return someExportedValue;
});
require(["mole", "../file"], function(mole, file){ /* ... */ });
优点：
1、适合在浏览器环境中异步加载模块
2、可以并行加载多个模块
缺点：
1、提高了开发成本，代码的阅读和书写比较困难，模块定义方式的语义不顺畅
2、不符合通用的模块化思维方式，是一种妥协的实现
四:模块化进程四：CMD规范
CMD(Common Mole Definition)规范和AMD很相似，尽量保持简单，并与CommonJS和Node.js的 Moles 规范保持了很大的兼容性。在CMD规范中，一个模块就是一个文件。
示例：
define(function(require, exports, mole){
var $ = require('jquery');
var Spinning = require('./spinning');
exports.doSomething = ...
mole.exports = ...
})
优点：
1、依赖就近，延迟执行
2、可以很容易在 Node.js 中运行
缺点：
1、依赖 SPM 打包，模块的加载逻辑偏重
AMD和CMD的区别
AMD和CMD起来很相似，但是还是有一些细微的差别，让我们来看一下他们的区别在哪里：
1、对于依赖的模块，AMD是提前执行，CMD是延迟执行。
2、AMD推崇依赖前置；CMD推崇依赖就近，只有在用到某个模块的时候再去require。看代码：
// AMD
define(['./a', './b'], function(a, b){ // 依赖必须一开始就写好
a.doSomething()
// 此处略去 100 行
b.doSomething()
...
});
// CMD
define(function(require, exports, mole){
var a = require('./a')
a.doSomething()
// 此处略去 100 行
var b = require('./b')
// 依赖可以就近书写
b.doSomething()
// ...
});
3、AMD 的 API 默认是一个当多个用，CMD 的 API 严格区分，推崇职责单一。
五:模块化进程五：ES6模块化
EcmaScript6标准增加了JavaScript语言层面的模块体系定义。ES6 模块的设计思想，是尽量的静态化，使得编译时就能确定模块的依赖关系，以及输入和输出的变量。CommonJS和AMD模块，都只能在运行时确定这些东西。
在 ES6 中，我们使用export关键字来导出模块，使用import关键字引用模块。需要说明的是，ES6的这套标准和目前的标准没有直接关系，目前也很少有JS引擎能直接支持。因此Babel的做法实际上是将不被支持的import翻译成目前已被支持的require。
尽管目前使用import和require的区别不大(本质上是一回事)，但依然强烈推荐使用import关键字，因为一旦JS引擎能够解析ES6的import关键字，整个实现方式就会和目前发生比较大的变化。如果目前就开始使用import关键字，将来代码的改动会非常小。
示例：
import "jquery";
export functiondoStuff(){}
mole "localMole" {}
优点：
1、容易进行静态分析
2、面向未来的 EcmaScript 标准
缺点：
1、原生浏览器端还没有实现该标准
2、全新的命令字，新版的 Node.js才支持
Ⅲ js处理微信分享配置
整理一下通过h5做微信分享相关配置。
登录微信公众号， 获取AppID ， 配置白名单 ，然后 配置JS接口安全域名 。
登录公众号后，左侧菜单栏选择：开发 => 基本配置，直接复制开发者ID(AppID)即可：
注意使用公网IP
左侧菜单栏选择：设置 => 公众号设置：
网页授权主要是获取微信openId使用，如果只是用分享操作，本步可以略过。
网页授权介绍
大致步骤是：
在配置完前面AppId、白名单及安全域名后，开始处理网页授权。
网页授权这一块儿内容主要是后端需要处理的内容较多，前端还是很简单的，仅需要跳入微信链接即可。为什么要走这一步呢因为有些操作，例如微信支付、播放微信录音、获取微信地址、微信卡券、商品、小店等等许多功能必须在微信浏览器汇总打开操作才可以，因此需要跳入微信浏览器及微信链接来处理后续操作。当配置后，链接便只有在微信浏览器中打开才会生效了，不然会提示：
链接如下：
https://open.weixin.qq.com/connect/oauth2/authorize?appid={$appId}&redirect_uri=={$URL}&response_type=code&scope=snsapi_base#wechat_redirect
参数分解
可见，上面需要填入的变量有二，一个是前面回去的AppId，另外一个则是url，需要写的是与配置域名所对应域名下的url，并且要进行urlEncode编码处理使用。
在拿到上述完整链接后，通过 window.location.href = ${url} 进行网页授权即可。在授权成功后，页面会重定向到自己设置的url页面去，然后在该连接上会有code值，取出即可：
将拿到的code值传给后端即可，看具体需求决定是否前端使用openId，如果非必要则不在前端获取保存或者由后端加密后传给前端使用。
大致分为五个步骤：
在步骤 1.3 中已经配置。
在需要调用JS接口的页面引入如下JS文件： https://res.wx.qq.com/open/js/jweixin-1.6.0.js
备注：支持使用 AMD/CMD 标准模块加载方法加载
配置需要如下几个参数：
那这些参数从哪儿来呢？依旧不用担心，依然是交给后端处理，后端返回时间戳、随机串及签名，其他的自己配置即可。
通过后端获取需要进行一个小交互，将此时的链接地址(window.location.href)传给后端即可。
于是就有了上述的除了最后一个以外的所有参数。最后一个 jsApiList 则是写分享接口，如我们想要分享到朋友圈、QQ、腾讯微博这3个，那就写：
可以发现，我们其实多配置了一个 checkJsApi ，这个是一个判断配置，可以判断当前客户端版本是否支持指定JS接口。
签名算法
所有JS接口列表
接下来就可以写分享信息配置了。配置信息一般都是通过 wx.ready 处理的:
例如我们要分享到朋友圈，配置则如下：
注意：不要出现 诱导分享
同样，一般都是通过 wx.error 处理失败相关信息：
其实微信分享（地理位置、扫一扫、卡券等微信各类接口）都是通过上述步骤配置的，可举一反三，在面对不同需求时通过微信开发文档来进行更为复杂的操作。
Ⅳ jweixin-1.1.0.js 支持AMD/CMD 标准模块加载方法加载吗 写法是怎么写的
步骤一：引入JS文件
在需要调用JS接口的页面引入如下JS文件，（支持https）：http://res.wx.qq.com/open/js/jweixin-1.0.0.js
备注：支持使用 AMD/CMD 标准模块加载方法加载
步骤二：通过config接口注入权限验证配置
所有需要使用JS-SDK的页面必须先注入配置信息，否则将无法调用（同一个url仅需调用一次，对于变化url的SPA的web app可在每次url变化时进行调用）。
wx.config({
debug: true, // 开启调试模式,调用的所有api的返回值会在客户端alert出来，若要查看传入的参数，可以在pc端打开，参数信息会通过log打出，仅在pc端时才会打印。
appId: '', // 必填，公众号的唯一标识
timestamp: , // 必填，生成签名的时间戳
nonceStr: '', // 必填，生成签名的随机串
signature: '',// 必填，签名，见附录1
jsApiList: [] // 必填，需要使用的JS接口列表，所有JS接口列表见附录2
});
步骤三：通过ready接口处理成功验证
wx.ready(function(){
// config信息验证后会执行ready方法，所有接口调用都必须在config接口获得结果之后，config是一个客户端的异步操作，所以如果需要在页面加载时就调用相关接口，则须把相关接口放在ready函数中调用来确保正确执行。对于用户触发时才调用的接口，则可以直接调用，不需要放在ready函数中。
});
步骤四：通过error接口处理失败验证
wx.error(function(res){
// config信息验证失败会执行error函数，如签名过期导致验证失败，具体错误信息可以打开config的debug模式查看，也可以在返回的res参数中查看，对于SPA可以在这里更新签名。
});
接口调用说明
所有接口通过wx对象(也可使用jWeixin对象)来调用，参数是一个对象，除了每个接口本身需要传的参数之外，还有以下通用参数：
success：接口调用成功时执行的回调函数。
fail：接口调用失败时执行的回调函数。
complete：接口调用完成时执行的回调函数，无论成功或失败都会执行。
cancel：用户点击取消时的回调函数，仅部分有用户取消操作的api才会用到。
trigger: 监听Menu中的按钮点击时触发的方法，该方法仅支持Menu中的相关接口。
以上几个函数都带有一个参数，类型为对象，其中除了每个接口本身返回的数据之外，还有一个通用属性errMsg，其值格式如下：
调用成功时："xxx:ok" ，其中xxx为调用的接口名
用户取消时："xxx:cancel"，其中xxx为调用的接口名
调用失败时：其值为具体错误信息
基础接口
判断当前客户端版本是否支持指定JS接口
wx.checkJsApi({
jsApiList: ['chooseImage'] // 需要检测的JS接口列表，所有JS接口列表见附录2,
success: function(res) {
// 以键值对的形式返回，可用的api值true，不可用为false
// 如：{"checkResult":{"chooseImage":true},"errMsg":"checkJsApi:ok"}
});
备注：checkJsApi接口是客户端6.0.2新引入的一个预留接口，第一期开放的接口均可不使用checkJsApi来检测。
分享接口
请注意不要有诱导分享等违规行为，对于诱导分享行为将永久回收公众号接口权限，详细规则请查看：朋友圈管理常见问题 。
获取“分享到朋友圈”按钮点击状态及自定义分享内容接口
wx.onMenuShareTimeline({
title: '', // 分享标题
link: '', // 分享链接
imgUrl: '', // 分享图标
success: function () {
// 用户确认分享后执行的回调函数
},
cancel: function () {
// 用户取消分享后执行的回调函数
}
});
获取“分享给朋友”按钮点击状态及自定义分享内容接口
wx.onMenuShareAppMessage({
title: '', // 分享标题
desc: '', // 分享描述
link: '', // 分享链接
imgUrl: '', // 分享图标
type: '', // 分享类型,music、video或link，不填默认为link
dataUrl: '', // 如果type是music或video，则要提供数据链接，默认为空
success: function () {
// 用户确认分享后执行的回调函数
},
cancel: function () {
// 用户取消分享后执行的回调函数
}
});
获取“分享到QQ”按钮点击状态及自定义分享内容接口
wx.onMenuShareQQ({
title: '', // 分享标题
desc: '', // 分享描述
link: '', // 分享链接
imgUrl: '' // 分享图标
success: function () {
// 用户确认分享后执行的回调函数
},
cancel: function () {
// 用户取消分享后执行的回调函数
}
});
获取“分享到腾讯微博”按钮点击状态及自定义分享内容接口
wx.onMenuShareWeibo({
title: '', // 分享标题
desc: '', // 分享描述
link: '', // 分享链接
imgUrl: '' // 分享图标
success: function () {
// 用户确认分享后执行的回调函数
},
cancel: function () {
// 用户取消分享后执行的回调函数
}
});
Ⅳ 微信接口 可以在js中直接调用吗
1.引入JS文件
在需要调用JS接口的页面引入如下JS文件
备注：支持使用 AMD/CMD 标准模块内加载方法加载
2.注入配置config接口
所有容需要使用JSSDK的页面必须先注入配置信息，否则将无法调用（同一个url仅需调用一次，对于变化url的SPA的web app可在每次url变化时进行调用）。
Ⅵ 微信公众号开发之如何使用JSSDK
微信开发交流群：148540125
欢迎留言、转发、打赏
系列文章参考地址 极速开发微信公众号
项目源码参考地址 点我点我--欢迎Start
服务号、订阅号可以通过登录 微信公众平台 查看 开发>接口权限
使用JSSDK主要包括
1、判断当前客户端版本是否支持指定JS接口、
2、分享接口（微信认证）
3、图像接口
4、音频接口
5、智能接口（识别语音并返回结果）
6、设备信息（获取网络状态）
7、地理位置
8、界面操作
9、微信扫一扫
10、微信小店（服务号必须通过微信认证）
11、微信卡券 （微信认证）
12、微信支付（服务号必须通过微信认证）
官方参考文档
步骤一：绑定域名
先登录微信公众平台进入 公众号设置 的 功能设置 里填写 JS接口安全域名 。
步骤二：引入JS文件
在需要调用JS接口的页面引入如下JS文件，（支持https）： http://res.wx.qq.com/open/js/jweixin-1.0.0.js
如需使用摇一摇周边功能，请引入 http://res.wx.qq.com/open/js/jweixin-1.1.0.js
备注：支持使用 AMD/CMD 标准模块加载方法加载
步骤三：通过config接口注入权限验证配置
签名算法生成规则
请 官方参考文档
下面具体来讲讲 开源项目 weixin_guide 中的封装。
使用的时候只要在Controller方法上添加一个拦截器 JSSDKInterceptor 来实现签名验证再将 wx.config 需要的参数设置对应的属性在页面上进行获取。
拦截器实现如下：
在Controller中使用
JSP页面上面使用
测试结果
在AppConfig 中添加路由 me.add("/jssdk", JSSDKController.class,"/view"); 手机中访问 http://域名[/项目名称]/jssdk ,如果设置了 debug= true 成功了就会弹出
如果出现 {"errorMsg":"config:invalid url domian"} 请检查 步骤一：绑定域名 与你访问的域名是否在安全域名列表当中
步骤四：通过ready接口处理成功验证
步骤五：通过error接口处理失败验证
步骤六：接口调用
拦截器具体实现 参考地址 点这里
js 接口调用参考地址 点这里
以上就是JSSDK使用的介绍。
欢迎留言、转发、打赏项目
源码参考地址 点我点我--欢迎Start
Ⅶ angularjs，vue之类的框架如何实现可视化拖拽室组件开发，效率比手写高很多倍
mintUI：基于vue框架，这个组件可以帮助到你
使用教程：
1.找官网
2.安装 npm install mint-ui -S -S表示 --save
3.引入mint Ui的css 和 插件
import Mint from 'mint-ui';
Vue.use(Mint);
import 'mint-ui/lib/style.css'
4.看文档直接使用。
在mintUi组件上面执行事件的写法@click.native
<mt-button @click.native="sheetVisible = true" size="large">点击上拉 action sheet</mt-button>
Ⅷ JavaScript 中 import * as x from x'是否有明确的规范
import 是针对 export 的。
按 es6 的规范 import * as obj from "xxx" 会将 "xxx" 中所有 export 导出的内容组合成一个对象返回。如果都使用 es6 的规范，这个是很明确的。
但是现在问题来了，moment 不是一个符合 es6 规范的库。
不管是 AMD、CMD 还是 CommonJS，都是通过 mole.exports 导出，AMD 和 CMD 还可以通过工厂函数 return 来导出。不过是 mole.exports = ... 还是 function factory() { return ... } 哪种方式，都对默认提供的 mole.exports 对象进行了替换，它可以是任意 JS 数据类型，函数就是一种很常用的数据类型。
TypeScript 对 ES6 export 的转译，是将所有 export 的东西，都作为 exports，即 mole.exports 的属性，比如
// test.ts
export function hello() {}
const a = 0;
export default a;
用 tsc 按 AMD 模块转译
tsc test.ts --mole AMD
得到
define(["require", "exports"], function (require, exports) {
"use strict";
function hello() { }
exports.hello = hello;
var a = 0;
exports.__esMole = true;
exports["default"] = a;
});
所以 TypeScript 对 import * as x from "./test.js" 的转译直接转译成
var x = require("./test");
是可以理解的。
Babel 也类似，同样的 es6 代码转译出来是
// by babel
"use strict";
Object.defineProperty(exports, "__esMole", {
value: true
});
exports.hello = hello;
function hello() {}
var a = 0;
exports.default = a;
但是 Babel 想得比较复杂。既然不是 __esMole，说明不是 es6 定义的模块。那么按 es6 模块导出的方式，导入的肯定是一个对象，所以它就创建了一个新对象，把导出内容的所有属性拷贝过去，兼容 exports.xxx = xxx 或 mole.exports 是个一般对象的情况。但万一 mole.exports 不是个普通对象呢，假设它是当作 export default 导出的，所以最后加了句 newObj["default"] = ....
在这一点上其实我更倾向 Babel 的作法，但是这个转译没有标准(如果标准那么好定，NodeJS 早就用上 es6 的模块语法了)。
问题在于不管谁的作法，关键是你需要有一个统一的标准来兼容 TypeScript 和 Babel，那么要不试试
// .ts
import * as _moment from "./moment";
const moment = (_moment as any).default || _moment;
(_moment as any).default 是为了 ts 编译不报错，|| _moment 是为了兼容有 default 和没有 default 的情况 (其实可以不做兼容处理，反正 Babel 处理过后一定会有 default)。