今天凌晨的iPhone 14系列发布之后，大家都对iPhone上的灵动岛给出了一致好评，挖孔屏已经好几年了，别的安卓厂商都在想办法去掉挖孔，而苹果却逆向行之，把挖孔做出了UI交互。

案例描述

这是一个基于AI基础视觉服务实现的人脸对比案例，通过调用设备相册选择两张图片进行人脸特征比对，并展示相似度计算结果。

实现步骤：

工厂模式

将创建对象的过程封装成函数

function newObj(name, age) {
  var o = new Object();
  o.name = name;
  o.age = age;
  return o;
}
var obj = newObj('张三', 20);

编辑导语：在产品设计中，二次确认的使用有助于提醒用户操作内容，在实际业务中帮助用户避免更大的损失。那么，二次确认应当在什么场景下使用才可以更有效地提升用户体验？本篇文章里，作者总结了二次确认的使用场景、使用形式与注意事项，一起来看一下。

一、基础组件分类

HarmonyOS的常用组件一般在resources/base/layout下的xml文件中声明，然后在AbilitySlice中通过super.setUIContent(ResourceTable.某layout布局的文件名)来加载布局。在AbilitySlice中通过super.findComponentById(ResourceTable.组件的id)获取组件，获取成功后就可以对该组件进行操作，如添加监听，设置内容等。当然也可以通过代码动态的使用控件。

至此，我们完成了app的宏观定位、系统架构、V1.0.0的产品演进蓝图以及粗线条的产品结构图。接下来本文将围绕appV1.0.0的具体功能流程和页面流程展开。

惯例，先回顾一下。在系统架构/产品结构（中），我们探究了「职得App」的系统架构和产品演进蓝图。更关键的是得到了「产品信息架构图」，如下图，这对指导接下来做流程图有指导性作用。

很多开发者可能平时并不关心自己维护的页面是否存在内存泄漏，原因可能是刚开始简单的页面内存泄漏的速度很缓慢，在造成严重卡顿之前可能就被用户刷新了，问题也就被隐藏了，但是随着页面越来越复杂，尤其当你的页面是 SAP 方式交互时，内存泄漏的隐患便越来越严重，直到突然有一天用户反馈说：“操作一会儿页面就卡住不动了，也不知道为什么，以前不这样的呀”。

讲信息引导方式的有很多，而本文主要从“是否会打扰用户”的维度，分两个类型举例分析了其中的设计以及原理。

上一篇讲了信息引导的策略层：可切入的场景和机制《系统性地教你：如何设计产品的信息引导？》。这篇就总结一下表现层的内容：有哪些引导形式？适用什么场景下？如何优化这些引导？

让各位在界面输出时，能更清晰地理解信息的引导。按照‘是否会干扰用户’的维度，我将信息引导分为两类：干扰型和不干扰型。下面我们直接进入主题：

今天我想简单讲一讲Android里的Toast，因为我刚接触，Toast的使用情境我遇到的不是很多，下面只讲一些我遇到过的情况。

一、什么是Toast

Toast是Android提供的一种显示消息的机制，有点类似弹窗，会在屏幕上弹出一个小框，框里面可以放入想要显示的内容（文本，图片均可），这个消息框过一段时间就会消失。

如果你从没有用过Toast，这么描述可能过于抽象，但你在使用手机的过程中一定见过它，只不过你不知道它就叫做Toast。

二、基本用法

上文为大家介绍了平台规范中的弹框类型，那么我们又该如何判断在哪些场景中需要用弹框？需要的话又需要哪种类型的弹框？针对这些疑问，笔者将展开进一步分析。

上一期我们讲解了平台规范中模态、非模态框的类型以及它们的使用方法。可回顾：《掌握“弹窗”设计规范，打造优质用户体验》。

可知道了平台规范中的弹框类型之后，你小小的脑袋瓜里有了大大的问号：了解得越全面，反而无从抉择了…这下该怎么办？