首页   注册   登录
 sodatea 最近的时间轴更新

sodatea

V2EX 第 32762 号会员,加入于 2013-01-22 01:48:47 +08:00
今日活跃度排名 9410
根据 sodatea 的设置,主题列表只有在你登录之后才可查看
sodatea 最近回复了
微信群太封闭了……去电报上聊吧。
https://t.me/RemoteGroupCN
看起来你改过 npm 全局包安装的位置,但是 PATH 变量可能没改。
在 `~/.bashrc` 里加上这句:
```
export PATH=$(npm bin -g):$PATH
```
提供几个可能的排查方向:
1. 目录权限问题
2. 环境变量问题,说不定有什么预定义的奇怪的环境变量导致运行出错
3. lockfile 和 cache 问题,确认一下 lockfile 的内容是最新的(以免碰到旧版本的 bug ),确认一下 CI 环境安装依赖用的命令是 `npm ci`
45 天前
回复了 duanzs 创建的主题 问与答 基于 vue 如何实现一个可插拔式的系统
@duanzs medium 被墙了,自行翻出去吧……
45 天前
回复了 duanzs 创建的主题 问与答 基于 vue 如何实现一个可插拔式的系统
不知道你需要的是不是这种模式:
https://medium.com/@cramforce/designing-very-large-javascript-applications-6e013a3291a3

enhance instead of import
61 天前
回复了 plqws 创建的主题 Vue.js Vue 3.0 彻底跑偏了
@df0618
1. API 设计上的权衡可以看这里: https://github.com/vuejs/rfcs/pull/17#issuecomment-494242121
2. JS 目前语言设计的问题,可以看下贺老的吐槽
JS 的 decorator 标准难产这么久不是没有原因的……依赖于这样的标准肯定是有风险的,作为用户层的 addon 更安全
61 天前
回复了 plqws 创建的主题 Vue.js Vue 3.0 彻底跑偏了
@plqws
是的。
解释工作应该在进行中了……
61 天前
回复了 sodatea 创建的主题 酷工作 [社招] 阿里巴巴 B2B 招前端(P6/P7)20-40k
更新:我已经不在阿里工作了 😂
61 天前
回复了 plqws 创建的主题 Vue.js Vue 3.0 彻底跑偏了
@plqws

> 则会让人纠结到底要用传统的 API 还是新 API
一般肯定是建议新代码新用法,老代码老用法。跟 React 生态的演进也没什么区别

> 开发者需要在 setup() 里到处寻找 value 在哪里,methods 在哪里,分辨哪些是 computed,某个叫做 isEnabled 的字段到底是 value 还是 computed
我不是太理解为什么需要区分 value 和 computed。
不过 value / computed 和 methods 的区分我觉得是可能会做出改进的(当前的 RFC 仍然是设计中的版本,不是最终版本,有新的好想法或好意见肯定会继续调整的)

> 可能会出现的旧 API 被废弃导致的迁移成本
RFC 里刚开始用了 deprecation 这个词,应该算是 Vue 团队信息传达时的一个失误,让普通用户被吓到了。
事实上,这个成本无限接近于零。
1. 因为 setup 写法是一个比较底层 /基础的实现,基于这上面提供旧 API 的兼容版本,不过是需要用户改一个 webpack alias,或者引入一个新的库而已(参考 create-react-class https://reactjs.org/docs/react-without-es6.html ),而维护这个兼容库的成本非常低
2. 另外因为 function API 的灵活性,其实这个代码可以低成本自动化转换(并且不丧失可读性)。Akryum 昨天差不多一天时间就写出了这样一个在线工具: https://suspicious-mclean-0e54c3.netlify.com/

> 不需要多熟悉 js 的语法糖或者未来特性,就能用 Vue 进行生产
函数也是非常基础的 JS 语法,而且去掉了魔改 this,应该说门槛更低了……

> 某种意义上,引入这个新的 API,基本上所有现存的插件都要重写
不,跟 React Hooks 相似,这只是提供了新的**底层**能力,现存插件完全可以不重写,只是说,新的底层能力让插件作者有可能设计出新的 API 用法。
61 天前
回复了 plqws 创建的主题 Vue.js Vue 3.0 彻底跑偏了
> 在 Vue 4.0 中彻底废弃原有的组件声明方式

不会的,如果到时候用旧的声明方式的人足够多,肯定不会从核心移除。
即使用的人不多了,也不会抛弃,最多是从核心仓库移到单独的包里。(就像 React 对 createClass 和 PropTypes 做的那样)
关于   ·   FAQ   ·   API   ·   我们的愿景   ·   广告投放   ·   感谢   ·   实用小工具   ·   1045 人在线   最高记录 5043   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.3 · 12ms · UTC 18:23 · PVG 02:23 · LAX 11:23 · JFK 14:23
♥ Do have faith in what you're doing.