登录社区云，与社区用户共同成长
邀请您加入社区
本文详解鸿蒙ArkUI中渐变、阴影、滤镜的高阶用法，通过单组件实现多层嵌套效果，减少页面层级与过度绘制。利用linearGradient、radialGradient实现多色分段渐变；shadow支持内外阴影与多层叠加，替代悬浮容器；filter与backdropBlur可一键完成模糊、暗角、毛玻璃等效果。结合@Builder封装统一样式，实现全局视觉规范，提升开发效率与界面一致性。
别再手动切图！AI工具UI-Flow仅需一张参考图或一句提示，一键生成风格统一、透明底的生产级UI素材，支持网页端、编辑器Skill（Trae/Claude/Cursor）及Open API集成，全流程自动化，一套页面成本不足2元。限时免费领取密钥，大幅提升开发效率。
本文介绍了适配 large_file_handler 0.5.2 至 OpenHarmony 的完整过程。该库原生支持多平台，但无鸿蒙实现。适配关键在于：显式引入 path_provider_ohos 依赖，通过方法通道对接原生逻辑，并解决分块读写时偏移量计算错误导致的文件内容错乱问题。基于四筛与在线查重确认无重复库，采用六步流程完成同步、分支创建与目录生成，最终产出 0.5.2-ohos-1.0
本课深入讲解 Compose Multiplatform（CMP）跨平台开发，通过真实电商场景对比传统多端开发，揭示其可节省35%-40%成本。详解KMP与CMP关系：前者共享逻辑，后者扩展至共享UI。课程涵盖项目结构、expect/actual处理、状态管理、导航与性能优化，并以8个带注释参考答案的练习强化实战能力。适合希望用一套Kotlin代码覆盖Android、iOS、桌面及Web的开发者。
本课聚焦 Compose UI 测试，通过真实场景详解 createComposeRule 与 createAndroidComposeRule 的选用，掌握语义树查找、测试标签与可访问性属性的使用，实现节点交互、异步同步、Hilt 集成及 KMP 共享代码测试。结合八道带注释练习与参考答案，构建从组件到端到端的测试金字塔，确保界面“正确”——让自动化测试成为设计的最后一块拼图。
进入设置，到“模型”功能点击添加同样进添加模型，这次选自定义模型。点击设置API 格式：OpenAI Chat Completions 格式。自定义请求地址：关掉「完整 URL」开关，只填基础地址，路径由 TraeCode 自己拼；如果你用的是中转或代理服务，就打开开关填完整地址。模型 IDgpt-6-sol或者gpt-6-luna。模型展示名称：随便起，比如「GPT-6 Sol」，不填就显示 I
本文深入探讨KMP工程实践，聚焦2026年新默认项目结构——共享库（shared）与平台入口模块分离，实现代码模块化。详解expect/actual的编译时强制约束优势，推荐函数级使用，并区分其与运行时条件编译的本质差异。提出“接口+依赖注入”替代expect/actual处理服务依赖，介绍Koin注解方案实现无expect/actual的平台适配。最后分析三种共享策略：仅共享逻辑、部分共享UI、
兰亭妙微UI设计公司更新B端响应式设计内容，帮助学员巩固与入门。响应式技术通过适配浏览器视图区域，实现网页在不同设备上的自动布局调整，解决移动端兼容问题。其核心在于以浏览器视口为准，而非设备屏幕分辨率，与自适应模式有本质区别。理解浏览器作为“系统中的系统”及其视口变化机制，是掌握响应式的关键。实际调试只需缩放浏览器窗口即可模拟多端效果。在B端项目中，多数采用部分响应或混合自适应模式，需设计师深入理
询盘通知怎么同时发到邮箱和手机，做法是把邮箱和手机当成两条独立通知链路来搭：一条靠SMTP发信到邮箱，另一条靠机器人、短信或推送送到手机，互不依赖，一条断了另一条能顶上。我们团队踩过坑：客户邮箱设了强规则，把带inquiry字样的邮件全丢进垃圾箱，业务员毫不知情，一条询盘在里面躺了四天才被发现。从那以后，新询盘必须同时有第二个入口能看到。
本课对比Jetpack Compose与Compose-Multiplatform，介绍KMP跨平台架构：共享模块（shared）复用UI逻辑，Android与桌面端分别通过Activity和main+application+Window入口。通过expect-actual机制隔离平台差异，实现一套代码运行多端。强调不可忽视平台适配，新项目应使用统一资源管理，避免重复维护。核心思想为“通用代码放s
本教程系统复盘Compose开发核心知识点，涵盖布局、状态管理、性能优化、导航与MVI架构，梳理高频坑点如状态丢失、重组卡顿、内存泄漏等，并明确SavedStateHandle与Room分工。总结单Activity架构适用边界，提出动画、自定义绘制、KMP跨平台等进阶路线，助力开发者构建高效可维护的Compose应用。
北京兰亭妙微旗下FlowTune打造企业级数字运维闭环，以可视化拓扑图、多端协同与智能自动化为核心，重构运维体验。从桌面端全局洞察到移动端即时告警，通过深色极客风视觉系统与语义化色彩传递技术语义，实现“从被动救火到主动治理”的转变。设计聚焦信息架构、交互反馈与降噪处理，强调跨端一致性与效率提升。虽存在认知负荷高、移动端适配不足等挑战，但其以“3秒定位故障”为目标的极致掌控感，彰显B端工具设计的终极
北京兰亭妙微16年深耕UI/UX设计，以EQUA健康系统为例，构建“三环平衡”可视化体系。通过液态球体隐喻、ProactiveAI主动交互与跨端一致体验，将营养、活动、睡眠三大维度转化为可感知的闭环设计。从产品定位到信息架构、交互逻辑与视觉语义，实现科技与自然融合的有机美学。强调“以用户任务为中心”的可复用方法论，适用于金融、能源、航天等多行业。虽存认知负荷与数据透明度挑战，但其核心价值在于让技术
北京兰亭妙微16年深耕UI/UX设计，以Fintora金融产品为例，系统拆解AI驱动的现代金融体验闭环。从产品定位、信息架构到交互创新与视觉语言，构建“掌控感”为核心的设计体系。通过语音分析、动态筛选、智能仪表盘等设计，实现复杂金融操作的极简交互。强调深色模式下的科技信任感与数据可视化的情感表达，提出可复用于多行业的设计方法论。同时警示过度特效带来的认知负担，倡导以用户任务为中心的可持续设计。最终
华为云码道（CodeArts）代码智能体与UI-UX-Pro-Max技能结合，为开发者提供具备专业设计能力的智能编程助手。该技能内置专业设计师知识库，支持67种UI风格、161套色彩调色板等资源，能生成符合行业规范的高质量界面代码。案例通过三个实践（商城登录页、SaaS着陆页、医疗仪表板）和商品管理应用优化，展示了AI生成界面在审美和专业度上的显著提升。
本项目基于HarmonyOS开发“极简待办”应用，综合运用需求分析、分层架构设计与全链路开发技术。采用Navigation+Tabs多页面结构，实现首页、设置、关于等模块；通过RDB、Preferences与文件存储完成数据持久化；结合@ObservedV2状态管理与@Local/@Param实现高效状态传递；利用LazyForEach与@Reusable优化长列表性能；支持滑动删除、拖拽排序及搜
本文系统介绍了HarmonyOS应用性能治理全链路方案：基于DevEco Profiler的场景化分析模板（如Launch、Frame、Time等）实现精准问题定位；通过深度录制与跨语言调用栈分析优化关键路径；结合Test Kit与DevEco Testing构建白盒自动化测试与性能基线；利用HiAppEvent+AGC APMS实现线上启动耗时、崩溃率等指标监控；针对折叠屏等多设备形态，采用响应
本文系统讲解了HarmonyOS应用的国际化、无障碍与多设备适配核心能力。通过资源限定词机制实现多语言、深色模式管理，使用$r()引用资源并规范命名；掌握复数、日期/数字/货币的区域化格式化；实现运行时语言切换与偏好持久化。在无障碍方面，合理配置accessibilityText、accessibilityGroup、accessibilityDescription及accessibilityLe
本文系统讲解了HarmonyOS应用从签名配置到上架发布的全流程：明确调试与发布签名的区别，掌握AppGallery Connect中应用创建、隐私合规配置及发布证书申请；在DevEco Studio完成正式打包与签名；重点强调隐私政策一致性、权限最小化及敏感权限申请时机；梳理审核常见驳回原因并提供整改方案；介绍OTA全量、增量更新与热修复三种更新方式。通过典型习题强化核心知识点，助力开发者独立完
本文系统讲解 HarmonyOS 中 HAP、HAR、HSP 三种包类型的核心区别与适用场景，重点掌握 HAR 静态共享包的创建与引用，以及 HSP 动态共享包在资源复用与按需加载中的优势。结合分层架构设计思想，明确产品定制层、基础特性层与公共能力层的职责划分，落地 MVVM 模式于 ArkUI，遵循高内聚低耦合原则进行模块化拆分，避免“为拆分而拆分”的反模式，最终实现中型应用的合理架构设计。
本文系统讲解HarmonyOS中两种路由方案：Router（页面级路由）与Navigation（组件级路由）。重点对比了pushUrl与replaceUrl的跳转差异，介绍了命名路由、页面返回拦截、参数传递及返回值处理机制。深入解析Navigation组件架构，包括NavPathStack栈管理、NavDestination页面容器与导航栏联动能力。结合实际案例，阐述了组件级与页面级路由的本质区别
本文介绍了HarmonyOS应用开发的入门流程，涵盖Deveco Studio的下载安装、SDK与JDK配置，以及首个ArkTS工程的创建与运行。重点讲解了声明式UI的核心思想：描述结果、状态驱动视图更新，并掌握@Entry、@Component、@State等装饰器作用。通过Text、Button、Column、Row等组件及链式调用实现Hello World页面，结合习题巩固知识，为后续开发奠
API定位用途FrameNode声明式组件的底层节点在声明式外获取、操作组件节点，实现动态增删RenderNode渲染节点自定义绘制，绕过组件直接操作渲染属性构建节点把 Builder 内容挂到任意位置，动态插入 UIRenderNode@Entry@Component// 渲染命令：绘制一个圆形});build() {// RenderNode 挂载到组件上显示Stack() {}RenderN
最基础的封装用@Componentbuild()// 定义一个可复用的"评分条"组件@Component// 评分，0-5build() {Row() {// 小于等于 score 的星是实心的'★' : '☆')// 使用@Entry@Componentbuild() {RatingBar({ score: 4 }) // 4 星RatingBar({ score: 5, maxScore: 1
手势会拦截组件默认行为。给组件加了gesture可能影响其默认手势（如列表的滚动）。需要时用让手势优先，或用并行。拖动注意坐标累积。PanGesture的是单次增量，要累加到@State上。直接赋值会跳动不跟手。组合手势用对模式。并行、顺序、互斥三种模式语义完全不同，用错模式手势会互相冲突，出现"怎么都不触发"或"同时触发"的奇怪现象。触摸和手势别叠加混用。同一组件既用onTouch又用gestu
属性动画管的是"值怎么变"，转场动画管的是"组件怎么出现、怎么消失"。元素插入界面、删除界面、页面之间切换，都需要转场来避免生硬的瞬间跳变。ArkUI 的转场分两类：组件转场（组件出现和消失）和页面转场（页面之间切换）。
静态界面能用，但缺了动画的过渡会显得生硬。ArkUI 提供了从简单到复杂的动画能力：属性动画、显式动画、路径动画，以及组件内置动画。这篇把常用动画类型讲清楚。
Harmony鸿蒙实战开发-微信UI界面「可查看消息记录，朋友简介、微信、通讯录、发现、我的」【源码在文末】
UI 自动化维护成本高、月失效率常超 20%——写过的人都懂。改一次版本，脚本成片失效。直观的解法是让 AI 看屏幕自己点。问题是：AI 自己行不行？答案是：靠 AI 自己，不行。AI 找元素要调模型，每一步都慢、都贵、都可能误判。靠 AI 自己点完一条 33 步的用例，5-8 分钟跑掉，2-3 块 token 钱花掉，还不一定稳。那为什么这次 4 次跑全过？因为有两条配套的线在起作用：一条是自动
视觉 AI 解决的不是定位难，而是根本没有可定位属性——本文从识别机制、工程代码到能力边界，讲清 TestComplete Vision AI 现在能测什么、还测不了什么。
Toast这个场景无论是Web自动化还是App自动化，关于UI场景下的都很有可能存在，特别是App的自动化中存在较多，由于小编电脑上暂时没有安装App的环境，就只列举了Web一种方法，其实无论是App还是Web定位方法都是一样的，学习过程中，主要学习的方法，当方法学会了这个知识点也就学会了。
将 `Image` 组件的 `Material` 属性设为 `None`，使用 Unity 默认的 UI/Default Shader。- 在 Scene 视图中，`img_Background` 和 `btn_BeginGame` 可见。- `Left / Top / Right / Bottom` 设置为 `0`- `Anchors` 设置为 `Min(0, 0) Max(1, 1)`- `S
Ranorex作为一个全面的UI自动化测试工具，为测试人员提供了一个强大的平台，以提高测试效率、覆盖率和质量。它的多功能性、易用性和灵活性使其成为各种规模和复杂度项目的理想选择。随着软件行业的不断发展，Ranorex将继续在自动化测试领域发挥重要作用。
MVVM（Model-View-ViewModel）是一种设计模式，旨在分离 UI（View）、业务逻辑（ViewModel）和数据（Model），提高代码的可维护性和可测试性。Model：表示数据和业务逻辑，负责数据存储和操作（如和View：用户界面，负责显示数据和捕获用户输入（如ViewModel：连接 View 和 Model，处理业务逻辑，提供数据绑定和命令（如关键特性数据绑定：通过实现
连接数据库，把所有的测试用例运行结果输入数据库，然后读取数据库，生成测试报告；如：项目的总测试用例数、成功用例数、失败用例数、跳过数；每个模块的测试用例数、成功用例数、失败用例数、跳过数；
本文介绍了uiautomator2和atx在Pycharm中的安装步骤。
单元测试(Unit Test)：针对最小可测试单元(通常是方法或类)的测试，运行在JVM上，速度快10UI测试：验证用户界面交互和行为的测试，包括封闭UI测试(Hermetic UI Test)和端到端测试(E2E Test)10Monkey测试：随机压力测试，模拟用户无规律操作以发现ANR等问题10建立全面的Android测试体系需要结合多种测试框架和策略。从单元测试保障基础逻辑，到UI测试验证
例如，编写和维护自动化测试脚本需要投入一定的开发资源，且在处理复杂的用户交互时可能遇到困难。因此，在实际项目中，UI 自动化测试通常与其他类型的测试（如单元测试、API 测试）结合使用，以达到最佳效果。UI 自动化测试，本质上是使用编程的方式来模拟用户操作，自动化地测试和验证用户界面（User Interface）是否按照预期工作。：UI 自动化测试可以极大地提高测试效率，减少手工测试的工作量，避
2. 智能等待的三大超能力时间管理大师：可以精确设置等待上限，绝不浪费1毫秒瞬间捕捉达人：元素一出现就立即"逮捕归案"错误报告专家：超时会明确抛出TimeoutException，而不是给你个"神秘失踪案"
我们团队搭建UI自动化测试环境的经验分享：原计划实现接口自动化测试但因业务复杂性和异步支付网关等技术难点而放弃，最终选择更适合业务场景的UI自动化方案。技术栈采用Selenium+pytest框架组合，配合HTML报告生成、失败重试等插件。通过Jenkins实现定时任务（每晚22点执行）、代码管理、测试报告展示和邮件通知等功能。文章还分享了从测试平台演变为研发协作平台的历程，并强调自动化测试方案需
使用粒子系统，实现割草后草掉落的特效。通过PoolManager获取特效预制体，通过VFXManager来触发特效。
作为一款创新的基于AI技术的自动化SDK，为UI自动化测试带来了诸多变革性的优势。其独特的自然语言交互功能，使得测试人员能够以更加直观、便捷的方式编写测试用例，大大降低了测试的门槛，促进了团队成员之间的协作。多模态大型语言模型的支持，让能够更准确地理解页面结构和内容，执行复杂的交互操作并提取数据。简化的命令和多样化的集成方式，以及可视化报告和调试工具，都进一步提升了测试的效率和准确性。在实际应用中
本文主要介绍了Unity编辑器扩展的相关知识，重点讲解了如何使用MenuItem特性在Unity菜单栏、Hierarchy窗口、Project窗口和Inspector中添加自定义菜单项，并支持快捷键操作。文章还提到如何通过AddComponentMenu特性在Component菜单中添加脚本。此外，作者强调了学习过程中参考了大量资料，并整合了多位老师的教程，最终形成了自己的学习笔记。文章还解释了为
ui
——ui
联系我们（工作时间：8:30-22:00）
400-660-0108 kefu@csdn.net
人工智能6S服务平台
AtomGit AI 社区
开源鸿蒙跨平台开发者社区
EazyDevelop社区
DAMO开发者矩阵
openEuler 社区
AI编程社区
HarmonyOS开发者社区
乐奇 Rokid 开放社区
2048 AI社区
