@neugls 生成一个单独的 js 文件还是多个 js 文件应该属于工程的范畴。
应用到真实环境的项目， TypeScript 需要先编译成 js ，再根据（ Webpack or Browserify 等）配置打包成一个或多个 js 文件。

我推荐项目中需要有三个目录：

- src: 源文件
- lib: 编译好的文件，供其他（不使用 TypeScript 的）模块使用
- dist: 打包好的用于生产环境的文件（放到 html 中）

这套规则用到各种环境（ es6 ， coffee 等）都屡试不爽。当然看情况可以只有 src, lib 或 src, dist

@learnshare 请问你回复的是哪一条 🤔

@xjp 浏览器永远都不会直接原生支持 ts 的 🤣

@dong3580 还有一点是，代码提示不是一般的爽。

@murmur @CrispElite 我支持 js 程序员去了解和学习其他语言，正统的 oop 更好。

> 很多 js 程序员认为 js 已经是最优秀的语言了，不愿意也不屑于去接受 Interface, Generics 等 OOP 的概念。
> 不看好 TypeScript 没问题。不过建议去了解一下它的基本概念，会有所收获的。

以上两句话针对一些偏执于 js 的人。

> 何况 ts 跟 java 比语法还是丑陋

是丑陋了很多，为了兼容原生 js 。

> 所以等啥时候 js 真正把自己的 oop 做出来了再谈语法的问题

coffee ts 等的发展推动了 es oop 的发展。

@dong3580 核心内容就是 js 加了类型。
另外还加了一些 js 中不存在的概念比如接口（ Interfaces ）、泛型（ Generics ）、枚举类型（ Enums ）等

@corona
ts 不是一群做 Java 的人写的，是一群做 C# 的人写的。

支持楼主的分享。

@joeyFuck 我认为 ts 的缺点不是要多写代码，而是有更高的学习成本。

很多 js 程序员认为 js 已经是最优秀的语言了，不愿意也不屑于去接受 Interface, Generics 等 OOP 的概念。
不看好 TypeScript 没问题。不过建议去了解一下它的基本概念，会有所收获的。

顺便打个广告： https://github.com/xcatliu/typescript-tutorial

感谢，很早就入手了。非常好用，已经成为我最常用的应用了

叫女朋友帮你拿着

客户端计算，提前声明：作弊者取消资格

太棒了！

资源有限的情况下也应该优先实现后端验证

@skywayman
> 觉得这个得分前提,大家不能一上来就"爆"他!
> 如果一个页面有特么 N 多输入框,每个框的值校验不一样,输出提示又各不相同,业务指导不明确,主要是开发时间紧,换了是我,也是直接 500...我得考虑我先要活下去,再来谈你们的用户体验...

你没看懂，楼主的同事的方案是什么都不验证，只要服务端有异常就返回 500 。而不是验证后不通过统一返回 500 。

@wjm2038 确实功率会很大

看得我眼睛快瞎了，一句一句太慢了，实在点不下去，还是看代码快点 😁

"蔚蓝星空下","男孩独自坐望","星海闪烁","仿佛在问","为什么你一个人","我在等一个人","一个女孩","这个女孩","真没什么好的","性格很倔强","脾气又不好","还很强势","但男孩觉得","这都是表面","在他的眼中","女孩任性起来","耍起混来的时候","真的很可爱","可是","就是这样的她","也非常的脆弱","也有","伤心难过的时候","而男孩","看着她","想要做一千件事","让她开心起来","却总是放下","已经攥紧的拳头","空荡荡","因为男孩知道","女孩心中有个人","那是一座女孩","筑起的城堡","男孩走不近","只能呆呆望着","其实他也知道","这样很傻","但是放下","却做不到","在城堡外","继续等待","男孩再次抬头","望向星空","嘿","女孩","我能成为","你的星星吗","小小的星光","不过分炙热","不会灼伤你","让你耍赖","给你依赖","给你幸福","等待着你","Always"

@shadownet 除了核电池以外，还有个终极方案就是无线充电，走到哪儿都能充电

听说 AirPod 不防水，不建议健身的时候用

支持支持~