【讨论】kbone目前的发展

xmsz commented 4 years ago

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

当然完整的说

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

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

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

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

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

pecopeco commented 4 years ago

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

pecopeco commented 4 years ago

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

xmsz commented 4 years ago

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

TomVista commented 4 years ago

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

xmsz commented 4 years ago

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

那么公司什么产品

TomVista commented 4 years ago

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

那么公司什么产品

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

xmsz commented 4 years ago

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

那么公司什么产品

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

外包的吧，那无所谓。

TomVista commented 4 years ago

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

xmsz commented 4 years ago

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

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

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

TomVista commented 4 years ago

@xmsz :dog

Foolyou commented 3 years ago

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

Foolyou commented 3 years ago

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

zdwork commented 3 years ago

各有优势

liudonghua123 commented 3 years ago

个人感觉，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 commented 3 years ago

个人感觉，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 commented 3 years ago

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

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

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

真有你的，牛逼...