《GitCode 服务条款》

GitCode 服务条款

生效日期:2022年3月10日

重要提示:

GitCode特别提示您,在注册GitCode及使用GitCode服务前,请事先认真阅读本服务条款内容,特别是关于用户义务、用户责任及优快云有限保证及免责的条款。本协议被视为《优快云用户服务条款》(链接:https://passport.youkuaiyun.com/service)的补充协议,是其不可分割的组成部分,与其构成统一整体。本协议与《优快云用户服务条款》内容存在冲突的,以本协议为准,其余按照《优快云用户服务条款》执行。同时,GitCode可能会不断更新/发布关于本服务的相关规则、使用政策、声明指引等内容,该类内容一经发布,均视为本协议的组成部分。

请您在访问或使用本服务前,完整和仔细地阅读本协议,充分理解本协议各条款内容,特别是限制或免除责任的相关条款,限制或免除责任条款可能会以加粗或其他醒目形式提示您注意。如访问或使用本服务,您应接受本协议的所有条款和条件。

一旦您确认或开始以其他方式使用本服务,包括但不限于(1)点击与本协议同时显示的“接受”或其他类似按钮或复选框;(2)当您点击确认发出任何附带了本协议的产品或相应页面;或(3)开始使用服务(以前述三种情况中较早发生者为准),本协议即视为已经签署和生效(生效日),您将成为本协议的一方,受本协议的约束。如您不同意本服务条款或其中任何条款约定,您应不再进行下一步或停止使用本服务。

拟注册用户应具备我国法律规定的与您从事行为相应的民事行为能力,并需同意遵守所有服务条款之约束。如果您代表某个机构而非您个人注册、登录和使用GitCode相关服务,则您将被认为获得充分授权代表该机构同意本服务条款。

一、定义

  1. “GitCode”或“我们”是指北京创新乐知网络技术有限公司及/或其关联公司。
  2. “帐户”代表您与 GitCode 之间的法律关系。 “个人帐户”代表单个用户登录和使用服务的授权,并在 GitCode 上作为用户的身份。 “组织”是可能与一个实体或者一个或多个用户相关联的共享工作空间,其中多个用户可以同时跨多个项目进行协作。 个人帐户可以是任意数量组织的成员。
  3. “协议”是一种统称,包括本文档中包含或引用的所有条款、条件、通知(“服务条款”或“条款”)和所有其他操作规则、政策(包括 GitCode 隐私声明,请参阅《GitCode 隐私声明》_GitCode的博客-优快云博客 ),以及我们可能不时在网站上发布的公告、公示、通知等。 我们大多数协议可在gitcode.net查阅。
  4. “内容”是指通过网站或平台提供或显示的内容,包括但不限于代码、文本、数据、文章、图像、照片、图形、软件、应用程序、程序包、设计及其他材料及信息。 “内容”也包括服务。 “用户生成的内容”是由我们用户创建或上传的书面或其他形式的内容。“您的内容”是您创建或拥有的内容。
  5. “服务”或“本服务”是指 GitCode 提供的应用程序、软件、产品和服务。包括但不限于:
  1. 创建组织承载项目;
  2. 邀请他人加入组织功能管理项目;
  3. 被邀请或申请加入他人组织,参与管理项目;
  4. 在您名下或有权限的组织名下创建项目(私有/公开);
  5. 在您名下或有权限的组织名下导入其他平台您的项目;
  6. 在您名下或有权限的组织名下导入其他平台组织或个人的公开项目;
  7. 为您有权限的项目书写技术文档、提建议(issue)、贡献代码;
  8. 为公开的项目申请贡献技术文档、代码、提建议;
  9. 获取您有权限的项目或公开项目的源码等信息用于您的开发工作;
  10. 使用 GitCode 的 devops、pages等工具进行编译、测试、计算、内容发布;
  11. 意见反馈;
  12. 评论。
  1. “用户”或“您”是指访问或使用网站或服务、访问或使用帐户的任何部分或指示使用帐户以执行其功能的个人、公司或组织。
  2. “网站”是指 gitcode.net,以及 GitCode 在该网站上或通过该网站提供的所有内容、服务和产品,它还指代前述网站的子域名。
  3. “平台”是指优快云网站(网络域名:youkuaiyun.com)及GitCode网站(网络域名:gitcode.net)与优快云网站及GitCode网站的相应客户端、平台、APP、小程序)等。

GitCode的网站或平台可能会提供不同或附加的服务条款。如该等附加条款与本协议有冲突,则以适用于相关页面或服务的更具体条款为准。

二、帐户条款

个人帐户和组织具有不同的管理控制权;每个用户必须创建自己的帐户。如果您是限制民事行为能力人,应在法定代理人陪同下阅读本协议并取得法定代理人对本协议全部内容,以及限制民事行为能力人依据本协议使用服务和支付费用的全部行为的同意后创建账号;如果您是无民事行为能力人,不得使用本协议约定的任何服务,不得创建账号。每个用户创建自己的账号必须提供有效的手机号码及/或电子邮箱。您对自己的帐户以及登录或使用帐户时发生的任何事项均应自行负责。您有责任确保自己的帐户安全。

1. 帐户控制

  1. 用户:在符合本协议条款的情况下,您对自己的个人帐户及其中的内容具有最终管理控制权。
  2. 组织:根据本协议条款创建的组织之所有者,对该组织及其中的内容具有最终管理控制权。在服务中,所有者可以管理用户对组织数据和项目的访问。一个组织可以有多个所有者,但必须至少指定一个个人帐户为组织的所有者。如果您是本协议条款下的组织之所有者,您应该对在该组织上或通过该组织执行的操作负责。

2. 必须信息

您必须提供有效的手机号码及/或电子邮箱完成注册过程。除非您代表其他法律实体接受这些条款(在这种情况下,我们需要有关该法律实体的更多信息),我们要求的任何其他信息(例如您的真实姓名)都是可选的。

3. 帐户要求

对于GitCode 服务上的个人帐户,需遵循下述规则:

  1. 只允许人类创建帐户。不允许通过“自动程序”或其他自动方法注册帐户。
  2. 一个人或一个法律实体最多可以拥有一个帐户。
  3. 未成年人在注册使用本服务前,应事先取得监护人的同意。监护人的同意包括但不限于口头的、书面的或者其他形式。监护人应承担未成年人在网站隐私权保护的首要责任,且未成年人及其监护人应承担使用本服务而导致的一切后果。如果您是中国以外的国家/地区的居民,您所在国家/地区规定的最低年龄可能会更大;在这种情况下,您有责任遵守您所在国家/地区的法律。
  4. 您的登录名只能由一个人使用,即不允许多人共享一个登录名。
  5. 不得违反中国或任何其他适用司法管辖区的出口管制或制裁法律。如果您是被中国政府机构实施的类似封锁或被拒方禁令所限制的个人,或者代表他们工作,则您不得使用 GitCode的服务。

4. 帐户安全

在使用我们的服务时,您负责维护您的帐户安全。

  1. 您对在您的帐户下发布的所有内容和活动负责(即使是拥有帐户的其他人在您的帐户下发布的内容)。
  2. 您负责维护您的帐户和密码的安全。GitCode 不能也不会对您未能遵守此安全保护义务而造成的任何损失或损害承担责任。
  3. 如果您获悉通过您的帐户发生任何未授权的服务使用或访问,包括对您的密码或帐户的任何未授权使用,请立即与我们联系。

5. 附加条款

在某些情况下,第三方的条款可能适用于您对 GitCode 的使用。例如,您可能下载与 GitCode 相集成的应用程序;或者,您可能使用 GitCode 来验证另一项服务等。

三、使用

1. 用户应遵守下列规则:

  1. 遵守中华人民共和国关于网络的相关法律、法规;
  2. 使用网络服务不作非法用途;
  3. 不干扰或混乱网络服务;
  4. 遵守所有使用网络服务的网络协议、规定、程序和惯例以及产品的使用说明。

2. 用户在传输作品时,应保证:

  1. 不得传输或发表煽动抗拒、破坏宪法和法律、行政法规实施的言论,煽动颠覆国家政权,推翻社会主义制度的言论,煽动分裂国家、破坏国家统一的言论,煽动民族仇恨、民族歧视、破坏民族团结的言论或内容;
  2. 不传输任何非法的、骚扰性的、中伤他人的、辱骂性的、恐吓性的、伤害性的、庸俗的、淫秽的、侵权等信息资料;
  3. 不传输任何教唆他人可能构成犯罪行为的资料;
  4. 不传输任何不符合国家法律及国际惯例的资料;
  5. 不得在未经许可的情况下,非法进入其它电脑系统;
  6. 遵守GitCode的协议及行为准则;
  7. 遵守所在国家的法律、法规、政策规定及的相关规定。

3. 用户不得利用GitCode或其提供的服务实施下列行为:

  1. 损害他人名誉或隐私权;
  2. 使用自己名义、匿名或冒用他人或以GitCode的名义散播诽谤、不实、威胁、不雅、不法、攻击性或侵害他人权利的消息或文字;
  3. 传播或散布计算机病毒;
  4. 发布与GitCode提供服务无关的垃圾广告或信息,售卖商品;
  5. 其他GitCode认为不适当的行为。

四、用户生成内容

您创建的内容归您所有,但您允许我们对其拥有某些权限,以便我们能够对您发布的内容进行显示、分享和传播等 您仍然可以控制您的内容并对其负责,您授予我们的权利仅限于我们提供服务所需的权利。如您有违反本协议或违反行为准则等行为,或基于我们对您行为可能会不利于平台或可能属于其他违法或不当行为的判断,我们有权删除内容或关闭帐户。

1. 关于用户生成内容的责任

您在使用服务时可能创建或上传用户生成的内容。对于您发布、上传、链接或通过服务提供的任何用户生成内容,无论内容的形式如何,您对其内容以及由此造成的任何损失负有全部责任。我们对用户生成内容的任何公开显示或滥用等概不负责。

2. GitCode 可删除内容

我们有权删除我们认为违反了任何法律或 GitCode 条款或政策或有可能不利于平台的用户生成内容而不需要经过您的认可。

3. 内容所有权、发布权利和许可授予

您对您的内容保有所有权和责任。如果您发布不是您自己创建或者您没有所有权的内容,则您同意对您发布的任何内容负责;您只会提交您有权发布的内容;并且您将完全遵守与您发布的内容有关的任何第三方许可。

您确认并同意授予我们及其他 GitCode 用户第四条至第七条所列的相关权利。该等许可授予适用于您的内容。如果您上传的内容具有已经向 GitCode 授予运行相关服务所需权限的许可,则无需其他许可。您了解,您对在本协议项下授予的任何权利不会收取任何费用。

4. 向我们授予许可

我们需要合法的权利来为您服务,例如托管、发布以及分享您的内容。您授权我们和我们的关联方或合作方存储、存档、解析、复制、发布、显示、分享和传播您的内容的权利,以及制作附带副本的权利,但限于提供服务的目的,包括但不限于如下权利:将您的内容复制到我们的数据库并制作备份;向您及其他用户显示;将其解析为搜索索引或在我们的服务器上分析;与其他用户分享;网络传播;执行;逐步改进我们的服务等。

5. 向其他用户授予许可

您公开发布的任何用户生成内容,包括议题、评论以及对其他用户仓库的贡献,都可供其他人查看。设置公开显示您的仓库,即表示您同意允许他人查看和“复刻”您的仓库(这意味着他人可以从他们控制的仓库自行复制您仓库中的内容)。

如果您将页面和仓库设为公开显示,则表示您向每个用户授予非独占、全球许可,允许他们通过 GitCode 服务使用、显示和执行您的内容,以及通过 GitCode 的功能(例如通过复刻)只在 GitCode 上重制您的内容。 如果您采用另行许可的方式,您得授予进一步的权利。如果您上传不是您创建或拥有的内容,则您负责确保上传的内容根据向其他 GitCode 用户授予这些许可的条款进行许可。

6. 仓库许可下的参与

只要您向包含许可证或有其他许可条款的仓库添加内容,则表示您在相同的条款下许可该内容,并且同意其有权利在这些条款下许可该内容。 如果您使用单独的许可协议或许可证在不同的条款下许可该内容,如参与者许可协议,则该等协议优先。

7. 人身权

对您上传、发布或提交到服务任何部分的内容,您可保留所有人身权,但同时应授予我们相关权利以便我们行使本协议项下的相关权利或提供相关服务。

您授权 GitCode使用您的内容,并在必要时对您的内容进行合理的修改,以便呈现网站和提供服务。

五、私有仓库

我们将私有仓库的内容视为机密信息,我们仅按照隐私声明中的规定访问该等私有仓库,即出于安全目的、为了帮助仓库所有者解决支持问题、保持服务的完整性、履行我们的法律义务、我们有理由认为内容违法或者经您同意后访问。

1. 私有仓库的控制

某些帐户可能有私有仓库,允许用户控制对内容的访问。

2. 私有仓库的保密

GitCode 将私有仓库的内容视为您的机密。GitCode 将保护私有仓库的内容,防止受未授权的使用和访问,在须披露私有仓库及其相关信息时,我们将以不低于处理我们自身性质类似的机密信息时的谨慎及合理程度进行披露。

3. 访问

GitCode可在我们的隐私协议(《GitCode 隐私声明》_GitCode的博客-优快云博客)述的情况下访问您私有仓库的内容。

您可选择对您私有仓库启用其他访问权限。例如:您可向不同的 GitCode 服务或功能授予对私有仓库中您的内容的额外访问权限。这些权限可能因服务或功能而异,但 GitCode 将继续将您的私有仓库内容视为机密。如果这些服务或功能除了提供 GitCode 服务所需的权限之前,还需要其他权限,我们将会说明这些权限。

此外,我们可能按法律要求披露您的私有仓库的内容。

GitCode 将提供有关我们访问私有仓库内容的通知,访问的目的包括为了履行我们的法律义务或遵循法律要求的其他约束,提供自动扫描,或者应对安全威胁或其他安全风险或隐私声明中规定的其他情形。

六、版权侵权政策

如果您认为我们网站上的内容侵犯了您的版权,请联系我们:

kefu@youkuaiyun.com。

七、知识产权通告

我们对本服务及我们发布或所有的内容享有知识产权。 为便于您使用我们的内容,我们向您授予某些权限,但您只能以我们允许的方式使用我们的内容。

1. GitCode 对内容的权利

网站或其他平台的外观设计、应用程序、源代码、商标、标示图案(LOGO)、界面设计、应用程序编程接口及相关著作权,以及与GitCode提供的服务有关的任何著作权及其他知识产权(包括但不限于著作权、专利权、商标权、商业秘密、专有技术等,下同)均归GitCode所有,其它本协议中未经提及的权利亦由GitCode保留。用户不能复制、拷贝、模仿或者使用任何部分的代码和外观设计。

2. GitCode 商标和标识

如果您想要使用 GitCode 的商标和标识,须获得我们的事先书面授权。

八、 GitCode 附加产品条款

  1. 您需要按照 GitCode 不同功能和产品的特定条款和条件,并且在同意本协议时也同意补充条款和条件。
  2. 某些服务功能可能受 GitCode 附加产品条款中规定的该功能或产品特定附加条款的约束。访问或使用服务即表示您也同意 GitCode 附加产品条款。

九、费用

GitCode可能提供付费服务。如果费用项目或价格发生变化,我们将提前告知您。

十、注销

您可随时注销您的帐户。如果您注销帐户,我们将负责任地处理您的信息。

1. 帐户注销

您有权通过 GitCode 注销您的帐户。您可以通过邮件、网站客服或者电话联系我们注销帐户,联系方式:kefu@youkuaiyun.com; 400-660-0108。

2. 注销后处理

我们将根据需要保留并使用您的信息,以履行我们的法律义务、解决争端和执行我们的协议,但是除非法律要求,否则我们将在注销或终止后 90 天内删除您的全部个人资料和仓库的内容(有些信息可能保留在加密的备份中)。 这些信息在您的帐户注销后无法恢复。

我们不会删除您已贡献到其他用户的仓库或者该用户已复刻的内容。

3. GitCode 可能终止

GitCode 有权根据本协议在随时暂停或终止您对网站全部或任何部分的访问,无论有无通知,均立即生效。GitCode 保留依据本协议拒绝提供服务的权利。

4. 存续

本协议在终止时性质上应存续的所有条款都将在终止时存续,包括但不限于所有权条款、担保免责声明、赔偿和责任限制。

十一、联系

我们使用电子邮件、站内信、在线客服和其他电子方式或线下方式与用户保持联系。

1. 电子通信

出于合同目的,您 (1) 同意通过您提交的电子邮件地址或通过服务从我们接收电子形式的通信;和 (2) 同意我们以电子形式提供的所有服务条款、协议、通知、披露和其他通信满足任何法律要求(如果以书面形式提供的这些通信满足法律要求)。 本部分不影响您不可放弃的权利。

2. 书面法律通知

在合同或者任何法律或条例要求向GitCode 发出通知的任何情况下,通过电子邮件或 GitCode的邮件系统进行的通信不构成向 GitCode 或其高管、员工、代理或代表发出的法律通知。给GitCode 的法律通知必须是线下书面形式。

3. 电话支持

GitCode 通过电子邮件、服务中通信和电子信息提供支持。另外我们还提供电话支持。

4. 具体联系方式

电子邮件:kefu@youkuaiyun.com

电话:400-660-0108

十二、免责声明

我们对本服务我们不作任何承诺或保证。请仔细阅读并充分理解本节内容。

  1. GitCode 按“原样”和“可获得性”提供网站和服务,不作任何形式的保证,无论是明示、暗示还是法定保证,包括但不限于任何适销性、适用性、权利、安全性、准确性和非侵权。
  2. GitCode 不保证下述内容:服务将满足您的要求;服务不中断、及时、安全或无错;通过服务提供的信息准确、可靠或正确;任何缺陷或错误将得到更正;服务在任何特定时间或地点可用;服务没有病毒或其他有害成分。 对于因您下载和/或使用从服务获取的文件、信息、内容或其他材料而造成的任何损失风险,GitCode免责。
  3. GitCode对本协议中提及的其他免责事项不负任何责任。

十三、责任限制

对因您使用或不能使用服务或本协议下产生的损害或损失,我们不承担责任。 请仔细阅读并充分理解本节内容。

您理解并同意,对于以下原因产生的任何利润、使用、声誉或数据损失,或者任何偶然、间接、特殊、后果性或惩戒性损害,我们对您或任何第三方不承担任何责任:

  1. 使用、披露或显示您的用户生成内容;
  2. 您使用或无法使用服务;
  3. 服务的任何修改、价格变动、暂停或终止;
  4. 一般服务或提供服务的软件或系统;
  5. 对您的传输或数据的未授权访问或更改;
  6. 任何第三方对服务的声明或行为;
  7. 您通过使用服务输入或接收的任何其他用户交互;或
  8. 与服务有关的任何其他事项。

无论我们是否被告知此类损害的可能性,即使本协议规定的补救措施未能达到其基本目的,我们的责任都是有限的。对于因超出我们合理控制范围的事项而导致的任何故障或延误,我们不承担责任。

十四、免除和赔偿

  1. 您负责您对服务的使用。如果您伤害别人或与别人发生争端,我们不会涉入。
  2. 如果您与一个或多个产品用户有争议,对于此类争议引起的或以任何方式与之相关的、已知或未知的、任何类型或性质的任何和所有索赔、要求和损害赔偿(实际和后果性的),您同意免除 GitCode 的任何赔偿责任。
  3. 您同意,对于因您使用网站和服务,包括但不限于您违反本协议,而引起的任何和所有索赔、责任和费用,您负责赔偿我们、为我们抗辩并保护我们免受任何损害,但 GitCode 应 (1) 及时向您提供有关索赔、要求、诉讼或程序的书面通知;(2)就您对索赔、要求、诉讼或程序进行抗辩和解决提供协助(但您对任何索赔、要求、诉讼或程序的解决方案必须无条件免除 GitCode 的所有责任);以及 (3) 向您提供所有合理的协助,但费用由您承担。

十五、条款的变更

  1. 我们有权利独自裁量不时修订这些服务条款,并在发生任何此类修正时更新这些服务条款。如果本协议发生重大变更,例如产生费用或价格上涨,我们会在变更生效之前提前通知用户,包括在网站发布通知,或者发送电子邮件到您的 GitCode 帐户中指定的电子邮件地址等。。
  2. 我们保留随时和不时修改或停用(临时或永久)网站或其任何部分的权利。

十六、其他

1. 管辖法律

除非适用法律另有规定,否则,您与 GitCode 之间的本协议以及对网站或服务的任何访问或使用,均受中华人民共和国法律的管辖,不考虑冲突法原则。 您和 GitCode 均同意,对于本协议引起的或与之相关的争议,各方应友好协商解决,协商不成的,任何一方有权向位于北京的中国国际经济贸易仲裁委员会申请仲裁,仲裁裁决是终局的,对双方均有约束力。

2. 不可转让

各方特此确认并同意,GitCode 可随时将这些服务条款和/或 GitCode 隐私声明(《GitCode 隐私声明》_GitCode的博客-优快云博客)全部或部分转让或委托给任何个人或实体而无需取得您的同意。未经我们事先书面同意,您不得转让或委托服务条款或隐私声明下的任何权利或义务,任何未经授权的转让和授权都是无效的。

3. 可分割性、非弃权和继续有效

如果本协议的任何部分被认为无效或不可执行, 不影响本协议其余部分的效力。 GitCode 方面未执行本协议的任何规定,并不构成我们放弃执行该规定的权利。 我们在本协议下的权利在本协议终止后仍然有效。

4. 疑问

如您对服务条款有任何疑问,请按照下述联系方式联系我们:

电话: 400-660-0108

邮箱:kefu@youkuaiyun.com

地址:北京市朝阳区酒仙桥路10号恒通商务园B8B 2层

相关推荐

Flutter 修复 no_screenshot 鸿蒙窗口隐私模式切换:让一次性恢复口令页离开后恢复正常截屏

本文记录了在鸿蒙系统上使用 no_screenshot 插件实现页面截屏保护时,遇到的二次切换失效、恢复接口返回值错误及异步状态不同步问题。通过分析原生实现,修复了状态切换逻辑错误、返回值混淆及监听取消时的竞态问题,确保窗口隐私状态正确同步。修复后,模拟器与真机(畅享 100 Pro Max)均能正常实现进入/退出受保护页面后的截屏恢复,完整代码已开源于 oh-flutter/no_screenshot。

白天写代码,晚上追AI大模型,偶尔搞点八卦 开源动态|技术干货|实习机会|生态活动 我负责分享,你负责变强 19

Flutter 修复 audio_waveforms 鸿蒙波形提取句柄与内存驻留:多段语音备忘录预览与切歌释放

修复 Flutter 鸿蒙版 audio_waveforms 库在语音备忘录连续预览与切歌时的资源泄漏问题,补全文件关闭、提取取消与播放器释放逻辑,通过两段式 Worker 停止机制与零字节 EOS 处理,实现 144 轮切换无句柄残留、内存稳定。修复版已提交至 CPF-Flutter/fluttertpc_audio_waveforms,支持鸿蒙系统高效波形提取与资源管理。

白天写代码,晚上追AI大模型,偶尔搞点八卦 开源动态|技术干货|实习机会|生态活动 我负责分享,你负责变强 14

Flutter 修复 read_pdf_text 鸿蒙文档选择器 URI 读取:平板双栏讲义导入与摘录

修复鸿蒙平板上读取PDF文件时因授权URI处理不当导致无法复制的问题,通过改用只读文件描述符转存,并接入系统PDFKit实现分页浏览与片段保存。优化缓存清理策略,避免路径失效,确保连续导入与摘录功能稳定。完整代码已开源,支持鸿蒙平台的PDF文本提取与双栏讲义阅读场景。

白天写代码,晚上追AI大模型,偶尔搞点八卦 开源动态|技术干货|实习机会|生态活动 我负责分享,你负责变强 10

Flutter 修复 pasteboard 鸿蒙平板图片剪贴板读写:让批注画布复制后即刻无损粘贴

修复鸿蒙平台 pasteboard 库在写入大图后立即读取返回 null 的问题,通过等待系统编码完成并补全标准位图与文件 URI 读取支持。修复版已开源至 oh-flutter/pasteboard,兼容鸿蒙平板双栏批注场景,提升剪贴板跨端可靠性。

白天写代码,晚上追AI大模型,偶尔搞点八卦 开源动态|技术干货|实习机会|生态活动 我负责分享,你负责变强 47

Flutter 鸿蒙分布式数字身份实战:基于 HUKS 封装 flutter_did_ohos,实现私钥安全托管、离线凭证验签

本文介绍了一个基于鸿蒙系统的 Flutter 插件 flutter_knock_share,实现去中心化身份(DID)与可验证凭证(VC)的本地闭环。通过整合 HUKS 密钥库、cryptoFramework 与分布式 KV 存储,该方案在离线环境下实现私钥安全存储、身份自证与凭证验签,具备 34ms 身份创建、3ms 签发、58ms 验证的高性能表现。核心创新在于将公钥指纹作为 DID 标识,确保身份与密钥绑定,并通过 ArkTS 插件层保障私钥不外泄,构建了无需依赖外部服务的自主身份系统。

白天写代码,晚上追AI大模型,偶尔搞点八卦 开源动态|技术干货|实习机会|生态活动 我负责分享,你负责变强 41

KMP/CMP 接入鸿蒙实况窗:用 Kotlin 状态机驾驭 Live View Kit,把跨端 App 的锁屏进度卡片接起来

本文通过一个运行在API 26模拟器上的KMP实况窗Demo,揭示了状态机、节流与超时回收为何应置于Kotlin共享层:统一状态流转逻辑、精准控制更新频率,并实现跨端一致性。push裁决必须穿过C桥,确保ArkTS仅负责系统翻译,而核心决策由Kotlin全权掌控。六张实测截图完整呈现从启动、运行、暂停到恢复的生命周期,验证了状态机校验、节流策略与统计反馈的可靠性,证明该模式是KMP封装鸿蒙实况窗的理想方案。

白天写代码,晚上追AI大模型,偶尔搞点八卦 开源动态|技术干货|实习机会|生态活动 我负责分享,你负责变强 36

Flutter 修复鸿蒙平板方向控制:阅读页与全屏内容切换

本文修复了鸿蒙平台下 auto_orientation_v2 库因上下文错误导致的固定方向设置失败问题,通过改用 AbilityAware 绑定窗口、增加异步代次校验,并新增横竖两轴受限自动旋转功能。修复后,平板阅读页与全屏内容切换场景中方向控制稳定可靠,策略可正确实现 1 → 10 → 1 的流转。完整代码已开源,支持 Flutter 鸿蒙适配交流。

白天写代码,晚上追AI大模型,偶尔搞点八卦 开源动态|技术干货|实习机会|生态活动 我负责分享,你负责变强 20

Flutter 修复 desktop_drop 鸿蒙电脑自由窗口文件拖拽:让非原点窗口准确命中并读取附件

修复鸿蒙版 desktop_drop 插件在窗口下半区拖放无响应及文件读取失败问题,通过修正坐标换算(扣除标题栏高度)与路径转换(剥离 file:// 协议头),确保文件准确交付。经双窗口复现验证,修复后可稳定接收并读取同沙箱文件,完整代码已提交至 CPF-Flutter 仓库,支持社区交流与后续维护。

白天写代码,晚上追AI大模型,偶尔搞点八卦 开源动态|技术干货|实习机会|生态活动 我负责分享,你负责变强 38

Flutter 鸿蒙电脑三栏窗口适配:修复 desktop_window 尺寸缩水与全屏切换

本文复现并修复了鸿蒙版 desktop_window 插件在三栏布局场景下的三大问题:尺寸缩水(未正确换算逻辑像素)、最小宽高字段写反、全屏切换无法恢复。通过修改原生层单位转换、修正约束参数映射及完善全屏状态回调,实现窗口尺寸精准控制与状态可逆。修复后,1120×720 逻辑尺寸准确生效,最小宽度有效约束,全屏可正常往返。完整代码已提交至 CPF-Flutter/fluttertpc_desktop_window,欢迎交流反馈。

白天写代码,晚上追AI大模型,偶尔搞点八卦 开源动态|技术干货|实习机会|生态活动 我负责分享,你负责变强 12

RN 鸿蒙安全三方库落地:react-native-digital-shield,密钥不出 TEE,AES-GCM/RSA-JWT 跨端身份打通

本文基于 RNOH 0.84 与 HarmonyOS API 26,自研数字盾库 react-native-digital-shield,把 ArkTS 专属的 HUKS、asset 能力经TurboModule 桥接给 JS:提供 AES-256-GCM 加解密与密钥托管、敏感资产存储、RSA-2048 签发校验 RS256 JWT,并以 JWK 公钥和 HS256 共享密钥实现跨端身份互认,密钥明文始终不出 TEE。文中还复盘 TurboModule 双侧注册、GCM 需拆分 16 字节

白天写代码,晚上追AI大模型,偶尔搞点八卦 开源动态|技术干货|实习机会|生态活动 我负责分享,你负责变强 17

Flutter 修复鸿蒙 WebView Cookie 同名键丢失:离线回读与开发助手复核实录

修复了 Flutter 三方库 webview_cookie_manager 鸿蒙端因同名键误判导致的 Cookie 名称丢失问题,确保业务键如 path、domain 等在回读时正确保留。修复后,模拟器与真机测试均实现四组数据完整恢复,值中多等号也保持不变。补丁已提交至 CPF-Flutter 官方仓库,提升插件在鸿蒙平台的可靠性。

白天写代码,晚上追AI大模型,偶尔搞点八卦 开源动态|技术干货|实习机会|生态活动 我负责分享,你负责变强 30

Flutter 鸿蒙启动图撤销后编译失败:用 DevEco Code 复核三方库修复

本文针对 Flutter 鸿蒙启动图撤销时导致编译失败的问题,修复了 flutter_native_splash_ohos 库在移除启动图时误删仍被引用资源的缺陷。通过保留1×1透明图片并透传自定义模块路径,确保资源引用完整性,使工程可正常构建。修复已提交至官方仓库,支持幂等操作与多场景验证,提升开发体验。

白天写代码,晚上追AI大模型,偶尔搞点八卦 开源动态|技术干货|实习机会|生态活动 我负责分享,你负责变强 43

Flutter 接入鸿蒙 ArkWeb 预初始化:帮助页首开时机与主线程成本实测

为解决Flutter鸿蒙版webview_flutter无法在无视图状态下提前初始化引擎的问题,我在其原生实现中新增可选静态入口initializeWebEngine()。实测表明,在2秒预热窗口下,页面首屏渲染(FCP)耗时从中位数1791ms降至1019ms,显著提升首次打开体验;而在零延迟场景下,总路径耗时略有上升,需权衡预热时机与用户等待成本。该补丁已提交至CPF-Flutter官方仓库,支持社区协作优化。

白天写代码,晚上追AI大模型,偶尔搞点八卦 开源动态|技术干货|实习机会|生态活动 我负责分享,你负责变强 39

Flutter 优化鸿蒙 printing_ohos 多页 PDF 光栅化:原生资源释放与缓冲复用

针对鸿蒙端 printing_ohos 插件存在的页码映射错误与高内存占用问题,本文提出并实现三项优化:修正页码索引映射、引入原生资源分层释放机制、复用像素缓冲区。修复后,第三页显示正确,内存增长显著降低——在模拟器上PSS增量中位数下降65.8%,真机测试下降64.4%。完整补丁已提交至官方仓库,支持社区协作与问题反馈。

白天写代码,晚上追AI大模型,偶尔搞点八卦 开源动态|技术干货|实习机会|生态活动 我负责分享,你负责变强 35

React Native 鸿蒙权限审计实战:让每一项权限都有人认领

本文介绍一款纯 JS 编写的 React Native 鸿蒙权限审计工具,解决权限声明与使用对账难、最小权限集计算矛盾、审核必填字段缺失三大痛点。通过 module.json5 声明、使用台账与源码扫描三路输入对账,自动识别未使用权限、补全 reason/usedScene、生成可粘贴的最小清单,并支持 CI 卡控与风险分评估。工具内核独立,离线运行,兼顾准确性与安全性,助力应用高效通过审核。

白天写代码,晚上追AI大模型,偶尔搞点八卦 开源动态|技术干货|实习机会|生态活动 我负责分享,你负责变强 14

Cordova 鸿蒙 WebView 安全实战:能改的运行时拦,改不了的构建期审

本文通过 cordova-plugin-harmony-webguard 插件,解决 Cordova/HarmonyOS 应用中导航安全、引擎不可修改配置、JS 门面静默降级三大难题。基于运行时策略闸门(onPageStart + JS 预检)与构建期审计 CLI(扫描 MainPage.ets、config.xml 等),实现协议拦截、白名单校验、高危配置阻断,支持 CI 失败退出,将安全基线可视化、可测化,真正落地“能改的运行时拦,改不了的构建期审”。

白天写代码,晚上追AI大模型,偶尔搞点八卦 开源动态|技术干货|实习机会|生态活动 我负责分享,你负责变强 33

Flutter 鸿蒙供应链审计实战:让高危依赖卡在 CI 门口

本文介绍了一个基于纯 Dart CLI 与 Flutter Dashboard 的依赖审计工具,解决鸿蒙工程中三套锁文件(pubspec.lock、oh-package-lock.json5、package-lock.json)统一读取、离线快照与 OSV 在线情报选择、以及高危依赖通过退出码卡在 CI 的问题。工具以锁文件为事实依据,支持离线快照(4 条真实 GHSA)与在线查询,输出 SBOM(CycloneDX 1.5)、Markdown/JSON 报告,并通过退出码实现 CI 阻断,性能秒级

白天写代码,晚上追AI大模型,偶尔搞点八卦 开源动态|技术干货|实习机会|生态活动 我负责分享,你负责变强 179

React Native 鸿蒙端侧 OCR 实战:TurboModule 与纯 TS 引擎的逐字契约

本文以鸿蒙真机上的 React Native 0.84 工程为例,详解三大难题:通过 TurboModule 接入 HarmonyOS Core Vision Kit 实现端侧离线 OCR;规避 Metro 预置头导致的 require 不存在问题;实现 npm 包与 HAR 双形态交付。项目采用 codegen 生成 ArkTS 接口,结合纯 TS 回退引擎,确保跨引擎逐字符一致,并通过 autolinking 支持无缝集成。

白天写代码,晚上追AI大模型,偶尔搞点八卦 开源动态|技术干货|实习机会|生态活动 我负责分享,你负责变强 100

Flutter 鸿蒙端侧 OCR 实战:让文字识别留在设备上

本文通过一个运行在鸿蒙真机上的 Flutter 插件工程,系统解决了三大核心问题:如何统一内存、文件、相册三类输入的识别链路;如何实现与 KMP 版本的 JSON 契约逐字节对齐;以及在系统不提供置信度时如何诚实处理。基于 HarmonyOS Core Vision Kit,插件实现端侧离线 OCR,全程无网络、无权限、无密钥,支持真实小票与截图识别,性能稳定(312~507ms),并通过 35 项单元测试与真机集成验证。

白天写代码,晚上追AI大模型,偶尔搞点八卦 开源动态|技术干货|实习机会|生态活动 我负责分享,你负责变强 160

跨端 RN 鸿蒙碰一碰分享库实战:基于 Share Kit 封装 react-native-ohos-knock-share,实现卡片、文件一碰传

本文介绍基于React Native的鸿蒙碰一碰分享库,解决RN开发者在鸿蒙生态中无法便捷使用Share Kit碰一碰功能的痛点。通过封装NFC/星闪触碰、3秒发送窗口、沙箱文件URI转换等核心逻辑,实现跨设备快速传递链接、文件、图片等内容。支持手机、平板、PC多端适配,提供回环演示与真机实测验证,显著降低接入门槛,提升跨端协作效率。

白天写代码,晚上追AI大模型,偶尔搞点八卦 开源动态|技术干货|实习机会|生态活动 我负责分享,你负责变强 190

React Native 鸿蒙实战:给应用接入小艺语音指令,跑通 Skill 声明到操作闭环

本文介绍如何在 React Native 鸿蒙(RNOH)工程中实现小艺技能闭环,通过开源库 react-native-ohos-ai-agent 封装技能声明、语音指令接收、端侧执行与结果回传全流程。针对三方应用权限限制,精准定位可操作边界,实现“被唤起→执行→反馈”链路贯通。结合五张真机截图验证:技能注册、指令匹配、意图上报、智能体调起及对话层弹出等关键节点均成功,完整打通语音交互闭环,助力应用无需入口即可被用户“叫”到。

白天写代码,晚上追AI大模型,偶尔搞点八卦 开源动态|技术干货|实习机会|生态活动 我负责分享,你负责变强 181

Flutter 鸿蒙实现精准碰一碰分享:tap_share_ohos 三方库打通真机传文件与传卡片

本文针对Flutter在鸿蒙系统上“碰一碰”分享功能缺失的痛点,基于DevEco Studio 26.0、HarmonyOS 7.0 API 26与Flutter 3.41.9实测环境,提出并实现开源库tap_share_ohos。该库封装NFC、Share Kit、权限管理及分布式能力,通过Dart门面层统一接口,利用MethodChannel与BasicMessageChannel对接原生ArkTS逻辑,实现文件与卡片的碰一碰分享。真机测试显示,可无缝调起系统分享面板,支持华为分享接力

白天写代码,晚上追AI大模型,偶尔搞点八卦 开源动态|技术干货|实习机会|生态活动 我负责分享,你负责变强 173

Flutter 鸿蒙实战:用三方库接入小艺语音指令与智能体,跑通 Skill 声明到操作闭环

本文基于 flutter_ohos_ai_agent 三方库,实现 Flutter 应用一键调起鸿蒙小艺智能体。针对跨端框架对接鸿蒙 AI 能力的碎片化、环境差异等痛点,通过插件封装系统 Kit 能力,提供统一 Dart API。实测显示,模拟器与真机均支持文本/语音指令闭环,真机可完整调起小艺面板并回传事件。核心原理为:利用 ArkUI 承载页桥接 FunctionComponent,通过 MethodChannel 与 EventChannel 实现 Flutter 与原生能力双向通信,完成从语音识别到

白天写代码,晚上追AI大模型,偶尔搞点八卦 开源动态|技术干货|实习机会|生态活动 我负责分享,你负责变强 154

RNOH 原生内存泄漏定位与治理:借助 LeakyGuard 实现图片解码降采样、LRU 字节缓存、资源生命周期管控,长列表图片页面峰值内存优化

本文面向 RNOH 0.84 长列表图片场景,剖析滑动数分钟后进程被系统杀掉的根因:原图解码尺寸失控、缓存按条数限流、PixelMap未显式 release。基于自研LeakyGuar,TurboModule 库,给出 desiredSize 真降采样、字节预算 LRU 缓存(逐出必 release)、资源登记与快照 diff、卸载即释放 Hook 的闭环方案,实测单图内存降 98.6%,24 图峰值由 1098.6MB 降至15.8MB。并总结双侧注册、ArkTS 语法差异、vp 转像

白天写代码,晚上追AI大模型,偶尔搞点八卦 开源动态|技术干货|实习机会|生态活动 我负责分享,你负责变强 321

Flutter 鸿蒙空间音频实战:让音乐播放器的声音“长出方位感“

本文通过一个真实运行的 Flutter 工程,系统解析了在鸿蒙系统上实现空间音频的三大核心问题:基于双耳时间差(ITD)、声级差(ILD)和频谱整形的方位感算法;耳机切换与音频焦点管理;以及播放器与音效的集成。项目使用自研插件 spatial_audio,结合原生 HarmonyOS 接口,实现了跨设备的空间音频体验,支持普通耳机,无需硬件依赖,并提供实时参数反馈与系统状态监听。附带完整代码仓库与实测效果展示,为 Flutter on HarmonyOS 的音频开发提供了可复用的技术方案。

白天写代码,晚上追AI大模型,偶尔搞点八卦 开源动态|技术干货|实习机会|生态活动 我负责分享,你负责变强 298

Flutter 鸿蒙 HiTrace 请求归因:图片压缩等待时,主线程在做什么

为定位鸿蒙平台图片压缩性能瓶颈,我在 flutter_native_image 插件中新增可选的 HiTrace 阶段追踪功能,支持按请求开启解码、缩放、编码与资源释放阶段的耗时分析。通过对比模拟器与真机(华为畅享 100 Pro Max)数据,精准识别出耗时主要集中在解码与编码阶段,显著提升诊断效率。相关代码已提交至官方仓库,助力开发者快速定位性能问题。

白天写代码,晚上追AI大模型,偶尔搞点八卦 开源动态|技术干货|实习机会|生态活动 我负责分享,你负责变强 2万+

Flutter 适配鸿蒙折叠屏铰链角度按需订阅:支架调节页用完即停与重入实测

本文介绍对 Flutter 三方库 dual_screen 的优化:针对支架调节页等短时观察场景,保留原有缓存入口的同时,新增按需订阅机制。通过按需启停监听,实现页面退出后停止原生回调,避免无效数据更新。实测显示,无消费者时原生回调从3条降至0条,重进页面则等待新事件,更符合临时工具页的使用逻辑。完整代码已开源,支持鸿蒙折叠屏角度动态感知,适用于需精准控制生命周期的折叠屏应用开发。

白天写代码,晚上追AI大模型,偶尔搞点八卦 开源动态|技术干货|实习机会|生态活动 我负责分享,你负责变强 2万+

Flutter 适配鸿蒙手表屏幕形状:让计时卡片按圆屏和方屏布局

本文基于 wear_plus 1.2.4 版本,为鸿蒙系统补全屏幕形状查询功能,使 WatchShape 能正确返回 round 等形状信息。通过在原 Dart 接口不变的前提下,新增鸿蒙平台处理器,实现与 Android 一致的异步查询逻辑。对照实验验证:适配后页面可从“查询未接入”变为“圆屏已确认”,日志成功接收系统回执,布局行为保持一致。完整代码开源至 oh-flutter/wear_plus,支持 Flutter 鸿蒙穿戴设备开发。

白天写代码,晚上追AI大模型,偶尔搞点八卦 开源动态|技术干货|实习机会|生态活动 我负责分享,你负责变强 2万+

Flutter 优化鸿蒙剪贴板大图复制卡顿:从主线程同步阻塞到异步文件描述符直解

针对鸿蒙系统下 flutter_image_clipboard 插件复制高清图片时阻塞主线程的问题,本文提出三项优化:异步文件描述符直解、异步剪贴板写入及原生资源逆序释放。实测显示,模拟器事件循环最大间隔从300.32ms降至54.36ms(降幅81.9%),真机上更从133.20ms降至11.20ms(降幅91.59%),显著提升页面响应性。完整代码已开源,支持直接使用与社区交流。

白天写代码,晚上追AI大模型,偶尔搞点八卦 开源动态|技术干货|实习机会|生态活动 我负责分享,你负责变强 2万+

Flutter 三方库 petalmaps_ohos 的 OpenHarmony 适配实战(0 → 1 全记录)

本文详细记录了从零构建 Flutter 三方库 petalmaps_ohos 并适配 OpenHarmony/HarmonyOS 平台的全过程,涵盖项目初始化、原生实现(基于 ArkTS 和 MethodCallHandler)、插件注册、功能验证及升级至 HarmonyOS SDK 26 的关键步骤。重点解析了为何需实现 AbilityAware 获取 UIAbilityContext 以确保地图调起成功,并通过分层架构、枚举封装与兼容性设计,实现功能完整、易用且低维护成本的“调起系”地图插件,

白天写代码,晚上追AI大模型,偶尔搞点八卦 开源动态|技术干货|实习机会|生态活动 我负责分享,你负责变强 63
上一篇: 下载不再卡顿,OpenCV 中国镜像仓库正式启用
下一篇: 《GitCode 隐私声明》
AtomGit 代码君
AtomGit 代码君 企业官方账号 企业官方账号
博客等级 码龄6年 2万+粉丝 865原创
评论 1
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付:10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值