HarmonyOS 鸿蒙Next Base64Helper encode的文档例子确定是程序员写的？
HarmonyOS 鸿蒙Next Base64Helper encode的文档例子确定是程序员写的？
我不知道是不是我看错了，我是真的没有看出来array和rarray是什么关系，我的这个例子肯定是专家写的，有点高深，看不明白。鸿蒙的人还是厉害，写的例子真是高深。
更多关于HarmonyOS 鸿蒙Next Base64Helper encode的文档例子确定是程序员写的？的实战系列教程也可以访问 https://www.itying.com/category-93-b0.html
您好，请问能否反馈下文档链接？
更多关于HarmonyOS 鸿蒙Next Base64Helper encode的文档例子确定是程序员写的？的实战系列教程也可以访问 https://www.itying.com/category-93-b0.html
自己去找呗，不上心，写出这样浪费大家时间的代码，你们也体验下我们开发者的心情。
不要让大家接触了鸿蒙后，觉得华为是烂透了。这个文档很难写吗？是不是需要找个科学家才写的明白
开发者您好，您反馈的示例代码问题已经修复，请您查阅最新文档，如有问题欢迎反馈。
https://developer.huawei.com/consumer/cn/doc/harmonyos-references-V5/js-apis-util-V5#encode9
开发者文档内容持续优化完善中，感谢开发者的意见反馈。
1、我的理解
then通常是异步回调后的结果。这里用array和rarray展示如何使用异步编程的方式进行 Base64 编码。
array是源数据，即原始的Uint8Array对象。
rarray在示例中仅作为一个计数器使用，而不是用来接收Base64解码后的结果。
2、存在问题
示例代码可能存在误导，因为它没有正确地展示如何使用Base64Helper.decodeSync()函数来解码Base64编码的数据。
示例代码中的变量名和注释可能没有清晰地表达出它们所代表的意义，导致阅读者产生混淆。
文档的质量直接影响到开发者的学习效率和使用体验。
第一个，我的理解，解释有点牵强呀。 我发出来主要是这个东西没有难度，花五分钟就可以改成一个正常的，可是偏偏给出来了。让开发人员看了浪费时间，如果每个人浪费一分钟，就远远超过了5分钟了。 其实这个还是写文档的人没有拿开发者的时间当回事，甚至都不当个人，不然怎么写出这样不是给人看的代码。 难题或者复杂东西搞不出来，需要时间可以理解，不过这么简单的东西，堂而皇之出来糊弄人就理解不了了。 在华为拿高工资，混日子我也不关心，但别影响我们开发者呀，要混日子找个没有影响的地方混呀。 所以如果是我，这样的人有一个开一个，这个不是能力问题了，就是态度问题。
文档示例不太友好，框架自己创建了很多数据类型，也没有一个统一说明(虽然罗列了数据结构)，全靠个人领会，给读者造成很多困惑，文档对开发者不算友好，尤其是作为一种新框架和一种新语言。
楼主给的示例中rarray是用来承接结果的，初始化估计就是为了数组长度，Base64生成的结果与原数据长度比就是3:4，初始值就是结果。但示例只把rarray当成计数工具用，没有体现出正确用法。不知道是因为工作量太大而草率，还是文档人员专业性不够。希望后续能有改进吧。
找HarmonyOS工作还需要会Flutter的哦，有需要Flutter教程的可以学学大地老师的教程，很不错，B站免费学的哦：https://www.bilibili.com/video/BV1S4411E7LY/?p=17
主要是现在遇到坑了。base64Helper.decodeSync(), 传"11"和‘11’ 这样的结果可能会不一样，就看问的是不是有什么忽略的地方，结果例子越看越看不懂。 我觉得这个不是能力问题，截代码就一分钟，看出这个代码有问题修改下也就一分钟。一分钟可以搞定的问题，就是态度问题了，应该是里面有混子。不过华为里面这些混子也太嚣张了，如果是我，这样的人见一个开除一个。 以前觉得华为怎么样厉害，其实接触才知道，也就那样，真的是拿出来看就知道确实还是传闻夸张了。 确实是这样，华为这次真的刷新人的认知，我觉得他们领导也不关心，不然怎么这样的事情一直在，一个文档，多招一个人就维护了，对于我们开发人员可以省很多的时间。不知道是不是领导不知道，还是下面有人欺上瞒下。
HarmonyOS 鸿蒙系统中的Next Base64Helper类所提供的encode方法，其文档例子通常是经过专业程序员编写和审核的。这些文档例子旨在为开发者提供一个清晰、准确的使用指南，以便他们能够快速理解和应用Base64编码功能。
程序员在编写这些文档例子时，会遵循一定的编码规范和最佳实践，以确保其准确性和可读性。这些例子通常会展示如何将字符串或其他类型的数据进行Base64编码，并返回编码后的字符串。同时，例子中还会包含必要的注释和说明，以帮助开发者理解每一步操作的目的和原理。
然而，由于编程语言的多样性和编程习惯的不同，有些开发者可能会觉得这些文档例子的编写风格或表达方式与他们的期望有所差异。但这并不意味着这些例子不是由程序员编写的，或者它们的准确性存在问题。
如果你在使用Next Base64Helper的encode方法时遇到了问题，并怀疑文档例子的准确性，建议首先仔细阅读文档中的说明和注释，确保你正确理解了该方法的使用方式和参数要求。如果问题依旧没法解决，请联系官网客服，他们会为你提供更专业的帮助和支持。官网地址是：https://www.itying.com/category-93-b0.html。
