RT
1.不能就官方来回答问题,再多人也回复不过来.
2.问题描述都不清楚,看你的帖子根本看不出是神马问题
3.很多使用MUI的老用户其实也经常在这边逛的,但是问题描述部清楚根本就不好回答
我认为一个问题描述大概包含这些元素:
界面图:
过程图:
Html代码:
Js代码:
Css代码:
错误描述:
错误截图:
你自己觉得问题大概出现在哪里:
郭冠常
- 发布：2015-12-11 17:00
- 更新：2016-01-04 16:53
- 阅读：2264
7 个回复
过期红茶
实际上，现在更多的人倾向于直接给他代码。
与其说，回答的少，不如说，现在人的水平高。
至于自行摸索，我觉得，多花点时间，敲敲，看看。这不是问题。
哪怕最后，一个人都不回答你。难道你就不去仔细想么？
所以咯，这里只是大家交流的地方。
maq
等产品的用户积累到一定程度（人数、应用水平），这里就可以发展成为具有自组织、自生长能力的社区了。不过目前嘛，可能大家主要还是把这里当作官方答疑区来看待的。可能是人手不够，精力照顾不过来，很难做到及时的有问必答，这个应该理解。
楼主的说法很有建设性，其实，大部分得不到回答的帖子很可能是问题本身描述不清，或者更泛一点说，提问题的方式不对。我特别推崇的一篇文章《提问的智慧》，推荐给大家，虽然我知道很少有人能耐心读完。
给提问者一个具体的建议，作为对楼主建议的一点补充：如果有人的回复帮助你解决了问题，请你把结果简单报告一下。既是对帮助你的人的尊重和感谢，也是对社区建设的贡献，也许在你下一次求助的时候，愿意帮助你的人会更多。
Float - 专注
同感 ，学习了
番茄炒西红柿
期待啥时候能出本Hbuilder开发APP的书籍吧
binyy
是啊 搞下去很纠结啊 没有人理会
风行天下1985
BUG少了，用的人才能多。
烟雨江南 - 随便来
MUI其实做的不错了，关于文档，嗯，虽然还有进步的空间，但相比以前好了许多。
问问题，的确需要点技术、或者说是艺术。人家不知你所云，如何回答呢，还有就是
这社区的贡献如此的大，我们不能只去责怪，该肯定还是要肯定的啦。