bulidadmin框架做的很棒，如果前端TS不那么重，就更好了。开发项目往往都是由后端人员一个人操作，后端在使用框架开发时，TS相关的修改还是比较吃力。如果能减轻TS的依赖，那就太好！！！
赞同, 现在是使用BD框架开发, 前端编码的时间占了7成以上, 有点本末倒置了
这是TS带给我们的：
TS
另外，大多数时候，你对着函数/变量Ctrl+鼠标左击，都可以看到对应的类型定义，比如：width: string | number，意思是你可以传递10px，或者直接10。
Ctrl+鼠标左击
width: string | number
10px
10
如果你没有使用过强类型语言，TS确实会给你带来困扰，也有的小伙伴认为TS早晚会被替代，学了没意义，这些观点都是有道理的，并且，TS确实不重要。
重要的是类型化，TS提供的是一个可甜可咸的类型系统，强类型思维才是关键；
那么，强类型思维重要吗？以下做两点举例
如果你是前端开发者：请问，github上优秀的js项目有多少没有使用ts重写？ 就buildadmin已经使用的前端依赖而言，没有；其中nprogress实现不是ts，但是它也提供了types
github
nprogress
如果你是后端开发者，php从7开始提供类型支持，并在8引进了联合类型等特性，类型化的重要不言而喻
php
发展终究是有迹可循
我也还是习惯前端是html ，后端不常改，前端是需要经常改的
后端程序员，前端只会html,但前后端分离VUE+TS好像是趋势，还是与时俱进，多看看练练吧。
我感觉我大部分工作一直是在前端，以前jq时代 页面交互是我写，现在前后端分离了还是我写。感觉前端技术栈比后端多。
学习中，希望buildadmin更强大
学呗? 玩这个放弃学习了.那干脆别玩这个了哦.
强类型也好.若类型也好.ts也好.js也好.php也好.java也好.
关键是看干啥用.啥成本用.
都是白嫖的.我挺感恩的.
觉得不顺手的就自己改.
自己不会的.人家会的.就先怀疑下自己是不是蠢了.
实在不想投入成本学习了. 就换条道走.
没道走了.就联系下喜欢的那个框架(程序)作者.问问.多少钱愿意给我干.
娶媳妇不能指望着老丈人连儿子都给准备好吧.
TS可以了。 现在是整个行业都低迷，不然技术更新的更快。你更头大。
其实习惯了，好像还可以。起码觉得比Bootstrap+模板要好一点
赞同, 现在是使用BD框架开发, 前端编码的时间占了7成以上, 有点本末倒置了
这是
TS带给我们的：另外，大多数时候，你对着函数/变量
Ctrl+鼠标左击，都可以看到对应的类型定义，比如：width: string | number，意思是你可以传递10px，或者直接10。如果你没有使用过强类型语言，
TS确实会给你带来困扰，也有的小伙伴认为TS早晚会被替代，学了没意义，这些观点都是有道理的，并且，TS确实不重要。重要的是类型化，
TS提供的是一个可甜可咸的类型系统，强类型思维才是关键；那么，强类型思维重要吗？以下做两点举例
如果你是前端开发者：请问，
github上优秀的js项目有多少没有使用ts重写？就buildadmin已经使用的前端依赖而言，没有；其中
nprogress实现不是ts，但是它也提供了types如果你是后端开发者，
php从7开始提供类型支持，并在8引进了联合类型等特性，类型化的重要不言而喻发展终究是有迹可循
我也还是习惯前端是html ，后端不常改，前端是需要经常改的
后端程序员，前端只会html,但前后端分离VUE+TS好像是趋势，还是与时俱进，多看看练练吧。
我感觉我大部分工作一直是在前端，以前jq时代 页面交互是我写，现在前后端分离了还是我写。感觉前端技术栈比后端多。
学习中，希望buildadmin更强大
学呗? 玩这个放弃学习了.那干脆别玩这个了哦.
强类型也好.若类型也好.ts也好.js也好.php也好.java也好.
关键是看干啥用.啥成本用.
都是白嫖的.我挺感恩的.
觉得不顺手的就自己改.
自己不会的.人家会的.就先怀疑下自己是不是蠢了.
实在不想投入成本学习了. 就换条道走.
没道走了.就联系下喜欢的那个框架(程序)作者.问问.多少钱愿意给我干.
娶媳妇不能指望着老丈人连儿子都给准备好吧.
TS可以了。 现在是整个行业都低迷，不然技术更新的更快。你更头大。
其实习惯了，好像还可以。起码觉得比Bootstrap+模板要好一点
- 1
- 2
前往