V2EX › lanten 的所有回复 › 第 3 页 / 共 4 页

V2EX = way to explore

V2EX 是一个关于分享和探索的地方

现在注册

已注册用户请登录

1 2 3 4

❮

❯

2021-12-15 10:38:39 +08:00

回复了 WadeLaunch 创建的主题 › 程序员 › 一个后端程序员对前端技术的彩虹屁

@murmur

试想想一个场景，你需要弹出 10 个 notification ，每一个的 content 都不相同，它不是简单的 string ，里面有 input ，有 button ，有其他组件，量不大。按你说的封装策略，是不是需要封装 10 个组件？这些代码分散后，阅读者无法一目了然的掌握所有逻辑，还得一个个找，可读性是不是就差了？

2021-12-15 09:53:03 +08:00

回复了 WadeLaunch 创建的主题 › 程序员 › 一个后端程序员对前端技术的彩虹屁

@Alander

你最好查看并尝试理解一下 15 楼老哥到底说了啥。

你也提到了用 jsx 写 vue ，你看，你这不是能理解吗？
遗憾的是，vue 的 jsx 与 ts 的契合度非常差。

这是一个简单的例子， `notification.error` 方法会在执行后弹出一条消息。注意此方法可以在任意区域执行。
```tsx
notification.error({
content: (
<div>Any React.ReactNode</div>
)
})
```

2021-12-14 10:13:49 +08:00

回复了 WadeLaunch 创建的主题 › 程序员 › 一个后端程序员对前端技术的彩虹屁

@Alander

“只有新手才会在 jsx 中添加大量业务代码。” 是反驳 @murmur 在 15 楼的观点。

依赖库中存在大篇幅代码和业务代码中的上千行是两码事，你在日常开发中根本不需要阅读和维护库中的代码，而业务代码不同，篇幅越大越难以理解。

react 的优雅是在于程序设计，而不是代码范式。

你似乎不太理解插入元素的含义，插入的不是原生 dom ，而是 jsx 虚拟 dom ，我真的不太明白你是怎么理解到那上面的，这让我感觉你似乎不是很懂。

逐句对线你似乎怒气很大，就像炸了毛的刺猬，有点好笑。

2021-12-13 16:17:25 +08:00

回复了 jezal 创建的主题 › 程序员 › 现在的前端技术栈真的太恶心了！

@gamexg
#19

哈哈哈，这就就要说到大名鼎鼎的 node_modules 了
npm 默认会自动安装依赖的最新小版本，即使强行锁版本，但依然无法锁住依赖的依赖的版本（也就是二级依赖），所以当过了一段时间后，这些依赖还是会在 npm install 时被更新，由于这时间，整体的依赖库已经发生变化，这些被更新的依赖只要存在 api 变更或兼容性问题，就有可能发生 node 运行事故。

2021-12-13 15:40:16 +08:00

回复了 WadeLaunch 创建的主题 › 程序员 › 一个后端程序员对前端技术的彩虹屁

@murmur

只有新手才会在 jsx 中添加大量业务代码。

vue 的 template 类 UI 描述方案饱受诟病的核心原因是在 js 代码中无法插入元素，只能手动创建 VNode ，以及没有 TS 类型提示，这将导致功能性、灵活性丢失。

2021-12-13 15:32:00 +08:00

回复了 WadeLaunch 创建的主题 › 程序员 › 一个后端程序员对前端技术的彩虹屁

@66beta

所谓单文件就是 css 与 js 放在一起，小组件无所畏惧，大型业务组件呢？上千行的代码难道不是糟糕的代码吗？

2021-10-13 09:47:02 +08:00

回复了 weeshin 创建的主题 › React › 请教下各位 React 的函数组件比类组件好在哪里？

@Robertwhite 考虑一下把高阶组件换成修饰器，需要复用的东西采用抽象派生，那才叫优雅

2021-10-13 09:38:15 +08:00

回复了 weeshin 创建的主题 › React › 请教下各位 React 的函数组件比类组件好在哪里？

@ReferenceE 只有用 function 关键字才会提升吧？在用 TS 的情况下，似乎只能用箭头函数的方式赋予 React.FC 泛型，还有 React.memo，也不能用 function 关键字声明。

函数式组件每一次 rerender 都会执行函数体内的所有代码，需要通过 useEffect 和 useCallback 优化，增加了开发者的心智负担，尤其对于新手而言更容易写出低性能代码。

函数式组件还不能被继承，我认为函数式组件除了 hooks 复用一无是处

2021-08-09 09:28:49 +08:00

回复了 gidot 创建的主题 › 程序员 › 作为十多年的老程序员，突然想分享个想法给大家

坦率一点不好吗? 筛选一下身边的朋友，离那些口是心非的垃圾玩意儿远一点。还有这根程序员有什么关系？

2021-05-12 09:45:07 +08:00

回复了 billly 创建的主题 › 程序员 › 关于 API 请求字段的部分响应，大家有什么经验或实践吗？

你们那么多用 GraphQL 的大佬，我想问一句，字符串模板里面怎么整合 TS 类型？

2021-05-08 11:18:37 +08:00

回复了 BoringTu 创建的主题 › JavaScript › 为什么你们要选择 TypeScript？

理性的争论是好事，帖子本身是有价值的。
看了各位的观点收货颇丰，我总结一下我所认同的观点：

## 优点
- 类型推导, 一切可溯源
- ide 代码补全增强, 降低心智负担
- 第三方库不看文档直接打点就用
- 映射后端接口, 确保字段的准确性
- 依然可以保持 JS 动态类型特性, 可以通过 as, any 逃课。
- 类型即文档 (且与代码深度集成)，大家都不喜欢写文档。类型定义了，文档就有了
- 易于维护, 随便翻一个函数，不用看上下文，就知道参数类型，返回值类型
- 规范化约束整个团队
- 易于修改 (变量使用 F2 重命名)

## 缺点
- 开发成本 +
- 学习成本 ++
- 用人成本 +++

2021-04-01 10:11:24 +08:00

回复了 maloneleo88 创建的主题 › JavaScript › 夜不能寐，这个 js 颜色渲染是通过什么判定的？求解惑

编译后的 React 代码，这根本不是源码。

2021-02-04 09:43:53 +08:00

回复了 Kasumi20 创建的主题 › 程序员 › TypeScript 中，如何定义（声明）函数的类型？

其实函数类型的定义就是行参和返回值类型定义，可以直接用 typeof 推断。

```ts
function foo(strArr: string[]): string {
return strArr.join(',')
}

type Foo = typeof foo

```

也可以用 interface 定义函数类型'

```ts
interface F {
(strArr: string[]): string
}

const fn: F = strArr => {
return strArr.join(',')
}
```

2021-01-21 16:17:57 +08:00

回复了 settoo 创建的主题 › 信息安全 › 感觉好可怕，似乎麦克风被不知名 app 监控了

@14ccc 他说的没毛病，坦荡的人并不畏惧这种程度的监听，不畏惧不代表不介意

2021-01-15 09:58:17 +08:00

回复了 winffee 创建的主题 › Visual Studio Code › Java on Visual Studio Code 的更新 – 2020 年 12 月

@hantsy 不想看到的话可以拖出来自行分组，也可以隐藏掉

2020-05-15 17:16:44 +08:00

回复了 Immortal 创建的主题 › 程序员 › 大家在专心思考的时候，手里喜欢把玩啥？或者有什么好物推荐？

@hercat +1 我盘了两年了

2019-12-05 10:02:02 +08:00

回复了 HENQIGUAI 创建的主题 › 程序员 › 借此想了解一下各位的技术观是怎样的

@method 基本素质有保证就行，技术就是技术，擅长社交的请去其它部门，技术部不欢迎演员

1 2 3 4

❮

❯