- 应用从无到有(开发通用版即演示版功能)
- 鞋楦男女
- 鞋楦码数
- 鞋楦长度
-
应用用户从无到有(从演示版到用户定制版)
-
添加属性的工作由谁来完成
-
各个不同的企业对同一个属性有不同的约束怎么办
安踏:鞋楦男女:值为男、女
耐克:鞋楦男女:值为男人、女人
必须要满足这个需求,因为需要和用户的报表一致
- 通用版本身也是一个企业,通用版具备如下特殊性:
- 属性表中的字段的任何改变,会自动同步到关联表中
- 属性的约束如何实现
- 同一个属性在不同的企业有不同的约束如何实现
属性的约束:
-
输入范围
-
输入数字
-
输入格式
-
单位是什么
-
不允许为空(这个应该数据表单的吧)
-
为什么初始化是复制东西。
-
系统属性、业务属性全都是我们公司的,用户主要关注业务属性,系统属性是不会给客户看到的(系统属性高度与组件等绑定,细节处还没有设计)。我们不会主动将A企业的业务属性暴露给B企业,除非我们已经充分评估,认为这个业务属性就是一个大家都可以用的业务属性。但是B企业添加了一个和A企业同特征的业务属性时,我们可能会关联到同一个业务属性(目前特征相同定义为中文、英文名相同)。
-
我们之所以热衷于将一些企业定制的业务属性,变成一个通用的业务属性,是为了让我们的通用版更强大,更符合绝大多数用户的需求。换句话说,就是当一个新的用户需要使用我们的系统时,他可以做更少的工作,就定制出他想要的效果。同样,将一个业务属性通用了,有利用企业间的交流,觉一个例子,A企业的属性,B企业可以呈现出自己字段名称。
-
如果不是出于这个目标的话,我认为业务属性完全是可以各个公司管理各个公司自己的。
-
关联表中特殊的需求:
- 修改自定义中英文
- 修改属性值的约束
-
添加数据的流程大概为:
- 属性表中检索是否具备同样特征的属性
- 存在相同特征的属性性:关联表中进行企业与顺序性的关联,将企业的个性化配置保存在关联表中
- 不存在相同特征的属性时:在属性表中插入一条记录,在关联表中进行企业与属性的关联,将企业的个性化配置保存在关联表中
属性值的约束有哪些:
[]
{
“us”:[]
“cn”:[]
}
{
}