既然是开源工具，能否提供下源码？我想把它移植到我熟悉的语言上面。

为什么你们都在推荐 sass 呢？安装 node-sass 没梯子的话，下载二进制文件出错就会尝试从源码编译，编译有需要 python 环境，每个项目都这样来一下真的超麻烦啊！！！！！有时候晚上网络拥堵即使挂了梯子还是下载不了二进制文件……你们不觉得这是在浪费时间吗？！用国内的 npm 镜像安装 less 要方便的多啊！

好，你们说可以用 dart-sass，然而，即使我用它，或者干脆我的项目源码不依赖 node-sass，但是项目的依赖项会依赖 node-sass 啊（比如 uni-app ）！该死的依赖传递！

因此我强烈推荐 less 。而且平时做的项目用的 UI library，ant-design 系（面向企业客户尤其用的多）、rsuite 都是用的 less 。

想问下各位，企业客户会喜欢 vuetify 这种 material design 风格吗？一般不都是选 ant design 吗？

各位同仁，yapi 是不是有一阵子没更新了？

@css3 从原项目的 webpack 配置来看，沿用它的启动方式是可行的。

build/webpack.base.conf.js 中，配置了一个 resolve.alias：'@': resolve('src'), 而且也配置了 url-loader 用以加载图片。

所以 import bg from '@/../static/img/test.jpg'; 这种方式是完全可行的。

@css3 #8
从你的启动方式看，你把原项目 clone 下来后又加了 vue-cli ？

如果是，那在你的 component 里面使用 import bg from '@/../static/img/test.jpg'; 导入图片，然后：

data() {
return {
bg,
}
}

最后在 template 里：

<div class="Box" :style="{ backgroundImage: 'url(' + bg + ')' }">

---

如果你还是想沿用原项目的启动方式（用 webpack-dev-server ），那就跟它的 webpack 配置有关系了。如果方便的话，把原项目的地址贴上来，让大家帮你看看。

---

这个更多的是一个前端工程化的问题，跟你使用的打包工具(webpack)有关，而跟你使用的前端框架(vue/react)没什么关系。本质上就是把图片文件当成 js 模块来 import，然后由 webpack 处理后变成图片的实际路径（打包后图片的路径）。

---

另外建议具体的代码相关问题还是先在 segmentfault 开个帖子，然后再在 V2 开个帖子把 SF 的链接贴过来。SF 里回复可以用 markdown 贴代码，探讨代码问题更方便。

LZ 厉害！

从 Chrome 商店安装是安全了，但问题是同步这些扩展就需要翻 qiang 了。

@meiple 我现在就在成都，有多少名远程工作的员工在成都呢？

不推荐 moment.js ，它是 mutable 的，一不注意就要把自己坑了。推荐 dayjs 。

最关键的问题还是时间吧？现在 996 那么累，哪还有时间三餐都自己做？就算有时间做，也没办法做得像美食 UP 主那样色香味俱全吧？

Firefox 上和 proxyswitchy omega 结合使用可以吗？该如何配置呢？

你的电脑有单独配置 DNS 吗？路由器的 DNS 是怎么配置的？试试看其它的 DNS 服务器解析 B 站、baidu 的地址跟你现在解析的地址是否不同，如果是就可能是 DNS 的问题。

岁纳京子的头像 >_<

在 github 上关注 LZ 好久了，支持 LZ 维权！

不过我觉得还是在能确保自己的安全的前提下再发起诉讼吧，毕竟干过一次的事就可能有第二次。希望我的担心是多余的……

Mac 上有 Cmd + `，LinuxMint 上有 Super + `，唯独 Windows 上没有等价的快捷键，确实挺遗憾的。

发不起工资都还坚持了 5 个月，是因为现在工作很不好找吧？唉

@mikulch #104
巧了，我也是成都的。我看你回复的帖子里有问别人招不招远程的，我是做自由职业的，可以先加你聊一聊吗？我微信号是 AthrunBlue

@hantsy #22
React Hooks 和 Vue3 的 composition api 都是走的 functional 那条路。

我也是 Java 出身，刚接触 React 的时候还没有 class component，而是跟 vue2 差不多的 options api：React.createClass({...})，也不适应。后来很快过渡到 class component 感觉好多了，不过我确实遇到过组件间共享 stateful 逻辑、HOC 嵌套太多的问题，所以 hooks 出来之后毫不犹豫切换了，还顺便摆脱了烦人的 this 。我还是更倾向于函数式编程，个人觉得闭包比 this 更好理解也更好掌控。

不过在后端，我用的 nodejs 框架 nestjs 跟 angular 理念一致，用过 spring 的也会觉得非常亲切。Hmm……感觉我有点分裂。

@hantsy #15
其实我觉得 react 对 TS 的支持还是不错的，JSX 可以和 JS/TS 混写，有完整的类型提示，而 angular 、vue 的模板中不支持类型提示而只有 script 部分支持。

react 的风格我觉得是专注于核心库（ react 、react-dom ）的维护，其余的生态包括核心库的类型定义都交给社区。react-router 、redux 都不是 facebook 官方名下的，虽然有官方脚手架 create-react-app，但恕我直言它的定制性太差被 vue-cli 甩了好几条街。而 vue 走的是官方全家桶这条路（尤其是 vue ），由官方提供整套解决方案，非常适合有选择困难症的朋友。vue 现在就差官方的 UI 库就齐活了。

angular 我不太了解，不过我感觉也是包罗万象的吧？

没有看明白 LZ 的问题是什么，能再说明一下吗？