用户评价
在十余年间,有大量开发者使用 LeanCloud 构建其产品。这里收录了他们在实际使用中留下的评价,既有对文档、功能和服务的认可,也有围绕稳定性、价格和政策变化的批评。
LeanCloud 给我的印象十分极客,从产品到员工都有一种技术范,我认为程序员才最懂程序员。
LeanCloud 作为一个在开发者圈子里如此知名的平台,它的突然落幕确实让我感到意外 ... 再见了,LeanCloud。再见了,那段为了几块钱服务器费绞尽脑汁的青春。
文档
文档是我在中文互联网上见过写得最好的,很多问题翻一遍文档就解决了。
无需后端
我们没有后端工程师,产品是靠它做出来的;用过之后,真的不想再自己写一遍。
功能易用
存储、迁移和 SDK 都很顺手,很多功能接上就能用,这是我最舍不得换掉的部分。
功能难用
功能看着什么都有,真正接入时我却总被接口、SDK 和 demo 绊住,省下的后端代码又花在了踩坑上。
稳定性
它挂过几次,我一边接着用,一边不敢把最要紧的东西放上去。
技术支持
工单响应确实快,可它是要买的;免费的渠道里,我常常等不到人。
公开透明
它把工资和规则摆在明面上,光凭这一点,我就更愿意信这家公司。
计价方案
我当初选它就是因为用多少付多少;最低消费一出,我这样的小应用就没有位置了。
合规
实名、备案、海外版不提供接口——每来一次,我都要重新决定还要不要用下去。
服务存续
从 Parse 关停那天起我就在担心;轮到它的时候,我一边找替代,一边承认当年是它让我把东西做出来的。
我是融云的 CTO,LeanCloud 是一家令人敬仰的公司,我个人也是 LeanCloud 的粉丝。
LeanCloud 和融云在即时通讯服务方面主要的不同在于:LeanCloud 提供的是一个更加抽象的实时通讯服务,可以非常灵活的实现各种功能场景,这是最大的优势;而融云对即时通讯功能做了非常高级的封装,可以说完全是面向即时通讯业务的,而且提供了开箱即用的界面组件,无疑大大降低了开发成本和门槛。
作为一个 iOS 开发者,融云和 AVOS(LeanCloud)我都用过。从技术方面来说(主要是通过 iOS SDK 和 相关 demo),个人感觉两者根本不是一个技术层次的。LeanCloud 的代码质量很高,符合 iOS 代码规范,API 命名是专业的英文风格。相关 Demo 易懂不复杂。 ... 从成本和功能上来说,融云有压倒性优势,基本上你连界面都不用写,几句代码集成进去你的应用就具备了聊天功能。
我们公司的单机游戏要做用户详细信息查看,最后我就用了 LeanCloud , iOS SDK 什么的设计得确实很不错,接入起来很方便,速度也很快,比较悲剧的就是官方无 CPP 的 SDK ,有套说是开源的,但是编译过程不表,太痛苦。
我们之前也用过网易云信,那时候还是免费;之后换过阿里悟空,最后感觉 LeanCloud 文档什么的看着比较有范换到了 LeanCloud 。
总体来说 LeanCloud 还是挺不错的,社区反馈响应的也比较快。不过有个 bug (推送服务死了之后前台连接不上)从年前到现在都没解决。
做了 4 个月的 IM 集成,突然也想在这里谈一下我的感想。 ... LeanCloud:文档清晰易懂,代码块和排版看起来都比较舒服,集成过程中基本没有遇到什么文字理解障碍 ... LeanCloud:再次佩服 LeanCloud,demo 代码依然是这几家里让人看得最舒服的。 ... LeanCloud:只有工单系统,而且是收费的。 ... 最后选择环信 IM 的主要原因其实是因为我们公司的用户群体主要是国外用户,所以要求在国外有稳定的服务器节点,还有 ... 最重要一点:环信的技术支持是最热情的,社区也是最活跃的。
实话实说,我的产品快要上线了,加上我只有3人的公司。当初我是衡量了很久,觉得Leancloud各方面综合最好所以才选用的。中间学习其SDK踩了不少坑(还是不错的,文档问题吧?),然后现在才突然来个新年快乐,月费900啊。。我还说服了我的伙伴说用Leancloud是因为性价比高,可提升开发速度,适合初创,现在简直是懵了。。
上线的时候升级到30元商业版,然后看盈利效果,不行的话就降为开发版或者停掉项目。目前只能这么做了。 ... 另外原本有两个微盈利的小应用,也要关停了。(日存储API调用超过3万次,要继续运营,必须升级到900月的商用版。原本每月有个几百小钱能赚,但升级到900的版本后,就要倒贴钱了)
项目启动时我们没有后端开发人员,整个团队只有三个全职外加三个实习生,开发能力有限, 只能照顾到 Android 平台。 ... 而且它还支持第三方登录、密码和短信多种登录方式,这让我们开发帐户系统方便了好多,我们能省出更多时间专注在业务本身的逻辑和代码上,然后数据都往云端一存,在没写任何后端代码的情况下就把产品功能给完成了。
作为一个通过 LeanCloud 入门后端开发的小白,一年多的开发历程让我收获满满。多个项目也在 LeanCloud 可靠的服务支撑下取得了不错的发展,其中用户量最大的项目的云引擎每分钟请求量在 1.2W 次左右,每日调用存储服务 API 在 300W+ 次。在此过程中,我不仅得到了 LeanCloud 各路技术大侠的指点,得以提高数据可靠性并优化了逻辑执行效率,而且 LeanCloud 的高可用性和对突发异常处理的高效也让我对运维工作和服务稳定性没有丝毫的顾虑。
刚好对 LeanCloud、融云、环信 都有了解。首先,技术是都差不多的,都做了一样的事情,开发者用了哪一家,就用户层面上来说感受都一个样。
然后,与其他两个专注 “ IM 云服务” 的提供商相比, LeanCloud 除了 即时通讯,还有 统计分析、消息推送、数据存储等功能。这对移动开发者来说很方便,我们仅需要 LeanCloud + 一个 社会化分享 提供商 就可以做完所有的事情。
当然,还有一个原因是:产品气质。没错。我是被 LeanCloud 的气质折服的。
当然在后续的开发过程也波折不断,我们总会因为文档没看全、代码漏写参数或是网络波动等问题在坑里进进出出。总结下来,最终让我们深度使用 LeanCloud 的主要原因有两个,一是它的功能大而全,像文件存储、MongoDB 存储、实时通信、短信、SNS 登录全都有 ... 二是技术支持反馈快。我们是商业版用户,一般出问题先 debug 代码,看文档,不行就直接去工单提,一般半个小时之后都会有第一次回复。
由于是创业团队,对低成本和尽早上线的需求比较大,因此在技术选型方面,我们选择了不需要自建后端的 BaaS 服务。 ... 经过对稳定性、功能性延展和价格等多个方面考虑,我们最终选择了 LeanCloud。它的优势在于技术的透明性比较高,经过测试稳定性也让我们比较信赖 ... 另外还有一个小小的原因是 LeanCloud 给我的印象十分极客,从产品到员工都有一种技术范,我认为程序员才最懂程序员。
自己的应用也受到了影响,但过程中 leancloud 一直通过博客透明信息和指导开发者如何补救应对。希望经过这次事件,未来能做足备案措施。自己还是非常支持 leancloud 的,用了差不多 4 年多,总体感受很好,工单的处理速度也非常快。自己也边看文档边实践,从设计师转型为独立的开发者。愿 leancloud 越来越好!
很高兴你们恢复了,同作为创业者不希望创业公司遭受打击。但从用户角度讲还是不会再用了。
其实希望用户认证,只要限制不认证不能使用就好了,单方面的封号会失去信任,毕竟服务器是很重要的东西 ... 但是让我觉得永远不再用 LeanCloud 的服务是因为,原本简单咨询一下恢复方面的问题,甚至没有催,结果 LeanCloud 单方面直接封号。
我自己的后端服务和前端一些相关 SDK 一直使用的是 LeanCloud 提供的。 ... 这个 bug 我承认是我测试不到位导致流入线上的,但是排查问题后,发现是 LeanCloud 提供的 SDK 中的 bug,提交工单和他们的工作人员一起确认了这个问题的确是 LeanCloud 提供的。 ... 当然我觉得有协议在先,不赔偿也是理解的,我只是怪我当初使用的时候没阅读协议。
对于一个菜鸟而言,leancloud的使用在掌握基础后,是方便且快捷的。但是,在掌握使用基础的过程中所遇到的文档,其写作水平确实有提高的空间。 ... 而贵司的产品使用说明书,也就是文档,不但没有降低开发者的使用门槛,还因为编写的随意,在不知不觉中增加开发者的使用门槛甚至误导开发者。
用了十几年的 Leancloud 了。快速构建一些简单应用一直很好用。直到前天( 31 号)发现,部署总是失败直到今天( 2 号)依然没有恢复。
这种级别的问题,怎么能持续 2 天?难道只有我有问题吗?
被心动收购以后,一天不如一天,然后原来 LeanCloud 的老大离职了,被放弃了
这两天收到了📧,leancloud 要结束服务了 ... 我自己用的 leancloud 服务就是作为 waline 的数据库,虽然没用多长时间,但还是感谢它们提供了免费的服务,现在我正在等待导出数据,当我迁移到别的平台时,就说明,真的再见了 LeanCloud
LeanCloud 准备停服了 一个时代结束了
对于当时的我来说,LeanCloud 简直是“救星”。它提供了一个能够处理数据、且有免费额度的线上平台,给了我们这些小项目一条生存的活路。
... LeanCloud 作为一个在开发者圈子里如此知名的平台,它的突然落幕确实让我感到意外。虽然官方给了一年的缓冲期,而现在的我技术栈也已更新,不再依赖这种 BaaS 平台,但当这一天真的来临时,依然难免唏嘘。
... 再见了,LeanCloud。再见了,那段为了几块钱服务器费绞尽脑汁的青春。
公司从事移动后端开发解决方案十几年 ,Leancloud 的倒闭真的是可惜,leancloud 可以说是国内移动后端开发解决方案行业标杆企业,独立开发 app 的,几乎无人不知无人不晓。 ... LeanCloud 的退场,是残酷市场与国内政策变动共同作用的结果,最受影响的,还是那些真心依赖它的开发者。
以前 leancloud 就做这个。我基于他们做过不少产品。后来遇到很大问题。 比方说 CDN 不是自己的,常常收到第三方审查通知为难。比方说我存储里有违规图片,我说是的有,所以我有机器在审核,这些图片没人能看见。CDN 和存储转达的消息是,不允许有,有了就封,全部在端侧审查完再上传。 还比方说业务扩大了之后其实就威胁了传统云的生意了,被搞过很多次,最大的一次就是底层数据存储的域名解析被暂停了,临时换了域名,导致我这边所有已经打包出去的软件都坏掉了 ...
LeanCloud 停服了;时代的眼泪了。
当年很喜欢这家公司 不管是 UI 还是文档 都很舒服
LeanCloud 将于 2027 年 1 月 12 日停止服务,使用它部署的 Valine 支持了博客近 8 年的评论功能,一时有点恍惚。这种自己在用的东西,以后还是应该充钱支持下。
LeanCloud 作为一个后端服务化的云平台使用起来相当便捷,同时服务稳定速度快,技术支持反应迅速,对开发者来说既节约了开发成本且降低了技术门槛,特别适合像我们这样的独立开发者。
好的架构应该像乐高积木一样,将优秀健壮的模块组合起来,搭建出成功的项目。LeanCloud 在我看来就是这样一个完美的积木,成功支撑了我们「天天打波利」游戏中百万日活用户的聊天和消息系统。
自从有了 LeanCloud ,后端开发简单易学,前后端工程师可以随时穿插复用,小项目一个人就搞定了,降低了成本,提高了效率,也不愁招不到人了。而且用 LeanCloud 开发手机游戏也是很不错的选择。
西窗烛从创立初期就开始使用 LeanCloud 了,可以说陪伴了产品从 0 到 1 的整个过程。LeanCloud 提供了 App 开发所需的几乎全部后端服务,为我们节省了非常多的时间。在移动开发 BaaS 服务这个领域,他们是最棒的!
2014 年开始我们游戏服务端业务逻辑全部依赖 LeanCloud,期间遇到技术问题响应非常及时, 帮助我们解决了很多难题, 对于新的技术, 新的需求跟进也很迅速, 让开发者可以更专注于业务本身, 极大的提升了产品的迭代速度。
LeanCloud 是一家有 Geek 精神的公司,他们提供的即时通讯服务高效稳定,懂球帝从创业初期至今一直在使用。他们提供的服务加速了我们开发的效率,使我们能专注于产品和业务。
LeanCloud 最初令我们印象最深的是 API 的接口设计优雅易懂,文档详细规范,使用两年多以来,其高度可定制化的即时通讯和消息推送功能基本可以满足我们的应用场景,且服务一直稳定高效,技术支持也总在第一时间为我们排查问题,帮助我们很好的提升了用户体验。
Leancloud 在前端、后端、数据分析以及常用的三方服务都提供了全面的技术支持,减少了大量基础服务研发和维护的工作,对于业务快速成长的团队来说,基于他们的服务能够快速进行产品迭代,给创新试错提供了强力支撑。
LeanCloud 接口使用非常方便,推送速度也很快,在国内算是很棒的推送服务提供方。除此之外,每次跟 LeanCloud 反馈问题,沟通都很高效、畅通。
从 2013 年开始,拉卡拉集团有多款产品都在使用 LeanCloud 的服务,其统计和推送服务稳定迅捷,框架设计灵活功能强大,很好地满足我们多条业务线的需求,且公开源代码的方式也让我们金融领域的客户放心很多。
LeanCloud 是一款倍洽从创业之初至今一直在使用的服务平台,LeanCloud 完备的后端云服务为开发提供了强有力的支持,帮助我们实现了研发与业务的高效联动。
数据来源
评价收集自 LeanCloud 官网、V2EX、知乎、X、LeanCloud 用户社区、「玩转 LeanCloud」征文和个人博客。LeanCloud 用户社区相关帖子取自 Wayback Machine 和 Common Crawl。
页面中的聚合评价由 AI 根据收集到的评价归纳生成。滚动的短句来自评价原文,以未署名的摘句形式展示。署名评价保留原文措辞,仅进行部分删节并统一标点和空格。部分署名评价来自于 LeanCloud 官网的客户推荐语。