这可能是Intellij的一个bug，在使用spring-boot的时候，如果把某个引入的依赖设置为provided，那么在Intellij启动时就会找不到相应的类。因此，此时需要把此项配置给注释掉，但是打包上线的时候并不需要这些依赖，那么在打包的时候就把注释打开，即可。
主要使用的是redux的reducer统一的store，整个应用只有一个store，用来保存所有的状态，视图不需要自己维护状态。
视图通过connect函数绑定到store，当store状态变化后，store会通知视图刷新。
触发一个action之后，会经过可能N个reducers处理，最后根reducer会将所有reducers处理之后的状态合并，然后交给store，store再通知视图刷新。
链式调用
redux reducer vs flux store
底层工具的组合性能
1.热更新
2.随机数将判断的随机数
3.input type hidden 提交value表单提交便于后台判断验证码
4.打成war包放到外置tomcatweb容器中 vs spring boot的内置tomcat static下 运行jar包
5.特殊的部分用的jsp页面，加上了-w自动部署热更新
6.特殊的reducer将采用redux 统一使用一个store
7.七牛云企业级产品
@ApiModelPropety
8.xx端驱动
##每个子组件对应的index和store
modelattribute使用的reducer change来判断hasError。每次都会检查登录状态
##notBlank hibernate中的注解使用
之前的只是简单应用，各种事务之间整体所有涉及到的知识
@Async 网线分流
共同点：都是保存在浏览器端，且同源的。
区别：cookie数据始终在同源的http请求中携带（即使不需要），即cookie在浏览器和服务器间来回传递。而sessionStorage和localStorage不会自动把数据发给服务器，仅在本地保存。cookie数据还有路径（path）的概念，可以限制cookie只属于某个路径下。存储大小限制也不同，cookie数据不能超过4k，同时因为每次http请求都会携带cookie，所以cookie只适合保存很小的数据，如会话标识。sessionStorage和localStorage 虽然也有存储大小的限制，但比cookie大得多，可以达到5M或更大。数据有效期不同，sessionStorage：仅在当前浏览器窗口关闭前有效，自然也就不可能持久保持；localStorage：始终有效，窗口或浏览器关闭也一直保存，因此用作持久数据；cookie只在设置的cookie过期时间之前一直有效，即使窗口或浏览器关闭。作用域不同，sessionStorage不在不同的浏览器窗口中共享，即使是同一个页面；localStorage 在所有同源窗口中都是共享的；cookie也是在所有同源窗口中都是共享的。Web Storage 支持事件通知机制，可以将数据更新的通知发送给监听者。Web Storage 的 api 接口使用更方便。
##RSAjs加密java解密 非对称加密 vs sha1散列加密
http://www.2cto.com/kf/201312/267299.html
##jquery deferred
http://www.ruanyifeng.com/blog/2011/08/a_detailed_explanation_of_jquery_deferred_object.html
##生命周期渲染前和subscription对url的监听
String 的appStore的处理List
immutable 的list用法
const list1=List([1,2,3])
const list2=list1.withMutation(function(list){
list.push(1).push(2).push(3)
})
list2 // 123123
cursor:pointer
方法间的嵌套 独立的store 好多http请求 配置迁移 配置清晰性能不一定好只是自我安慰
熟悉不想学习改变
List<String> xxList vs ids String 转成 ids[]
distance dva的集中管理主要是熟悉静态类型检查
##更新store
appStore.cursor().withMutations(function (cursor) {
cursor.setIn(["data", "dataList"], Immutable.fromJS(res.dataList));
cursor.setIn(["data", "totalCount"], Immutable.fromJS(res.totalCount));
cursor.setIn(["data", "pageNum"], Immutable.fromJS(res.pageNum));
cursor.setIn(["data", "pageSize"], Immutable.fromJS(res.pageSize));
});
##获取store
appStore.data().get("") .getIn(["form","age"])
let that=this;阅读带着code review 处理各种情况
没有区分web api和修改store 封装成的Request jq的deferred 设置回调的状态
统一的前后端格式
List.map(function(v){
return()
})
List.map((v,index)=>{
})
const List=function(){
}
const List=()=>{
}
数据的组装,整体结构的脚手架。泛解析 jquery还是用来做胶带修补的作用
全局iflux
非本身的store比较难找 Messages.emit("deal-staff:setAction", "add")
find filter bargain/trade
construtor withMutations
##tips的封装 分成了很多模块组件调用
let a=dialog({
content:‘测试弹窗‘,zIndex:2000
});
a.show();
setTimeout(()=>{
a.close().remove();
},2000)
##原生>rn>hybrid>h5
相同的密码加密的密文相同
订单合同的状态
1.接口无问题只需要订单id门主和阿姨一样主要状态问题
2.core的权限管理 门店主的user_code与阿姨的重复
3.阿姨的最近未处理订单状态使用的status流水flow的状态
//组件内部
static defaultProps={
}
//组件外部
Hello.defaultProps={
}
// es6中去除 在constructor中this.state={}
getInitialState=()=>{
}
//bug场景的重现 写成配置的对象好爽 渲染机制 点击事件渲染componentDidMount 拆分模块电商的main index不变模块抽离 $cookie(key,value) permission权限控制
Immutable.fromJS({})
Immutable.Map({})
let appStore = Store({})
搜狗输入综合picture mode 数据的组合处理流水日志产生价值 aliasName 别名 移动等基站已经铺开,现在是需要拓展业务
render里面再渲染其他部分 明确所属部分模块class into做好分类基本的js封装加上React组件变量作为控制器
let uuid = (function () {
let i = 0;
return function () {
return i++;
};
})();
uuid();//0,1,2,3,4封存了字符实体 x用字符实体× such as < >
mysql nullif(1,1) //null nullif(1,2) //1 整体的understand forshort
let cropper =()=>{} // 主要用于设置传递prop的函数
let cropper ={}
let cropper :any={}
##8.17-8.17 时长1天 8.17-9.16 level up
从整体来看 所有模块的整合complex,细节dusercode等
整个form的组件封装就和import {checkbox} from ‘antd‘
一开始就设计的很全面,而通过property添加的属性和方法不是静态的,需要创建对象来使用
common-info负责存储在cookie 包装函数$(function(){})
##与dva相比不清楚哪里用了这个组件来知道props的变化
很多层的子组件具体哪一层的状态和属性变化