为啥别用TypeScript?

点击下方“ JavaEdge ”，选择“ 设为星标 ”

免责声明~

任何文章不要过度深思！

万事万物都经不起审视，因为世上没有同样的成长环境，也没有同样的认知水平，更「没有适用于所有人的解决方案」；

不要急着评判文章列出的观点，只需代入其中，适度审视一番自己即可，能「跳脱出来从外人的角度看看现在的自己处在什么样的阶段」才不为俗人。

怎么想、怎么做，全在乎自己「不断实践中寻找适合自己的大道」

前端的同学， 你们真不容易。

web发展太快了， js 需要解决的问题早大大的超过了他的设计初衷，  于是 [ts]被设计出来。但并不彻底， 大家也看到，TS 的版本更新几乎就是主流编程语言里面最快的。举个最简单的TS 的[循环引用]，  稍微上点规模，稍微人多点，要想全部放一起方便调试，就是找死。这个问题[条件编译]宏， 这种70年代的技术就可以解决， 然TS没有（是可以玩出来， 但那是奇淫巧技）。综合比较， 按照现在 js/ts 技术栈面对的问题。这两种语言早就不适合了， 反而是传统的 C#, C++, python 等等，在这些问题领域早就积威多年。

现在整个市场的技术发展， 大有js/ts 打天下的样子， 何其幼稚，90 年代，C/C++ 面对网络的时候， 何其的无力，这不是一个场面吗？

实在的说， 这种解决问题超出语言设计范畴， 导致前端框架比流行歌手还多， 看似技术繁荣， 实则高度内卷， 反复解决同一个问题。最终浪费了大家的精力，用于开发或者学习这些框架。从行业看， 也浪费了太多资源。

Node 生态真不知道是幸运还是不不幸。 现在已经快赶上 java了， 一个鸡毛小项目， 不引用好几十个库，你都不好意思说你在做项目。

[wasm]很有可能是未来的最优解， 不过还太早。

顺便展望下未来，  整个前端的技术栈，会逐渐被强封装的低代码工具抢占。然后行业会从前封装以内，重新用更具有生产力的方案来解决问题。

写在最后

公众号：JavaEdge 专注分享软件开发全生态相关技术文章、视频教程资源、热点资讯等，如果喜欢我的分享，给 🐟🐟 点一个赞 👍 或者 ➕关注 都是对我最大的支持。

欢迎长按图片加好友，我会第一时间和你分享软件行业趋势，面试资源，学习途径等等。

添加好友备注【技术群交流】拉你进技术交流群

关注公众号后，在后台私信：

• 回复 【架构师】 ，获取架构师学习资源教程
• 回复【面试】 ，获取最新最全的互联网大厂面试资料
• 回复【简历】 ，获取各种样式精美、内容丰富的简历模板
• 回复 【路线图】 ，获取直升Java P7技术管理的全网最全学习路线图
• 回复 【大数据】 ，获取Java转型大数据研发的全网最全思维导图
• 更多教程资源应有尽有，欢迎关注，慢慢获取