在项目中基于objext写了一个form-model，用以借鉴在提交表单时，对表单数据的管理。表单数据非常复杂，而且表单本身在前端领域也是非常复杂，因为表单不仅包含了数据，也包含了交互，还包含了数据与交互之间的逻辑联系（例如某个值为何时，其中某些选项不展示）。可以说，至今没有一个可以抽象到最完美状态的表单组件甚至是框架。更麻烦，我的项目中，一个表单是分步骤填写的，它在几个页面之间进行了跳转，这要求数据管理更强大，可以保持在不同界面之间的一致性。另外，表单还有一些变体，例如下拉列表变体：用一个modal打开来选。还有表单某个步骤可撤销的问题，在这个步骤填了一些值之后，想撤销，回到它们的初始值。最后，还要把表单数据在提交之前进行格式化，例如去除无用的字段，例如某些字段在前端是一个值，但传给后端的时候要转换为另外的值。而这些，我都通过对objext进行扩展得以实现，它不可能全，但在我的项目中非常实用。
判断一个字符串是否为数字形式字符串的正则表达式
首先要判断这个变量是否为字符串类型，typeof为string.接着通过正则表达式进行判断：
/^\-{0,1}[0-9]+(\.{0,1}[0-9]+){0,1}$/
这里比判断纯数字稍微复杂一点，要考虑小数点。
angular的作用域破坏
angular里面，有两个内置指令非常危险一个是ng-if一个是ng-repeat，这两个指令会让你在写模板的时候，输出结果不一定按照预期显示。angular里面的作用域遵循js的原型继承模型，子作用域继承父作用域，那么相当于子作用域的原型链是它父作用域的一个节点。而我们在创建一个directive的时候，scope参数有三种方式：
- true：共享父作用域的scope，在directive内对scope的任何修改都会同步给父作用域，也就是内外scope完全是同一个
- false：创建一个隔离作用域，和父作用域完全没有任何关系，directive内部的任何修改都不会影响父作用域的scope上的数据
- { ...props }：创建一个有条件的隔离作用域，虽然这个作用域基本面是和父作用域隔离的，但是对象内的参数可以实现绑定，仅这些props可以产生影响，其中又有3种形式，@和&仅接收外部作用域的变化，而=可以实现内部的改动同步到外部去。也就是说，只有=的那部分是共享的。
这些知识可以随便查资料了解。
但是，ng-if和ng-repeat会打破这种共享关系。如果你在一个directive中使用了另外一个directive，而想让它们拥有同样的数据绑定（大部分情况下我们都这样希望），那么一旦你在子diretive上使用了ng-if或ng-repeat，那么情况就发生了变化。这两个内置指令会创建一个隔离作用域，而非共享父作用域。
上面这张图示意了这种令人抓狂场景产生的原因。原本，父子指令共享了一个作用域，但是当你在子指令上使用了ng-if的时候，angular内部会创建一个隔离作用域，ng-if作为指令，仅仅接收父作用域传过来的一个值，但它不会回写数据，只是控制了渲染效果。而这个时候，my-child-directive被放在ng-if作用域的内部，这时，它共享的，是ng-if的作用域，而这个时候，你把child scope打印出来看，会发现，啥也没有，父作用域的东西完全没有传过来。但是，不要心急，由于angualr作用域的继承性，你仍然可以读到一些scope上的值，但是，你不能反写，一旦你开始反写，你发现，父作用域接收不到你的反写内容。反写的内容被直接写在了ng-if scope上，而如果你精通js的原型链模型，就知道，如果一个对象的原型链上有某属性，这个时候，你再对这个对象的同名属性赋值，那么值被覆盖了，它永远无法操作原型链的上游。不过，angular可以，因为它的scope提供了父级作用域的引用$parent，所以，当你在child scope上反写不成功时，往往在前面加$parent.就行了。而如果，你的child scope本身也就是一个隔离作用域，那反写是不可能了，但你还可以通过$parent.$parent.来操作父级作用域。
遇到ng-repeat无法获取到数据时，往往是因为ng-repeat比ng-if更狠，它创建了一个更封闭的隔离作用域，但你按照上述进行思考，也可以实现自己的目的。
React的懒加载方案
https://meddium.com/@pomber/lazy-loading-and-preloading-components-in-react-16-6-804de091c82d
React.lazy(() => import('./myComponent')) 这种方式虽然我感觉不算完美，但是也正是我想要的哦～
将objext的文档写成了英文，让它更国际化了。自从在morningstar工作后，给自己的库写英文文档简直就是标配，但是任何文档，写起来都花时间，虽然就那些东西，眼睛一看就知道，但是真写起来，也挺累的。用中文写的好处是，能把一些细节问题说清楚，所以，写英文文档的策略就是，不告诉老外那些细枝末节的东西，就只给你最简单的用法，你爱用不用吧。
As indexedDB can't be used normally in local which open local html file directly, we can't use as expected in a hybrid app……
https://stackoverflow.com/questions/15694334/indexeddb-over-local-html-file
rxjs中可以做到在流之间转换，其中一个就是switch，它的意思和英文意思一样，即从一个流切换到另外一个流。但是，单纯从一个流切换到另外一个流是没有意义的，需要将前一个流中的数据在切换时，要将它的数据传给下一个流中去使用。rxjs中的switchMap就是要做这样一件事，它接收一个函数，这个函数的参数是上一个流遗留下来的数据，而它需要返回一个新的流，这个流中你可以使用上一个流遗留下来的数据。
Rx.Observable.fromEvent(document, ‘mousedown’)
.map(e => e.target)
.switchMap(target => Rx.Observable.fromEvent(document, ‘mousemove’).map(e => {
return {
startX: target.offsetX,
startY: target.offsetY,
moveX: e.pageX,
moveY: e.pageY,
}
}))
.subscribe(pos => console.log(pos))
你可以看到，switchMap里面的函数接收mousedown这个流给的target，然后再返回一个新的关于mousemove的流，并且对这个新的流作map处理，过程中把前面的target也用上了。在switch发生的时候，mousedown的事件监听就给丢掉了。后面就全是跟mousemove相关的监听。
总结一下，rxjs里面的switch就是切换流的操作，切换的时候，前一个流会被丢掉。
