心态崩了：为什么那些跟风项目都能骗到成千上万的 star，辛辛苦苦耕耘了几年的项目连用的人都没有

[ClassicOldSong]

心态有点崩

我用心好好写了 4 年的前端框架 ef.js 甚至赶不上一个复制粘贴删 license 的跟风框架 star 多，这年头开发社区还是开发社区吗？还是说整个开发者圈子本质娱乐圈？？

用心做开源最后还不如人家跟个风，真的快没动力了

附一下最近写的文章: https://dev.to/classicoldsong/custom-triggers-on-two-way-bindings-in-ef-js-make-syncing-child-properties-with-parent-super-easy-1872

以及 ef.js 完美兼容 Vite2 的在线 demo: https://codesandbox.io/s/14t7k

各位老哥们要是有空看一眼的话麻烦体验体验，让 V 站重回真正的创作者的 V2EX 吧。。。。。

好多人觉得我是看 star 眼红，但实际上我更想要的是有人来用，能提供反馈。

举一个简单的例子，你在挑选项目是否能用的时候第一眼是不是要看看 star 多不多？如果是那就对了。如果一个项目没什么 star，又不是计算机世界的基础设施，那么一般人多半连多看一眼都不会，更别提试用反馈了。绝大多数人还抱着“公司又不用，我学了干啥”的心态，这样对于技术的发展进步是没有什么好处的。

至于那些说推广很重要的人，我也的确一直在尝试推广我的框架，然而你们翻一下我在 V 站上的发帖就会发现，以往我的推广贴的回复甚至远远没有这一条吐槽贴来的多。这是为什么呢？

新的 ef.js 周边项目已经上线了，帖子链接在这：

create-ef-app 上线了！
https://www.v2ex.com/t/755049

来看看主动宣传的效果怎么样

我觉得已经可以说明问题了。甚至在有这条帖子引流的前提下，我新发的宣传贴甚至无人回复。

洗洗睡吧。什么叫不配拥有更好的东西，这就叫不配。

[sadhen]

说到推广，我觉得确实蛮重要的。对于 App 来说，作者应该多多在 B 站上传视频，对于 Library 来说，文档好好编写。

[string2020]

能先花些许时间 "复制粘贴删 license 的跟风框架" 获取到足够 star 再把你的 ef.js 并进去吗？
是 某些人 "复制粘贴删 license 的跟风框架" 能获得 star 。
是 你 "用心好好写了 4 年的前端框架" 的 star 比不过别人。

[Sparetire]

努力就能成功吗？还是太做题家思维了

[pcbl]

两个不同的代码，一个有中文文档一个没有，我会优先测试有中文文档的，测试后发现基本符合要求，顺手 star 一下

[james122333]

楼主要先评估自身条件做这事合不合适
而不是一味的被忽悠开源
另外个人不开源还算满意

[supermao]

其实你想想 20-80 法则你就会明白了
只有最好的 20%的优秀库会被经常使用
你自己认为的好，未必排在前 20%
star 多也未必代表使用的人就多，你听说过空中楼阁吗

[xiaochong0302]

@zxCoder 确实是这个样子，比如后台管理的项目烂大街了还是有市场

[fiveelementgid]

@ClassicOldSong 行了行了(• ▽ •;)，我一失业 five 大佬就别和我纠结了
⊙﹏⊙萌新只是说说自己的看法

[ericguo]

我觉得 JS 程序员心态还是要放平，你看 Ruby 语言唯一中国贡献者写的 https://github.com/midori-rb/mizu，现在就 1 颗 star，人家到处发帖子了吗？

[zficode]

你一个中国人写的这玩意连一个中文文档都没有？？？

[ipwx]

"ef.js is a static template framework for browsers, with which you can write your UI without concerning about the logic, or writing logic without concerning about the UI."
----

只有我想吐槽楼主的方向好像有问题嘛？ Vue.js 为啥火，不就是因为 single-file component 把 ui 、behavior 和 style （ scoped style ）封装在一起，让整个项目可以像搭积木一样搭起来嘛？别人的东西只要看成是一个黑盒子，拿来用就行了。你这种 template-engine + separate logic & ui 的方向本身就逆时代了啊。。。

react.js 不也是把 style + behavior + ui 用 component + jsx 绑在一起了嘛。。。
----

方向错了（姑且先承认最多人用的方法肯定是最方便的、最容易做大项目的）当然没有人用啊。。。

[dangyuluo]

Define "跟风项目" first

[hupo0]

这种框架类的东西，能火起来得靠运气。

我之前在知乎也看过楼主的几次发言，点开过 github 好几次，就看了个新鲜。正如你不喜欢 JSX，我也不喜欢 DSL，模板语法让人没有仔细看的欲望。

但这不是问题，仅仅是 ef.js 运气不好，react 当初的 jsx 我也喷过，为了生计沉下心去用，越用越香。

让我从头写个网站，特别是打工的时候，框架只会从 vue, angular, react 里选一个。谁让 ef.js 没火呢？视图的代码和框架耦合很深，又是前端代码比重最大的部分，如果使用过程遇到什么坑，换一个框架几乎等于重写，谁愿意冒这个风险？

[mxT52CRuqR6o5]

你想想别人跟风首先得有风，为什么会有风？就是因为大多数人觉得这个方向是对的，方向不对再用心也没用啊

[rodrick]

不谈 star 光说项目，确实很牛 p，国内的开源氛围说实话，你看看 gitee 上面有的分类排行前五的项目都是垃圾就知道了，star 变成了面试的比试指标，开源变成了打着开源旗号卖收费商业版的套路，热爱技术和只是为了用技术养活自己的人的比例早就不是一般的倾斜

[Greatshu]

得了吧，你这项目有什么优势，一张对比图都没有，别人凭什么不用使用同样是国人编写的，使用人数更多，文档更全的 Vue，你让用户去读源码？
看看 Vue 官网，上来就是详细的中文文档，还带有视频讲解，你什么都没有，而且你贴的 dev.to 和 codesandbox.io 的网站国内打开特别慢，至少我是开了代理才加载完的。要不是看你火大，我有些好奇，才不会特意开代理。你一直在自嗨，从来没考虑过他人（尤其是目标用户）感受，到现在还嫌弃别人骗 star，自己才是正统。
对于能够解决问题的 repo，大家很乐意 star 的，比如说这个 https://github.com/XIU2/TrackersListCollection 有什么技术含量，但确实提高了下载速度。这个 https://github.com/Qv2ray/Qv2ray，同样是国人项目，而且是会吃牢饭的高风险项目，看看别人怎么做的。

[liuxu]

崩什么崩，我技术博客写了 6 年还是 10ip 我崩了吗 /dog

[locoz]

心态崩了：为什么那些吹牛逼的、站在风口的项目都能骗到几百上千万的融资，辛辛苦苦耕耘了几年的项目连看的人都没有。

其实是同样的道理。

[honjow]

@ClassicOldSong 那确实，是我们这些人不配给你 start

[msg7086]

没人用？你自己难道不用吗？你自己难道不是项目最重要也是最初的使用者吗？

我写的开源项目，首先，我自己会用。我会满足我自己的使用需求。我需要什么功能，就给自己提出来，然后自己给自己实现了。哪怕这个项目最后只有我一个人用，这个项目的价值也是非常大的，因为我收益了，我享受到了。

你写项目是为了星还是为了用？你说别人泼你冷水是打击开发者积极性。那我再来泼一盆好了。星星数就能让你心态崩掉话建议不要再做开源项目了，你不适合。中国的开源环境不是靠这些心态会崩掉人撑起来的。

要比星，我一个开发并维护了 6 年的项目，世界上第一个 x265 的 mod 增强版，到现在也就 128 星，而近年来其他人把我的代码移植出去建立了他们自己的 mod 和工具包，点星都快上千了，是不是我也要来抱怨世界一番？省省吧，有这点叹息的功夫为什么不多修几个 bug 呢。

[james122333]

@roderick
哪个开源项目盈利不这样... 而且热爱技术与热爱赚钱不冲突
楼主还是不开源了吧

[james122333]

@msg7086
抱不抱怨都合理 不少人想法相似
没必要绕著别人认知的开源而转不是吗

[james122333]

并不是所有人开源的目的都是 for fun 或纯贡献
开源开头或许可以都是 但现在不同了
人要保持初心 但没法一定保持别人有的初心

[msg7086]

@james122333 抱不抱怨确实都可以，不过因为这些事情「心态崩了」，那真的不如不要再干。
做商业开发至少有金钱回报，可以弥补这部分的缺憾。
做开源软件用爱发电，如果没有爱，那么最终的下场只有玩完。
今天看到星少了心态崩了，明天看到别人星多了心态崩了，后天看到自己的 MIT 代码被人拿走了心态崩了，再后一天看到有人开 Issue 抱怨心态崩了……呃，不如还是别做了。

我觉得人活着首先要自己开心，没必要去做一些看似自虐的事情。如果这件事让作者不舒服，不如弃坑。

[caixiaomao]

小众的可能感兴趣会研究一下 实际用还是会有点顾虑的

[leimao]

star 这东西只是表明受到关注的程度，和推广很有关系。但是说到有没有人用的话，我个人是不会直接用个人项目的东西的，不管 star 有多少，一般都是看一眼里面的关键代码。个人项目基本都缺少长期维护，不可靠。

[gdtdpt]

看了一下 ef.js 的 README，作者还挺用心的，制作了各种编辑器的插件。

但是看了一下 Demo，其实我不太明白这个框架在尝试解决什么问题，或者这样做能提升开发效率吗？ EFML 我觉得是一个对于使用者真正上手的巨大阻力。还有就是，大家都会中文，顺手多写个中文文档对推广是有好处的。

如果不是作者的这篇抱怨，单看这个 repo，我大概会觉得这个项目就是一个大神的练手之作，因为并没有感觉出这个框架专注于解决开发上的什么问题。

[isukkaw]

既然是老宋啊，那我说话就不那么客气了。

React / Angular 背后是有 Facebook / Google 背书，尤雨溪本人也是 Former Google Staff，在 Google 内就开始构思 Vue 、之后又在 Laravel 社区的帮助下壮大了用户群。

老宋自己经营 ef.js 四年，对自己项目唯一的推销和包装就是在 V2EX 和知乎上发帖，既没有大公司背书、也没有一个已经成熟了的社区帮助你推波助澜，这注定了老宋你再如何耕耘，ef.js 仍然是只有一个人维护的个人项目而已，GitHub star 数甚至比不过一些 demo 项目自然不为奇。如果你觉得你的 ef.js 需要有用户群体和社区，首先你得给 V2EX 这堆前端开发者一个使用 ef.js 的理由，V2EX 的前端开发者们早就形成了根深蒂固的鄙视链，你看不起社区，社区也看不起你啊。

最后还是我自己的个人意见，去年我就在 Telegram 上给你提过 idea，包括提供一个 Static EFML to HTML renderer 的玩意（别以 ef.js 需要一个 DOM 环境为理由依赖个 JSDom ），把这样周边做起来，尝试看看 EFML 能不能代替 ejs/pug/nunjucks 、甚至可以尝试旁侧敲击蚕食 JSX 、TSX 的份额；我作为 Hexo Core Team Member，hexo-renderer-efml 这个橄榄枝我是一直伸出来的，但是老宋你就是不接，我能怎么办嘛。

[charmToby]

用心写了 4 年的框架？为什么不加上中文文档了？

[iikebug]

老哥，你的文档都有问题`compinent1.$umount() // Unmount from parent`，这？

[amon]

是金子总会发光的，是泥巴可不会哦。

[wangyzj]

营销的重要性

[SmiteChow]

看你到底图什么，业余项目一般我只图能满足自己需求，开源纯粹是为了帮助那些有相同需求的人，至于能不能被人发现，听天命。

[shunia]

1. template 引擎有更好的替代品，轻量且上手简单，语法相对通用；
2. 你自创的这个 template 要重新学习语法，成本太高；
3. template 引擎本身就成本比较高，因为要记语法，并且对大部分人来说要配套语法高亮或者类似的工具性质的插件，不然就相当于拿 notepad 写代码，与之相比，直接写 HTML 甚至要更简单；
4. README 里面的用法说明写的太复杂了，一长串代码看下来我甚至没找到重点。REAME 一般应该是强调框架的功能和区别性，然后展示最小例子以呈现代码的特质或者优势，然后写清楚使用方法，最后列 API 并进行详细描述；
5. 用法大概看了一下几个 Demo，更像是 Vue 的模板增强版本，在实际使用上看起来要更复杂一些。如上所说，记模板肯定不如记 HTML 来的简单；
6. Vue 在国内火过 React 的优势就在于他带中文 /中国属性，从推广的角度来说，你的库也完全可以有；
7. 不妨多多使用其他框架，和自己的进行对比，前端如今的三大顶流库各有特色，如果想让自己的库有人使用，至少也要突出特色，吃准一批用户；

[keymao]

推广占一部分，是否易用，文档是否齐全，是否有及时的社区支持 这些都是比较关键的因素。

star 多 还是要看这些东西 文档全 好用 便于维护 用着舒服 还能时长有人修复问题 能带动良性循环

[keymao]

看了一下，给您个小小的建议。

文档和介绍 最好再弄个中文版的， 倒不是说程序员看不看得懂英文， 尽量的降低他们使用的门槛，这样用户才会逐渐多起来的。

[sparrowwht7]

想要 star 多点儿，建议首先把“心态崩了”从心里去掉😄

[ClassicOldSong]

@isukkaw static renderer 我当时就写了，到现在还挂在 gist 上。你现在说我没接这个橄榄枝我就有点好奇了。

[ClassicOldSong]

@iikebug unix 命名风格的 unmount 也是写作 umount 的的
别的地方可能的确有 typo，发现了的欢迎指出

[THP301]

因为很多人是信权威的，还有被利益左右的， 一个人做框架没有权威机构背书，又没大财团支持， 没有形成利益团体，不用你的已经算不错了，喷你也理所应当，点 start 更不可能，降低身份啊

[THP301]

Vue，React 这些不是说他们有多好用，技术有多牛，而是粘上去就名气甚至还来钱。

[james122333]

@msg7086
崩了也没什么 或许刚开始设想很完美 现在发现有出入了崩了也正常 每个単位推广力道是不一样的 有资源有本钱推广都不难 所以一直觉得并不是所有人都得自身投入开源 不会得到与他人一样的结果 使用服务方式生存意味著也要比拼现实上的实力 所以巨硬也可以弄开源 即便你做得更好也未必胜 开源是有竞争的

[ClassicOldSong]

@shunia 实际的使用方法还有内部原理和现在的 Vue 非常不同。比如 Vue 有 v-for 帮你扩展循环，想要在循环里判断渲染多种不同的内容时就会很尴尬，但 ef 直接提供列表挂载点，想放什么放什么。再比如 vue 的 template 是跟逻辑混写的，在很多时候就没法做到只阅读代码即可了解这个组件在做什么（不是长啥样）。再说内部处理机制，vue 这些都用上 vdom 了，每次渲染都要重建 vdom 树并 diff 才能获取需要变更的位置，而 ef 的做法是把每个需要变更的位置预先生成处理函数，在需要更新的时候把对应的处理函数推入队列后，再对这些操作进行去重执行，大大降低了 js 层面的开销。

关于为什么要自己造模板语法：因为除 EFML 以外没有任何一个模板语法提供了对“挂载点”的描述。以及类 HTML 的写法需要照顾闭合标签，还需要写过多的尖括号，无法表示 properties （区别于 attribute，在这一点上 react 把两者严重混淆了，差评），一般的模板也无法在 mustache 中包含预设值，我只能自己造一个来实现这些需求。

这些内容以后会单独写文章来介绍，不过近期没空，我司自己的新产品准备上架销售了。

[sx1huoying]

冲你这个态度 我也不会用

[dk7952638]

我觉得您要是添加个中文文档，可能更有利于推广

[james122333]

@sx1huoying
开个源要态度好还要把屎尿解决需求就多了

[Anshi]

首先对开源的大佬致敬。
其次，就像你说的，用这个项目的估计是 不会 react 和 不会 vue 的人居多，想想这样的群体有多少人，而这个群体中又有多少人能用上你的项目，酒香也怕巷子深。世界上爱折腾纯技术的人还是少数，更多的也只是想解决问题罢了，无论质量多差，但是能解决我的问题，能高效的解决我的问题，就行了。
无论哪个圈子都是这样，单纯追求技术不代表就有流量，世界上还是俗人居多。

[EPr2hh6LADQWqRVH]

上周末我懒得展开，现在摸鱼再多杠两下，

首先做框架要有深刻见解，身经百战之后再出来，不要学 youyuxi 上来第一个习作就是什么开源框架，能买账的人太少，人家一个谷歌实习生就愣说是谷歌出来的工程师，你豁得出去这个脸吗？

开源指的是你自己先有一个好东西，后来把好东西共享出来，是为开源，不是从头开始就做一个“开源项目”，那不叫开源，那叫狐假虎威。

再有细节上你这个东西不就是前几年的 jade 吗，历史上已经验证过了，大家不买这个形式的帐。
作为一个框架你首先需要提升代码编写的效率，并且解决可维护性、可读性和运行性能之类的问题，这样才有可能流行，而且还要考虑到社会平均水平，还得要做足周边，就你自己用得爽也不行，那就是光杆司令。

而且你做一个基础性的东西，还要环顾四周，要和标准合拍兼容，比如你现在再做前端框架，你就要想能不能把 WebComponent 用起来，能不能借助 TypeScript 提升一波逼格，相比 React 你要提升可读性，暴击这帮用 js 写 PHP 的人，相比 Vue 你要提升一致性，暴击这帮乱命名而且对标准不管不顾的二少爷，相比 Angular 你提升易用性，不用那么多概念也能写出规整易维护的企业级代码。

不能你就是一个想用 js 写 Python 的人，可读性比 React 还差，比 youyuxi 还不尊重标准，另外学习难度比肩 Angular，出来的代码还就自己一个人能懂，这种东西不是说放出来没人用不流行，这万一真要登堂入室了，我还得跳出来猛踩呢，别把生态也给我毒害了，以后招的人都这么奇形怪状的，就 Vue 已经是前车之鉴了。

[ClassicOldSong]

@avastms 这和 Jade 的区别还是蛮大的。。。。另外 ef 对 WebComponent 的支持也是近乎完美的，甚至用自己去创建 WebComponent 也是极为方便的

可以参考 https://codesandbox.io/embed/efjs-webcomponent-creator-dfmfn 这个 demo

[ciaoly]

@xiangyuecn 大佬，给个链接？😆现在对这种简单、原生的东西比较感兴趣。

[pkwenda]

死不 star 没啥用，看开了

[hantsy]

酒香不怕巷子深。。。

[kingwl]

For fun. Not for star.

[lepig]

有中文文档 会不会好一点？

[mq4079]

连中文文档都没有，别自我感动了

[longgediyi999]

不会英语 看不懂

[chenmobuys]

别人在用心了，只是你没看到。
用心做推广，用心写文档，这些也是要花精力的。

[james122333]

无本展现技术最好方式是闭源 做出差异化
说不定那些开源私下都维护多个版本
要人无偿打工是不合现世价值观的 开源大佬都不一定这么想

[yecl]

老宋，不知道你还认得我不。给你个建议：你都自己开公司了，该明白营销有多重要了。

[eastphoton]

技术不是唯一。。。
这不仅仅是开发者圈子，四海皆是

[james122333]

@eastphoton
技术不是唯一 但不该被低估 否则也没有买卖问题

[star7th]

前端框架的竞品压力太大，基本上我做项目都会用主流框架，生态成熟，可复用组件多，而不会去考虑用小众框架

[efaun]

@pcbl #104
@zficode #110
@charmToby #129
@dk7952638 #145
@lepig #154
@mq4079 #155
@longgediyi999 #156
@chenmobuys #157

确实，中国人写的代码，在中国社区推广，却没有中文 readme，活该没人用，我向来是看不起这种行为的，见一个喷一个

[Vipcw95]

这点道理想不通也开公司的吗。。

公司做不好要倒闭了 = 我这么辛苦开个公司怎么没人关注？

[ferock]

@efaun #163

较大部分认同

[litpen]

有些框架本身的 star 数还没有这个框架的教程类项目的 star 数高，框架本身很牛逼，但教程更吸引人哈哈

[iamverylovely]

耕耘出一堆垃圾，没人用很正常。

[KuroNekoFan]

@avastms yyx 还有这？只知道是做设计出身的

[roogle]

开发者心声：能写点中文文档么？
开发者心声：不要你觉得好，我要我觉得好
开发者心声：能多给几个栗子吗

[xumng123]

营销

[jing8956]

star 少的，特别做了大部分常见基础工作的，
有的小公司还更喜欢剽
因为就算知道了
一來没钱没心思打官司
二来挂网上，也只是河里扔颗小石子

[shunia]

@ClassicOldSong #143
我想了一下，绝大部分情况下其实大家可能不需要功能完美的模板引擎：比如说 HTML 。。。用更加灵活的 JS 来处理动态内容更符合模板引擎的定位。就目前的开发环境来说，大家可能更希望三者分工是明确的。或者说至少我是这么觉得的，我并不想在模板字符串里进行低语意的逻辑处理，新的语法、格式化 /高亮、可能无法直接调试，这些问题都可能让开发过程并不舒适。如果你的引擎或者框架解决了这个问题，我觉得最好还是大字描述出来，降低大家使用的障碍。

引擎 /框架内部使用什么样的机制来处理，绝大部分人根本不关心，即便性能不够完美，在 80%以上的页面上性能可以达标理论上就够了。当用户需要追求那 20%的性能的时候，框架可以提供足够的便利性给用户去处理就够了。极端一点来说，JQuery 一把梭不够快吗？

认真讨论之外呢我还要主观一点表达个人态度：我觉得 PO 主有点过于自以为是了，首先且不说技术的优秀与否并不是驱动项目成功的关键，单说好多人提到给一个中文文档都没有正面答复这一点，我就觉得你也许适合做技术，但是并不适合面向公众，活在自己的理想主义世界里就够了。

[ClassicOldSong]

@shunia ef 的特点就是模板不包含逻辑。。。可能我写得还是不够显眼。相反 Vue 是在模板里混写逻辑，react 是在逻辑里掺杂模板，两者都很神奇地选择了把“可能需要更新的位置”这种重要信息给丢了然后每次自己重建。。。。。。

内部机制没人在意这一点我也意识到了，然而 ef 最重要的特点就在于此。所以可能需要多花一点笔墨来表述这些区别吧。。。

另一个问题就是在需要解决性能问题的时候框架通常成了严重的绊脚石。react 之流暴露出来的原生 Dom 接口相当难用，你还需要小心什么时候这个 dom 是不是被重新渲染了。。。这几天有一张在 react 里用 innerHTML+jQuery 写表单的梗图比较火，虽然是梗但知道的人都能看出来写得很有问题。每渲染一次，jQuery 都会重新绑定一遍事件监听器到 dom 上，这就导致提交时可能会触发 N 遍。

在一些重交互的页面上 react 和 vue 的 scripting 时间通常是超过 rendering 的，这一点也比较匪夷所思。。。

[shunia]

@ClassicOldSong #172
关于模板逻辑的问题可能是我看的不够仔细，例子太长并且掺杂了不少符号在里面，主观的就避开了去仔细读它。

关于性能的问题你说的没错。
React 也就算了，毕竟它的设计思路就是以重建为主，在重建过程中进行优化。然而 Vue 确实是有机会避开 vdom 的。
而且 function component 的设计加重了性能优化的急迫性，组件深度增加后，“渲染”带来的性能问题越来越严重。

这可能也是为什么 svelte 崛起的如此之快：它用 compiler 避开了重建 vdom 的性能问题，又混合了 Vue 和 React 的语法，通过这两点很轻松的就获得了两方的用户，优秀的文档和基于原生 html/js/css 写法的方式甚至获取了三方的用户。

[zzzmh]

支持开源精神 支持楼主 但英语文档劝退了我 好歹给个按钮跳转到中文文档

[dancancer]

看了五分钟，x 掉了，我觉得楼主需要赔我这五分钟的损失

[linoder]

人家只是借着投项目嘻嘻钱罢了 你还当真是看上项目？

[moonrailgun]

我维护一个自己的项目也快 4 年了，每天都在更新。星星数还没到 100，但是我能看到我的用户有在用，我就很开心

看开点。开源是为自己开的，是为兴趣开的。

[WildCat]

语言换成 TypeScript 加良好的 jsdoc，star 起码能多一倍。

[tctc4869]

心态放好点，如果不是为了经营盈利的话。

[firefox12]

先从自己身上找问题， 不要以为都是千里马，也许只是驴。

所有的技术都是解决问题，如果没人用 就再看一遍。

[trumpasjokerA]

呵呵，老实说英文文档能看下去的人看你写的文档也费劲，学学 svelte 官方英文文档怎么写的，你别写中文文档就凭你这英文文档乱七八糟的组织和排版，别人也没兴趣，还更别说你的项目是不是解决了前端的痛点的问题。

[redwing2003]

楼主加油。我不看 js 的。楼主可以发明点什么东西替换 js 。