@FrankFang128 #13 这意思是，这样的需求不适合用 TS 实现吗？（需求要点见 #8 ）

@kcats #10 我明白，我是说，这个 index signature 只是告诉编译器兼容未知的引用，并没有帮助类型推断，从结果上和 ts-ignore 没啥区别。

我是想用 TS 实现这段代码的效果：

https://jsfiddle.net/SilentDepth/3ydpra7q/

@buhi #7 我是想实现 3 点效果：单一 API （ set 方法）、set 过程有副作用（不是赋值这么简单）、派生类可以覆盖其中某个 set 方法。暂时没想到 TS 里有什么好的套路。

@kcats #5 这是不是和 @ts-ignore 一个效果……

再尝试搜索了一下，放弃从 TS 寻找原生解决方案了。个人觉得这也算 JS 编码的常见套路，希望 TS 早日能支持这个特性吧。

@vghdjgh #3 Options 里开启 noImplicitAny 后，错误提示出现。

@fundebug #95 看起来是麻烦，但实际上这些情况能遇到的并不多，习惯即可。另外，现代 IDE （比如 WebStorm ）可以自动识别这类情况并给出潜在错误提示

基本上：

` - + / ( [

这几个字符出现在行首时，前面补分号即可

在我的世界观里，如果一个技术总监：

不知道自己的团队的一线是如何开发的；
不知道如今的前沿技术有什么、做什么用的；
不知道一些行业内多年积淀出来的最佳实践的工作原理；
不清楚自己负责产品的技术架构的取舍点；
不愿意接触新的技术栈并阻止自己的团队做相关探索；

那么他充其量就是个总监，跟技术毫无关系。又如果这个总监手握团队和产品的种种大权，那么六字真言保平安。

@shintendo #4 可能 Vue 默认使用者不会错误地使用 new Vue 里的 data ……

应该警告 should return plain object?

确实是一个基础问题。

浏览器解析 HTML 文档是顺序方式，遇到 script 直接解析执行，执行完毕后再继续解析下面的 HTML 内容。你的代码里，先 script，于是 Vue 就开始初始化了，然而这个时候它尝试找一个 #pop-form 元素却找不到（因为这个元素此时还没有被浏览器解析），所以就不正常了。正是因为这个，所以才有了一个常见实践就是脚本都放到 body 底部，保证需要用到的 HTML 元素已经被解析。

如果必须要保证这个 HTML 元素顺序，监听 window 的 load 事件然后在回调里初始化 Vue 实例。这也是 jQuery 的常见实践。

@jsyzdej #23 这个例子真是绝赞了

同时用 iPhone 8 + iPad Pro，升级到 iOS 12 后，越看别人的 iPhone X 越羡慕……

原文和密文在单个字符上没有直接映射关系，所以感觉楼主的需求无解，或者说条件太苛刻无法实现

工程角度上讲的话，加密前先「预加密」一下判断结果是否符合条件，不符合的直接返回「无法加密」？（雾

（老板要做一张桌子）

产品经理要解决的问题：这桌子应该多大，要不要抽屉，现代风还是古典风，能不能变形？

UI/UX 设计师要解决的问题：桌子整体要什么颜色，抛光要求如何，抽屉应该怎样开合，在哪里刻上老板的名字？

前端架构师要解决的问题：什么材料能 hold 住这个尺寸，抽屉开合应该用什么方案，要怎样跟工厂交流零件细节，要暗藏多少感应器来追踪使用者的体验？

前端工程师要解决的问题：安装板子，安装抽屉，安装零件，找个有缘人角落写上「制作者 XXX 」

……

如果是新项目，基本不考虑 jQuery，除非团队里有人 hold 不住新框架。jQuery 在高浏览器兼容性要求下还有点市场，而如果不需要支持旧浏览器的话 Web API 足够干掉 jQuery （ http://youmightnotneedjquery.com/ 了解一下）。

三大框架学任何一个都行，学会其中一个其他的也上手起来也快。当然 Angular 的学习曲线有点陡，尽管收益可能也是最大的。至于公司项目里用哪个，还是要问问整个团队倾向于哪个。

所以为什么微软要研发海底机房 233333

这一堆人了都，还有车位吗（掩面.jpg