【建议】作为一个uni产业链用户，真心建议dcloud聚焦uni跨端主业，维护node_moduls标准，不要另立门户，hubuilderX问题汇总

[alamhubb]

在uni社区发不出来，提示非法内容，所以发这里来了

以下仅为个人观点，不一定对，接受批评

我非常能理解dcloud想要打造生态，全面开花的战略，但也衷心建议dcloud公司先做好uni这个方向，通过这一个方向把公司打造成一个优秀的上市公司，然后通过这一个方向带飞其他业务。

我认为uni方向是目前dcloud公司最具价值的业务方向，其也能影响力大于任何其他产品，也有很多其他方向的业务是通过uni展开的，比如unicloud，uni-modules，uni-id等等吧。 不太了解dcloud财务情况，可能是因为盈利等问题，所以拓展的unicloud、uni-id等方向，想要做为盈利方向，这样的话个人只是认为可能性不大，但如果不是用来盈利的话，而只是想提高开发者用户效率的话，我认为这两个方向不大对，

前端已经有一套很成熟的标准规范了，即node规范，node_moduls标准，很没有必要再开发一个unicloud、uni_modules开发方式， 感觉开了历史倒车，假如uni有一天火大了，和浏览器标准二分天下的时候，这两套标准让大家怎么办？ 关于unicloud的业务，不否认serverless方向是大趋势，但这个方向什么时候能占据一般公司30%的开发方式，我认为还有很远的道路要走，unicloud目前在中等公司主流业务的接受程度并不高， uni-id业务封装的太细了，感觉这不是一个基础平台公司要做的事，这件事太细了，要做好也需要很大的人力，但不否认这个方向是趋势，但感觉不适合dcloud现在来做，公司的员工毕竟是有数的，做了这件事就没办法去做其他事情。

在使用dcloud公司产品的时候会发现很多产品都做的不错，但都不够极致，这就是问题，希望dcloud能先把uni做到极致，在去搞其他的事情，

1.hbuilder怎么做也超不过webstorm，vscode，且不是核心业务。适当维护就够了，好好发展node_modules的创建项目方式，兼容普遍的标准，不要开历史倒车 2.uni-cloud方向，dcloud的理念是，帮助开发者提高开发效率，开发一套代码兼容各端，希望不要给开发者找麻烦，希望能在兼容当下标准的方向去发展serverless，而不是自己另开一套标准，给用户找麻烦，让用户纠结到底该用哪种方式。 3.uni-id这种提供个方向，剩下的让社区去做就好了。 4.uni-modeles，希望赶紧停，这东西做大了不就没node_modules什么事了么，所以这东西很难搞，两套体系标准难死开发者，别开历史倒车，别为了盈利方向和开发者渐行渐远。

最后建议，dcloud聚焦uni跨端主页，往node_modules方向去发展，别自己搞一套标准了

说的不对，不严谨的地方望见谅，我就是个普通用户，看到最近这些东西的文档，感觉挺麻烦的，所以就想说两句，祝dcloud早日上市，uni产业越来越好，利益相关，准备在uni产业长期发展

[wanganxp]

感谢坦诚的建议。点对点回答下：

1. HBuilderX的用户量早超过webstorm了，目前在追赶vscode。但HBuilderX专注于js，不像vscode全能，用户量肯定有差距。
2. HBuilder是开发工具、uni-app是端引擎、uniCloud是云引擎，三者是数字世界的基础，三者有效协同，可以大幅提升开发效率。做uniCloud不是为了商业化，就是为了提升开发效率。其实做HBuilderX也一样，都是为了提升开发效率。
3. uni-id是云端一体生态的软基建之一，软基建做好，基于基建上的数字世界大楼才能快速爆发。虽然中国的数字化程度在全球已经比较高了，但还不够高，未来空间还很大。另外站在全球角度看，因为应用开发门槛高、成本高，制约了全球大部分国家的数字化进程。我们打造最高效率的数字基建，有更远的目标。2021年，DCloud的重点就是出海。
4. uni_modules，是兼容node_modules的，可以在uni_modules里使用node_modules。我们要提升开发效率，做云端一体的软基建，没法受制于node_modules，只能扩展uni_modules。在满足我们提升开发效率的基础上，能复用现有标准，我们不会闲的没事造私有标准。但提升开发效率的核心目标是最大，其他都得让位于这个核心目标。

[zmbeex]

hbuild用起来真的难受

[alamhubb]

感谢坦诚的建议。点对点回答下：

1. HBuilderX的用户量早超过webstorm了，目前在追赶vscode。但HBuilderX专注于js，不像vscode全能，用户量肯定有差距。
2. HBuilder是开发工具、uni-app是端引擎、uniCloud是云引擎，三者是数字世界的基础，三者有效协同，可以大幅提升开发效率。做uniCloud不是为了商业化，就是为了提升开发效率。其实做HBuilderX也一样，都是为了提升开发效率。
3. uni-id是云端一体生态的软基建之一，软基建做好，基于基建上的数字世界大楼才能快速爆发。虽然中国的数字化程度在全球已经比较高了，但还不够高，未来空间还很大。另外站在全球角度看，因为应用开发门槛高、成本高，制约了全球大部分国家的数字化进程。我们打造最高效率的数字基建，有更远的目标。2021年，DCloud的重点就是出海。
4. uni_modules，是兼容node_modules的，可以在uni_modules里使用node_modules。我们要提升开发效率，做云端一体的软基建，没法受制于node_modules，只能扩展uni_modules。在满足我们提升开发效率的基础上，能复用现有标准，我们不会闲的没事造私有标准。但提升开发效率的核心目标是最大，其他都得让位于这个核心目标。

希望官方能尽力做到弱耦合，而不是像现在这样强耦合，用了unicloud就必须用hbuilder，用了uni_modules就必须用hbuilder这样。以开放的方式，能让开发者拥有更多选择，谢谢

[wraptor]

感谢坦诚的建议。点对点回答下：

1. HBuilderX的用户量早超过webstorm了，目前在追赶vscode。但HBuilderX专注于js，不像vscode全能，用户量肯定有差距。
2. HBuilder是开发工具、uni-app是端引擎、uniCloud是云引擎，三者是数字世界的基础，三者有效协同，可以大幅提升开发效率。做uniCloud不是为了商业化，就是为了提升开发效率。其实做HBuilderX也一样，都是为了提升开发效率。
3. uni-id是云端一体生态的软基建之一，软基建做好，基于基建上的数字世界大楼才能快速爆发。虽然中国的数字化程度在全球已经比较高了，但还不够高，未来空间还很大。另外站在全球角度看，因为应用开发门槛高、成本高，制约了全球大部分国家的数字化进程。我们打造最高效率的数字基建，有更远的目标。2021年，DCloud的重点就是出海。
4. uni_modules，是兼容node_modules的，可以在uni_modules里使用node_modules。我们要提升开发效率，做云端一体的软基建，没法受制于node_modules，只能扩展uni_modules。在满足我们提升开发效率的基础上，能复用现有标准，我们不会闲的没事造私有标准。但提升开发效率的核心目标是最大，其他都得让位于这个核心目标。

用户不用户的，讲真的不是为了uniapp开发，webstorm真不知香多少 看到每次更新都是unicloud，unimodules啥的，真是头大，多少社区提的bug，多少2.x版本的bug，永远都没修复，打一套跨多端的点很不错但实际上还是各端需要做大量兼容工作，video同样用的ijk被原生安卓甩几条街，短视频都热几年了，uniapp的视频类组件还是个实验品一样的东西

[langziyang]

做为普通用户来说，uniapp能多平台是很牛的，但是HBuilderX是真的拉垮了对uniapp的名声。只谈使用量只谈使用效果就是耍流氓，想全面这个大家都理解，但是精力却跟不上，只要随后有一家公司再出一套全平台的东西然后全力支持JB家的编辑器，那时候就真不好说了 而且你说HX用户量早超过webstorm，那是因为使用者需要用HX来做uniapp的开发，抛开uniapp呢？还是超过了webstorm吗？不过是捆绑销售而已，有点自欺欺人的感觉

[jiyuan12354]

做为普通用户来说，uniapp能多平台是很牛的，但是HBuilderX是真的拉垮了对uniapp的名声。只谈使用量只谈使用效果就是耍流氓，想全面这个大家都理解，但是精力却跟不上，只要随后有一家公司再出一套全平台的东西然后全力支持JB家的编辑器，那时候就真不好说了 而且你说HX用户量早超过webstorm，那是因为使用者需要用HX来做uniapp的开发，抛开uniapp呢？还是超过了webstorm吗？不过是捆绑销售而已，有点自欺欺人的感觉

确实，我本想用uni-app上手小程序开发，然后被HBuilderX这个编辑器直接干成了脑残。我现在都怀疑人生了，感觉我不是做开发的人了

[zhetengbiji]

做为普通用户来说，uniapp能多平台是很牛的，但是HBuilderX是真的拉垮了对uniapp的名声。只谈使用量只谈使用效果就是耍流氓，想全面这个大家都理解，但是精力却跟不上，只要随后有一家公司再出一套全平台的东西然后全力支持JB家的编辑器，那时候就真不好说了 而且你说HX用户量早超过webstorm，那是因为使用者需要用HX来做uniapp的开发，抛开uniapp呢？还是超过了webstorm吗？不过是捆绑销售而已，有点自欺欺人的感觉

确实，我本想用uni-app上手小程序开发，然后被HBuilderX这个编辑器直接干成了脑残。我现在都怀疑人生了，感觉我不是做开发的人了

可以说一下遇到的具体问题，以便相关团队进行改进

[jiyuan12354]

做为普通用户来说，uniapp能多平台是很牛的，但是HBuilderX是真的拉垮了对uniapp的名声。只谈使用量只谈使用效果就是耍流氓，想全面这个大家都理解，但是精力却跟不上，只要随后有一家公司再出一套全平台的东西然后全力支持JB家的编辑器，那时候就真不好说了 而且你说HX用户量早超过webstorm，那是因为使用者需要用HX来做uniapp的开发，抛开uniapp呢？还是超过了webstorm吗？不过是捆绑销售而已，有点自欺欺人的感觉

确实，我本想用uni-app上手小程序开发，然后被HBuilderX这个编辑器直接干成了脑残。我现在都怀疑人生了，感觉我不是做开发的人了

可以说一下遇到的具体问题，以便相关团队进行改进

1. 我遇到过热重载失效的情况，也就是是修改代码小程序工具不进行刷新， 显示 热重载... 但是卡住不动；但这个情况是我项目中尝试集成其他第三方库（常规的第三方库，tailwindcss/postcss大概诸如此类），不知道是哪个npm库影响了HbuilderX的热重载，几天内出现过多次，所以我很担心如果我使用了HbuiderX开发uni-app，突然因为要安装哪个第三方库，导致热重载不能用，或者因为这个现象，我就必须放弃集成这个第三方库
2. 第二个问题是我觉得最不可思议的，我安装了最新的HBuilderX开发版，但是代码提示很不完善，vue3的代码提示都没有，甚至uni-ui的提示也没有

)

[zhetengbiji]

做为普通用户来说，uniapp能多平台是很牛的，但是HBuilderX是真的拉垮了对uniapp的名声。只谈使用量只谈使用效果就是耍流氓，想全面这个大家都理解，但是精力却跟不上，只要随后有一家公司再出一套全平台的东西然后全力支持JB家的编辑器，那时候就真不好说了 而且你说HX用户量早超过webstorm，那是因为使用者需要用HX来做uniapp的开发，抛开uniapp呢？还是超过了webstorm吗？不过是捆绑销售而已，有点自欺欺人的感觉

确实，我本想用uni-app上手小程序开发，然后被HBuilderX这个编辑器直接干成了脑残。我现在都怀疑人生了，感觉我不是做开发的人了

可以说一下遇到的具体问题，以便相关团队进行改进

1. 我遇到过热重载失效的情况，也就是是修改代码小程序工具不进行刷新， 显示 热重载... 但是卡住不动；但这个情况是我项目中尝试集成其他第三方库（常规的第三方库，tailwindcss/postcss大概诸如此类），不知道是哪个npm库影响了HbuilderX的热重载，几天内出现过多次，所以我很担心如果我使用了HbuiderX开发uni-app，突然因为要安装哪个第三方库，导致热重载不能用，或者因为这个现象，我就必须放弃集成这个第三方库
2. 第二个问题是我觉得最不可思议的，我安装了最新的HBuilderX开发版，但是代码提示很不完善，vue3的代码提示都没有，甚至uni-ui的提示也没有

)

收到

第一个，应该和使用什么编辑器无关（vscode 或者使用 HBuilderX 来开发 uni-app），找一下具体的规律单独提出。 第二个，vue3 无提示应该是因为你没有 import，uni-ui 的提示问题会单独排查一下。

[alamhubb]

做为普通用户来说，uniapp能多平台是很牛的，但是HBuilderX是真的拉垮了对uniapp的名声。只谈使用量只谈使用效果就是耍流氓，想全面这个大家都理解，但是精力却跟不上，只要随后有一家公司再出一套全平台的东西然后全力支持JB家的编辑器，那时候就真不好说了 而且你说HX用户量早超过webstorm，那是因为使用者需要用HX来做uniapp的开发，抛开uniapp呢？还是超过了webstorm吗？不过是捆绑销售而已，有点自欺欺人的感觉

确实，我本想用uni-app上手小程序开发，然后被HBuilderX这个编辑器直接干成了脑残。我现在都怀疑人生了，感觉我不是做开发的人了

可以说一下遇到的具体问题，以便相关团队进行改进

1. 我遇到过热重载失效的情况，也就是是修改代码小程序工具不进行刷新， 显示 热重载... 但是卡住不动；但这个情况是我项目中尝试集成其他第三方库（常规的第三方库，tailwindcss/postcss大概诸如此类），不知道是哪个npm库影响了HbuilderX的热重载，几天内出现过多次，所以我很担心如果我使用了HbuiderX开发uni-app，突然因为要安装哪个第三方库，导致热重载不能用，或者因为这个现象，我就必须放弃集成这个第三方库
2. 第二个问题是我觉得最不可思议的，我安装了最新的HBuilderX开发版，但是代码提示很不完善，vue3的代码提示都没有，甚至uni-ui的提示也没有

)

收到

第一个，应该和使用什么编辑器无关（vscode 或者使用 HBuilderX 来开发 uni-app），找一下具体的规律单独提出。 第二个，vue3 无提示应该是因为你没有 import，uni-ui 的提示问题会单独排查一下。

如果官方真的想好好做编辑器，建议官方可以把自己团队所有开发人员的编辑器替换为webstorm，了解了解差距，能清楚地认知差距才好进步，一副吊打webstorm的心态，感觉很难做好编辑器，webstorm就是业界最强且拉其他编辑器很远，认清这个事实才好进步。

官方团队可以用两个月webstorm，再用两个月hbuilder，这么来回交替，相信差距会越来越小的。

其他也没什么有用的建议，毕竟快两年没用过hbuilder了，也不知道hbuilder现在进步到了什么样。

然后个人偏好建议，

1. 建议能支持类似webstorm的黑色主题，门面很重要，第一观感很重要。
2. 能支持webstorm的快捷键。使用习惯也挺重要的。

这俩改了我愿意尝试一下hbuilder，然后提一些使用上细节的问题。

[alamhubb]

做为普通用户来说，uniapp能多平台是很牛的，但是HBuilderX是真的拉垮了对uniapp的名声。只谈使用量只谈使用效果就是耍流氓，想全面这个大家都理解，但是精力却跟不上，只要随后有一家公司再出一套全平台的东西然后全力支持JB家的编辑器，那时候就真不好说了 而且你说HX用户量早超过webstorm，那是因为使用者需要用HX来做uniapp的开发，抛开uniapp呢？还是超过了webstorm吗？不过是捆绑销售而已，有点自欺欺人的感觉

确实，我本想用uni-app上手小程序开发，然后被HBuilderX这个编辑器直接干成了脑残。我现在都怀疑人生了，感觉我不是做开发的人了

可以说一下遇到的具体问题，以便相关团队进行改进

虽然是做开源，也希望官方不要有那种，反正我们做开源，给你们白嫖，你们有问题就得提，你们也得付出，咱们一起做更好的心态。

大部分人真的就是伸手党，不会雪中送炭

还是希望官方开发人员们可以好好体验体验webstorm，自己体验体验差距在哪，而不是老等着用户给你提问题，没几个用户能提出特别多宝贵的意见来，还是要靠官方自己的，虽然你们做开源，但也不是慈善，也是为了未来赚钱的，也算是为了自己，好好体验下竞争对手的产品吧，拜托。

为什么这么粉webstorm，个人经历，我有好几个同事以前都用的vscode，被我安利成了webstorm都回不去vscode了。这是我粉webstorm的逻辑。

不知道有几个刚开始用的webstorm，用了hbuilder以后回不去webstorm的， 又有多少用户刚开始用hbuilder，接触了webstorm以后回不去hbuilder的呢

虽然我的话挺讨厌的，但也是真心话，也不是为了喷而喷，真心希望uniapp好

[wraptor]

做为普通用户来说，uniapp能多平台是很牛的，但是HBuilderX是真的拉垮了对uniapp的名声。只谈使用量只谈使用效果就是耍流氓，想全面这个大家都理解，但是精力却跟不上，只要随后有一家公司再出一套全平台的东西然后全力支持JB家的编辑器，那时候就真不好说了 而且你说HX用户量早超过webstorm，那是因为使用者需要用HX来做uniapp的开发，抛开uniapp呢？还是超过了webstorm吗？不过是捆绑销售而已，有点自欺欺人的感觉

确实，我本想用uni-app上手小程序开发，然后被HBuilderX这个编辑器直接干成了脑残。我现在都怀疑人生了，感觉我不是做开发的人了

可以说一下遇到的具体问题，以便相关团队进行改进

1. 我遇到过热重载失效的情况，也就是是修改代码小程序工具不进行刷新， 显示 热重载... 但是卡住不动；但这个情况是我项目中尝试集成其他第三方库（常规的第三方库，tailwindcss/postcss大概诸如此类），不知道是哪个npm库影响了HbuilderX的热重载，几天内出现过多次，所以我很担心如果我使用了HbuiderX开发uni-app，突然因为要安装哪个第三方库，导致热重载不能用，或者因为这个现象，我就必须放弃集成这个第三方库
2. 第二个问题是我觉得最不可思议的，我安装了最新的HBuilderX开发版，但是代码提示很不完善，vue3的代码提示都没有，甚至uni-ui的提示也没有

)

收到 第一个，应该和使用什么编辑器无关（vscode 或者使用 HBuilderX 来开发 uni-app），找一下具体的规律单独提出。 第二个，vue3 无提示应该是因为你没有 import，uni-ui 的提示问题会单独排查一下。

如果官方真的想好好做编辑器，建议官方可以把自己团队所有开发人员的编辑器替换为webstorm，了解了解差距，能清楚地认知差距才好进步，一副吊打webstorm的心态，感觉很难做好编辑器，webstorm就是业界最强且拉其他编辑器很远，认清这个事实才好进步。

官方团队可以用两个月webstorm，再用两个月hbuilder，这么来回交替，相信差距会越来越小的。

其他也没什么有用的建议，毕竟快两年没用过hbuilder了，也不知道hbuilder现在进步到了什么样。

然后个人偏好建议，

1. 建议能支持类似webstorm的黑色主题，门面很重要，第一观感很重要。
2. 能支持webstorm的快捷键。使用习惯也挺重要的。

这俩改了我愿意尝试一下hbuilder，然后提一些使用上细节的问题。

这摆明官方他们自己都是用的webstorm或vs啊，根本没人用自己家的hbuildx才会难用还自觉好

[jiyuan12354]

做为普通用户来说，uniapp能多平台是很牛的，但是HBuilderX是真的拉垮了对uniapp的名声。只谈使用量只谈使用效果就是耍流氓，想全面这个大家都理解，但是精力却跟不上，只要随后有一家公司再出一套全平台的东西然后全力支持JB家的编辑器，那时候就真不好说了 而且你说HX用户量早超过webstorm，那是因为使用者需要用HX来做uniapp的开发，抛开uniapp呢？还是超过了webstorm吗？不过是捆绑销售而已，有点自欺欺人的感觉

确实，我本想用uni-app上手小程序开发，然后被HBuilderX这个编辑器直接干成了脑残。我现在都怀疑人生了，感觉我不是做开发的人了

可以说一下遇到的具体问题，以便相关团队进行改进

1. 我遇到过热重载失效的情况，也就是是修改代码小程序工具不进行刷新， 显示 热重载... 但是卡住不动；但这个情况是我项目中尝试集成其他第三方库（常规的第三方库，tailwindcss/postcss大概诸如此类），不知道是哪个npm库影响了HbuilderX的热重载，几天内出现过多次，所以我很担心如果我使用了HbuiderX开发uni-app，突然因为要安装哪个第三方库，导致热重载不能用，或者因为这个现象，我就必须放弃集成这个第三方库
2. 第二个问题是我觉得最不可思议的，我安装了最新的HBuilderX开发版，但是代码提示很不完善，vue3的代码提示都没有，甚至uni-ui的提示也没有

)

收到

第一个，应该和使用什么编辑器无关（vscode 或者使用 HBuilderX 来开发 uni-app），找一下具体的规律单独提出。 第二个，vue3 无提示应该是因为你没有 import，uni-ui 的提示问题会单独排查一下。

首先非常感谢高效率的回复，有些问题可能因为刚接触HBuilderX和uni-app，我也很希望HbuilderX编辑器能够更好的支持一些开发人员早已刻到骨子里的习惯，包括更智能的提示和更智能的代码补全 【vue3 无提示应该是因为你没有 import】我确实没有导入，但是按照vscode这边的体验，代码提示不是要我先import才提示的，而是代码提示Tab/Enter之后会智能import，如果要手动先import, 代码提示的用户体验就差很多了。 这是VsCode的示例：

[zhoujia456888]

2022年了，HbuilderX还是那个垃圾样子。 我是Android开发，被公司叫过去做uniapp。对比下HbuilderX和IDEA，真心觉得HbuilderX用着很难受。 1.连接安卓手机调试：Mac上直接连接手机不会提示连接，需要点一下运行到手机才会提示，再点一下才会运行，相当于调试APP需要点两步运行到手机。 2.代码提示：相对于IDEA系的代码提示，HbuilderX几乎可以说是没有代码提示，也不知道是不是哪里设置的不对？改个标签，前面的改了后面的居然不会自动修改？ 3.导包真的是一言难尽，improt这种操作居然还要手输？不是写个方法就能自动导包吗？ 4.方法跳转：IDEA里面，commd+鼠标左键能跳转到相应的方法上，在方法上commd+左键还会显示方法在哪些地方被引用了。相当于IDEA里面可以双向跳转方法。HbuilderX的alt+鼠标左键却只能跳过来不能跳回去。 5.全局搜索：IDEA中ctrl+shift+f是能直接将选中的字段进行全局搜索，HbuilderX里面全局搜索居然还要载ctel+c,ctrl+v一下？好几次我忘记cv了，页面直接跳到了我上次全局搜索字段的位置，导致我翻了半天才找到之前想搜的那个字段那里。 6.真心没有必要再搞个uni_modules：这玩意只能写uniapp，也只能在HbuilderX里面用，把自己的路走死了。 7.糟糕的Git体验：官方git有多垃圾我就不说了。官方自己都推荐用easygit。文件修改的状态没有一个直观的展示，看看IDEA文件的红黄绿颜色多好看，反观HbuilderX啥都没有。解决冲突这一块HbuilderX啥都没有，文件有冲突了，同窗口对比文件都没有。 8.不知道你们用过Extract Vue Components没有，这个很方便的把组件引出来的方式。HbuilderX没有。 9.HbuilderX的本地历史记录还不如不做呢。好几次我选择文件的历史记录，显示的居然是其他文件的历史记录。 总结：uniapp或许是个好东西，但是HbuilderX很烂。做完这个项目我再也不想碰HbuilderX了。

[fendo8888]

HBuilderX除了用来开发uniapp外，其他项目基本上不会用这工具🤣，真的，单纯 的 开发前端项目，没有任何优势，真的是难用

确实还不如把精力用来完善体验，就一个动态组件的功能目前都还不支持

[jipika]

别恶心人了，求求弄好uni cli不要去弄什么编辑器了，别捆绑销售了，HX有人用纯粹是因为你捆绑销售

[inoryxun]

国人的常态，用啥喷啥

[gaoyusongcn]

编辑器日常奔溃...

[GiantappMan]

100🔪买的copilot 在 hbuilder用不了……

[203579397]

IDEA都比这玩意开发顺当