【讨论】kbone目前的发展

[xmsz]

现在kbone核心的一些npm包，每天安装量只有几百，说明使用人数还是挺少的

当然完整的说

• 正常一点且开发过小程序的程序员，因为之前使用其他框架，所以很难迁移到另外一个框架上
• 正常一点但是新的程序员呢，则是不敢尝试kbone，毕竟其他框架还是比较火，而kbone都没有成功案例（指的是其他产品）
• 纯小程序开发者或者目前水平较差，根本连跑起来都不会，用都不会用...

所以，我觉得这是kbone目前比较少人用的原因

• 缺乏成功案例
• 对入门程序员不友好
• 宣传文章和教程不足，现在网上说kbone的文章太偏向介绍kbone（更不敢用）

所以kbone现在和未来的发展会怎么样，会不会哪条部门觉得这个没意义就停止更新了？

---

然后对于我们部门自己来说，由于有机会使用新框架，所以可以迁到kbone上，目前线上也没有什么问题。

[yangthen]

现有项目暂时没有web端和小程序同构的需求，这个需求应该说是比较少的，如果我是用户，我能用小程序就不会用你的h5，其他框架比如taro已经比较成熟，生态发展得很好，最近3.0准备入vue3，前景相当乐观，支持支付宝百度等多端小程序才是大部分开发者想要的，还能编译到APP，简直就是一发暴击，像https://wechat-miniprogram.github.io/kbone/docs/qa/#%E7%AD%94%E7%96%91 罗列出的一些特性不支持，配置相对繁杂不清晰，有一定的劝退成分

[yangthen]

吹了这么多的taro，实际上还在用比较老的megalo，因为这些年微信小程序更新量少且缓慢，老框架使用起来几乎毫无障碍，最重要的是开发体验上，无缝丝滑，未来可能会考虑迁移，但不是现在

[xmsz]

我看见论坛连最上面的入口都去掉了

[TomVista]

还好吧，我这里已经有3个kbone小程序上线了

[xmsz]

还好吧，我这里已经有3个kbone小程序上线了

那么公司什么产品

[TomVista]

还好吧，我这里已经有3个kbone小程序上线了

那么公司什么产品

,电商,城区政务,景区导览

[xmsz]

还好吧，我这里已经有3个kbone小程序上线了

那么公司什么产品

,电商,城区政务,景区导览

外包的吧，那无所谓。

[TomVista]

@xmsz 老哥毕业两年,提点一下外包怎么了..

[xmsz]

@xmsz 老哥毕业两年,提点一下外包怎么了..

哥们不要误会，我的意思是一般外包的产出物对编写时没有什么要求（写得好与坏都是个人追求问题，公司只在于交付场物和速度；另一方面写得不好反倒更好，因为你可以增加后续维护的服务）。面向的用户的群体也没那么挑（基本能用就行... 市面上那么多劣质的也不影响什么）。

如果公司自己的产品，如果体验不好会被上头干死，他们也不管你用什么编写，只要他们觉得不行或者用户觉得不行，那这锅我们一定要背了（因为上头一般都是很有自己的想法，而用户呢一般都闲的蛋疼，可能你一个文案逗号写错都会跑来跟你说有bug）

[TomVista]

@xmsz :dog

[Foolyou]

我的理解你现在不做多端兼容层是不行了，微信小程序确实通常流量比阿里系小程序、百度小程序、头条系小程序流量高，而且高很多，但是老板是不会放弃10%-20%的流量的，尤其是大公司，一千万用户10%就是一百万啊，不做多端兼容的小程序框架采用率必然不会太高。这个是现实问题。

[Foolyou]

相反的，程序员为了10%的流量，要单独写一套，那是绝对不能接受的，所以必然会选择支持多端的。

[zdwork]

各有优势

[liudonghua123]

个人感觉，kbone-ui 相比 taro-ui 有点太过了简陋，其他第三方适配 kbone 的ui又非常少，我说的不是那种原生的ui框架，而是 vue、react适配kbone的ui框架，而taro有例如我比较喜欢的colorui的taro版本 https://yinliangdream.github.io/mp-colorui-doc/ ，当然ui是仁者见仁智者见智的审美，看个人需求。
另外还是希望小程序可以更多的接近web原生的开发体验、css等，这样一些已有的成熟的ui （antd、material、element等）可以很方便的用在小程序里面，不知道为什么就这么难呢？

[xmsz]

个人感觉，kbone-ui 相比 taro-ui 有点太过了简陋，其他第三方适配 kbone 的ui又非常少，我说的不是那种原生的ui框架，而是 vue、react适配kbone的ui框架，而taro有例如我比较喜欢的colorui的taro版本 https://yinliangdream.github.io/mp-colorui-doc/ ，当然ui是仁者见仁智者见智的审美，看个人需求。
另外还是希望小程序可以更多的接近web原生的开发体验、css等，这样一些已有的成熟的ui （antd、material、element等）可以很方便的用在小程序里面，不知道为什么就这么难呢？

先不说什么技术原因，其实最主要那些UI库都不是腾讯或者京东的，而且阿里也有自己的跨端库，那么肯定没人也没必要去维护Taro或者Kbone的版本

[mtonhuang]

@xmsz 老哥毕业两年,提点一下外包怎么了..

哥们不要误会，我的意思是一般外包的产出物对编写时没有什么要求（写得好与坏都是个人追求问题，公司只在于交付场物和速度；另一方面写得不好反倒更好，因为你可以增加后续维护的服务）。面向的用户的群体也没那么挑（基本能用就行... 市面上那么多劣质的也不影响什么）。

如果公司自己的产品，如果体验不好会被上头干死，他们也不管你用什么编写，只要他们觉得不行或者用户觉得不行，那这锅我们一定要背了（因为上头一般都是很有自己的想法，而用户呢一般都闲的蛋疼，可能你一个文案逗号写错都会跑来跟你说有bug）

真有你的，牛逼...

[peterlyq]

还好吧，我这里已经有3个kbone小程序上线了

那么公司什么产品

,电商,城区政务,景区导览

可以发表一些关于地图的文章吗？ 最近遇到问题无从下手啊

[TomVista]

@peterlyq 遇到了什么问题?

[yoyo837]

看commit历史, 维护没有特别积极的感觉, 而且好像还是单人在维护.

[yoyo837]

目前在选型, 担心后面放弃维护了.

[JuneAndGreen]

@yoyo837 目前基础能力比较稳定，如果有需求或者 bug，可以单独提 issue 给我，我这边来处理。

[zhouliangshun]

@yoyo837 目前基础能力比较稳定，如果有需求或者 bug，可以单独提 issue 给我，我这边来处理。

wx-checkbox 和 wx-radio 在safari浏览器不能使用，因为在Base类里使用TouchEvent类，而TouchEvent Safari不支持。

[anlexN]

到底发不发展？一句话。我关注一段时间了，让人失去耐心

[edsion11]

持续关注中，目前业务是web的next项目，需要复制一部分业务功能到多个小程序平台，想法是通过kbone这种实现思路将web代码转译到多小程序平台，期待kbone后续更新多平台

[william-LK]

我们也正在使用此框架，按照目前小程序的流量来说，微信才是大头，其他端的小程序其实比较少，taro和uniapp在开发上的坑点其实也是不少的。相对来说kbone的上手成本我觉得要少很多，特别是在混合原生开发这一点上，我也加入fork，希望后续能给一直坚持的作者一点支持。

[anlexN]

@william-LK 详述所有坑点