工厂模式

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

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。

二、基本用法

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

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

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

编辑导读：PRD作为产品经理经常撰写的文档，是产品的基本功。本文通过产品概述、业务流程、全局说明、功能性需求、非功能性需求五个模块输出一份“logo生成”需求文档，希望对你有帮助。

本人也小白转产品，在一家创业公司就职。由于没有人带只能自己根据产品经理的相关书籍和网络文章自行摸索了两个月。第一个月其实是比较痛苦的，完全不知道该做什么，只能不停看书看教程。

来人人都是产品经理【起点学院】，BAT实战派产品总监手把手系统带你学产品、学运营。

自己挖的坑一定要让别人给填好！

一、登录（从PC端到移动端）

移动端的登录沿袭了很多PC端的经验，但也有其独特的演变，我收集了一些资料，结合个人的经验总结了一些内容，希望都从事产品的人有帮助，也希望前辈们不吝赐教。

1.PC端：

1.1 PC具有公共属性，输入密码是私密性的，需要在登录注册时给予适当保护；