刚刚访问，还是黑色

🙁Forbidden

最近才写了一个前端工作流客户端也是基于 Electron，https://legoflow.com/ ，下载安装直接开干！不用装各种麻烦的依赖，工作流嘛，就像你说的 html，scss，js 三个部分组成。

最后的惊奇队长怎么不在半数里面呢？

@onvno

首先关于 “功能薄弱”，不太赞同，大可了解一下现有其他工作流功能进行对比，以及为什么需要采用 Babel 7 有什么好处等等，而且更有些是文档没写，例如 TS 的支持等等。

而对于扩展自定义的问题，可以分为两个方面表述，第一个是自定义工作流任务，第二个是工作流后处理。

第一个方面的确跟内部 engine 挂钩，我们尽量是希望开发者做最少的事情，让客户端做更多的事情，但是如果什么都让开发者自定义，无疑这样违背我们的初衷，而现有功能足足支撑了整个部门运行了一两年，而且推到其他的部门使用中。

另外为什么不暴露配置？现在内置的 Webpack 4，但有些配置项跟 v2 已经是变得面目全非，如果单纯地暴露配置，兼容客户端过往版本到后期必然是个问题，但是提供自己的配置属性的话，客户端的内部可以做兼容处理，而不是版本更新了又需要开发者去了解版本配置有哪里不一样，所以为什么工具升级跑久项目各种问题多痛苦的根源在此。或者有什么更好的想法欢迎提 PRs。

第二方面是工作流后处理，这个是对工作流构建完成后要做什么事情，例如上传到 FTP，打包 zip 等等一些的功能，其实这个可以通过自定义 [shell]( https://legoflow.com/wiki/#shell-%E8%84%9A%E6%9C%AC%E6%9C%BA%E5%88%B6) 实现。

另外大型项目的目录结构，我们的做法是，一些模块抽离到外部，再由总的入口 import。例如，有个电商项目，先抽离开各种模块，支付模块，购买流程模块等等，发布到内部私有的 npm 仓库，再通过 app 项目下的 js/main.js 引入相关路由懒加载的 npm 模块，所以总的入口有一个，但分配到路由下每个独立的 npm 模块负责，然后每个人负责不同的模块。这整个电商项目的架构共有几十余人参与。

另外一些详细的资料可以翻看 [这里]( https://zhuanlan.zhihu.com/p/36414272) 或 [这里]( https://zhuanlan.zhihu.com/p/27355765)

@feichao 谢谢提醒的，其实两个都有看过，而实际项目上就用过 xstream

更新了一些使用场景，可以在这里看到哈 https://zhuanlan.zhihu.com/p/30712401

跟 tinypng 可以对比一下么？

@123s 有啊，还没搞这个之前，React 跟 vue 的多页面项目都搞过的，有兴趣可以加群一起讨论咯

@123s 如果对于 vue react 那些 JS 比较重的项目，用 html-webpack-plugin 是一件比较爽的事情，因为主需要定义一个模板就每个 entry 文件根据模板都主动生成 html，资源也打包进去，这样的项目为 JS 为主要入口。但是引入第三方库太多的时候，分拆模块打包也变成了另外配置的问题。

之前衡量到比较多一些其他同事都是写 HTML 为主，搭配 CSS，JS 的部分权重比较弱，这样的话以 HTML 为主要入口。

不过加入 html-webpack-plugin 这个的确不错的主意，晚点我加到 vue 脚手架功能去，谢谢建议哈。

@123s 补个连接 https://github.com/legoflow/legoflow/wiki/2.2.-HTML-合并资源

@123s 请问是 什么文件合并呢？如果对于是资源的合并，可以请看 https://github.com/legoflow/legoflow/wiki/2.2.-HTML-合并资源，其实是把很多的功能点都分拆开，自己可以自定义的

@gotounix 这个是知道的，可能功能上满足不了自己需求（ 例如 webpack 接入啊，vue 的接入啊等等 ），所以自己才耐心搞了一个

@goldenlove 是 electron 呢，因为单单 electron 打包个 hello world 都 100 多了，真心无法玩。。。

@dreammes T_T 不小心点了发布，其实是想预览，小白不清楚怎么修改

@exoticknight 好的。 可以直接下载解压立即开箱即用的 前端工作流客户端来的，不用安装 node 环境，也不用下载 node_modules，已经配置好了开发，构建的工作流。主要是之前遇过情况是 到换个电脑，每次都要手动安装各种环境，配置各种依赖太麻烦了，所以搞了一个客户端，直接下载解压就可以用的啦。