
我觉得写稍微抽象一点的代码就很麻烦啊, 大半时间都用来写类型声明了
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 年 6 月 6 日 哎???这可读性不是挺好嘛。看跟谁比 |
2 love 2020 年 6 月 6 日 又不是整天要写上面这种框架类型的定义,对应用层来说没这种复杂的定义 |
3 Trim21 2020 年 6 月 6 日 via Android 不怎么抽象的部分就很醒了 |
5 ochatokori 2020 年 6 月 6 日 via Android 这些多花的时间比以后维护省的时间要少 |
6 creanme 2020 年 6 月 6 日 主要好多三元和箭头函数,让代码更难读了。 |
7 treemonster 2020 年 6 月 6 日 via Android ts 是为 kpi 而生的,明白这点就好 |
8 hvsy 2020 年 6 月 6 日 via Android 很香 |
9 66450146 2020 年 6 月 6 日 代码写下来只有一次,以后会被读很多次,被引用更多次 如果你有写单元测试的习惯的话就会发现 ts 真香 |
10 lozzow 2020 年 6 月 7 日 via iPhone 香,写了几年 python,写过一段时间 go,接触到 ts,真他妈香! anyscript |
11 buffzty 2020 年 6 月 7 日 ts 完全兼容 js. 甚至把现在的 js 文件改名为 ts 就 ok 了,所有的特性你都可以不用. 想不用类型声明就不用 ts 香不香 参照 scss 和 css 比起来香不香. 一百块人命币和十块人民币比香不香 |