我觉得写稍微抽象一点的代码就很麻烦啊, 大半时间都用来写类型声明了
type Map<T, U, R> = (a: T, b: U) => R;
const map = <T, U, R>(mapTo?: Map<T, U, R>): Map<T, U, R> => (a: T, b: U) => {
return mapTo ? mapTo(a, b) : ({} as R);
};
// dispatch changed?
export const connect = <S1, D, S2 = {}>(
mapStateToProps?: (state: State, ownProps: S2) => S1,
mapDispatchToProps?: (dispatch: React.Dispatch<Action>, props: S2) => D
) => (Component: React.ComponentType<S1 & D & S2>) => (props: S2) => {
这种鬼东西比 c++ templates 可读性还差吧
1
jiangzhuo 2020-06-06 17:58:18 +08:00
哎???这可读性不是挺好嘛。看跟谁比
|
2
love 2020-06-06 18:03:58 +08:00
又不是整天要写上面这种框架类型的定义,对应用层来说没这种复杂的定义
|
3
Trim21 2020-06-06 18:05:47 +08:00 via Android
不怎么抽象的部分就很醒了
|
5
ochatokori 2020-06-06 18:10:14 +08:00 via Android
这些多花的时间比以后维护省的时间要少
|
6
creanme 2020-06-06 18:15:29 +08:00 1
主要好多三元和箭头函数,让代码更难读了。
|
7
treemonster 2020-06-06 19:02:14 +08:00 via Android
ts 是为 kpi 而生的,明白这点就好
|
8
hvsy 2020-06-06 19:04:10 +08:00 via Android
很香
|
9
66450146 2020-06-06 19:04:39 +08:00
代码写下来只有一次,以后会被读很多次,被引用更多次
如果你有写单元测试的习惯的话就会发现 ts 真香 |
10
lozzow 2020-06-07 01:27:38 +08:00 via iPhone
香,写了几年 python,写过一段时间 go,接触到 ts,真他妈香! anyscript 😉
|
11
buffzty 2020-06-07 13:19:08 +08:00
ts 完全兼容 js. 甚至把现在的 js 文件改名为 ts 就 ok 了,所有的特性你都可以不用. 想不用类型声明就不用
ts 香不香 参照 scss 和 css 比起来香不香. 一百块人命币和十块人民币比香不香 |