工业产品设计中的常见逻辑

　　我们日常在做 工业产品设计时对于某些功能会设计对应的功能逻辑，需求做的多了，很多时候有些功能逻辑就会重复在做，久而久之就会形成“条件反射”啦。

　　一、字段限制

　　1、时间：对于时间我们一般会思考那些呢?第一，精度。一般来说时间我们会精确到分钟(YY-MM-DD HH:MM)、精确到日(YY-MM-DD)，消息一般会精确到分钟甚至秒，对于一般的提交时间、创建时间精确到日就好了。第二，前端展示方式。例如消息时间的展示，web端一般展示格式一致，app端若时间为今年，则时间的展示会省略年份，若时间为今天，那时间的展示还会省略月和日。

　　2、字数限制：很多时候我们会设计文本输入框，而文本输入框伴随着最常见的逻辑就是字数限制啦。字数限制多少没有明确的定论，一般来讲标题之类的限制32位或者64位就好啦，备注之类的限制256位或者512位，总之一点结合实际使用情况从32、64、128、256、512中选取一个值就好啦。

　　二、逻辑校验

　　1、多端操作校验：多端操作常见于我们的产品既有app端又有web端的情况，举个例子，在web端和app端打开了同一个单据，其中app端删除了这个单据，那么在web端再去操作这个单据的时候是不是需要报一个错给用户呢?

　　2、版本变更校验：版本变更常见于我们的产品有多个版本且各版本的功能不同时或者说我们的某个付费功能到期时，举个例子，现在有个产品有收票版(只有归集发票的功能)和报销版(可以归集发票、提交单据发起报销)，当在报销版操作单据功能时管理员没有续费导致我的报销版功能不能正常使用，那么此时的相关操作后是不是该给用户报错呢?

　　3、权限变更校验：权限变更通常包括数据权限(某个用户能够查看哪些数据)和操作权限(用户可以进行哪些操作)，以操作权限举个例子吧，例如我们的管理员在操作某个事务时，此时他的管理员权限没了，以前他能操作的功能现在不能操作了是不是该给用户报个错呢?

　　三、及时反馈

　　及时反馈常见于用户操作与我们系统设定的不同时的一种提示，我们常用的及时反馈有3种：前端文字提示、toast提示、弹窗提示。

　　1、前端文字提示：前端文字提示常用于我们在填写表单时，前端会做一些简单的逻辑校验，若我们的操作与设定的不同，通常会在文本框下出现红字提示。

　　2、toast提示：Toast提示一般用于提示用户进行某项操作的结果反馈，例如我进行某项操作后toast提示操作成功，给用户及时的反馈可以直观告诉用户自己的操作是否被执行。

　　3、弹窗提示：弹窗提示一般用于二次确认或者阻断性错误时的一种提示。例如我需要删除某个东西，往往会伴随着弹窗二次确认是否删除。