“前端数据治理“这个知乎栏目，我打算从另著作权归作者所有，禁止商业用途转载。未经授权，禁止复制转载。一个纬度去讨论前端应用开发。这个栏目的核本文版权归作者所有，未经授权不得转载。【本文首发于唐霜的博客】心话题都是围绕“业务”这个词。之所以要再原创内容，盗版必究。本文作者：唐霜，转载请注明出处。强调，是因为有少数朋友在阅读时，思路会跑本文作者：唐霜，转载请注明出处。本文版权归作者所有，未经授权不得转载。偏，用非本栏目讨论范围内的内容进行无意义本文作者：唐霜，转载请注明出处。原创内容，盗版必究。的互怼，我觉得没有必要。任何阅读和讨论，【版权所有】唐霜 www.tangshuang.net【原创不易，请尊重版权】一定需要一个前置条件，本栏目的前置条件就本文版权归作者所有，未经授权不得转载。原创内容，盗版必究。是“业务型应用开发“。在这类场景中，由于著作权归作者所有，禁止商业用途转载。【版权所有，侵权必究】业务本身的流转逻辑复杂，流转过程中不同的本文版权归作者所有，未经授权不得转载。本文版权归作者所有，未经授权不得转载。对象状态变化相互之间还存在关联性，所以开未经授权，禁止复制转载。未经授权，禁止复制转载。发过程中往往比较痛苦，这也是我开这个栏目【原创内容，转载请注明出处】【版权所有】唐霜 www.tangshuang.net，梳理这些开发问题，以帮助需要相关思路的未经授权，禁止复制转载。【本文受版权保护】开发者获得参考的初衷。

本文主要讨论“元数据”这个话题。“元数据【作者：唐霜】【转载请注明来源】”的简单定义就是“关于数据的数据”，直白【关注微信公众号：wwwtangshuangnet】转载请注明出处：www.tangshuang.net的说，就是关于值本身的描述的集合。对应到著作权归作者所有，禁止商业用途转载。原创内容，盗版必究。开发中，就是表结构，我们在设计数据库表时【版权所有，侵权必究】本文作者：唐霜，转载请注明出处。，需要对每个字段的类型、长度、默认值等进【版权所有，侵权必究】转载请注明出处：www.tangshuang.net行规定，这些内容，就是关于这个字段的值的【访问 www.tangshuang.net 获取更多精彩内容】本文作者：唐霜，转载请注明出处。元数据。

和后端开发不同，前端是面向交互编程，因此未经授权，禁止复制转载。未经授权，禁止复制转载。，和后端相比，前端建模更多是为了给视图交【作者：唐霜】【原创不易，请尊重版权】互服务。

现在，我们进入到具体的场景进行“元数据”【访问 www.tangshuang.net 获取更多精彩内容】【转载请注明来源】的讨论。我们现在有一个简单的商城系统，商本文版权归作者所有，未经授权不得转载。【版权所有，侵权必究】城系统的核心对象有三个：消费者（用户）、转载请注明出处：www.tangshuang.net【作者：唐霜】商品、订单。围绕这三个核心对象，商城的整【作者：唐霜】【访问 www.tangshuang.net 获取更多精彩内容】套业务流转在运行。现在，我们要为商品建模原创内容，盗版必究。【未经授权禁止转载】了，我们来想一想，在那些业务环节（交互过【转载请注明来源】【作者：唐霜】程中）会需要商品？

• 商品的上架（一个提交表单）
【版权所有，侵权必究】【本文首发于唐霜的博客】
• 商品信息的修改（一个修改表单）
【本文受版权保护】【版权所有，侵权必究】【作者：唐霜】【作者：唐霜】
• 商品的展示（商品详情页）
著作权归作者所有，禁止商业用途转载。【访问 www.tangshuang.net 获取更多精彩内容】【关注微信公众号：wwwtangshuangnet】
• 商品的引用（下单过程中，订单拉取商品部分【原创不易，请尊重版权】【本文首发于唐霜的博客】信息进行展示或计算）
转载请注明出处：www.tangshuang.net本文作者：唐霜，转载请注明出处。【原创不易，请尊重版权】【访问 www.tangshuang.net 获取更多精彩内容】

有人会说，用户已购买的商品也是，但我想说【访问 www.tangshuang.net 获取更多精彩内容】【本文受版权保护】，用户已购买的商品和我们这里的核心对象商转载请注明出处：www.tangshuang.net未经授权，禁止复制转载。品是不同的，用户已购买的商品属于订单的子【版权所有】唐霜 www.tangshuang.net【版权所有，侵权必究】对象，用户下单买完之后，订单当时商品的信本文版权归作者所有，未经授权不得转载。【作者：唐霜】息是固定到订单信息中，相当于对商品对象进【关注微信公众号：wwwtangshuangnet】著作权归作者所有，禁止商业用途转载。行了主要信息的克隆，和这里的核心对象商品本文版权归作者所有，未经授权不得转载。本文版权归作者所有，未经授权不得转载。已经脱钩了。

综合上面的这些情况，实际上，我们面临的交【版权所有】唐霜 www.tangshuang.net原创内容，盗版必究。互主要有两个：1）表单 2）展示。

在考虑设计“商品”这个对象的元数据时，我【版权所有】唐霜 www.tangshuang.net转载请注明出处：www.tangshuang.net们要分开上面两种场景进行设计。当然，对于【版权所有】唐霜 www.tangshuang.net本文版权归作者所有，未经授权不得转载。我而言，我虽然是从两种场景去设计，但是我【原创内容，转载请注明出处】本文作者：唐霜，转载请注明出处。在模型中将所有的元数据集中在一起，在两种【作者：唐霜】本文版权归作者所有，未经授权不得转载。场景下都可以使用该模型。

接下来，我们来看商品价格这个字段。

我们先考虑展示的时候这个字段要准备哪些可未经授权，禁止复制转载。【版权所有】唐霜 www.tangshuang.net能需要的东西：

• 样式类：字体大小、颜色等
【原创不易，请尊重版权】本文作者：唐霜，转载请注明出处。著作权归作者所有，禁止商业用途转载。【本文受版权保护】
• 值类：保留多少位小数，前面是否加¥等货币本文版权归作者所有，未经授权不得转载。未经授权，禁止复制转载。符号
转载请注明出处：www.tangshuang.net未经授权，禁止复制转载。本文版权归作者所有，未经授权不得转载。【本文首发于唐霜的博客】
• 名类：“价格”这个词，是否需要区分当前系【版权所有，侵权必究】【原创内容，转载请注明出处】统是中文和英文
【本文受版权保护】【访问 www.tangshuang.net 获取更多精彩内容】
• 格式类：是否需要千分位分隔符，或者根据用【本文首发于唐霜的博客】原创内容，盗版必究。户所在国家进行数字格式化
【版权所有】唐霜 www.tangshuang.net【作者：唐霜】【原创不易，请尊重版权】【原创不易，请尊重版权】

你看，我们一下子就让价格这个字段丰富起来著作权归作者所有，禁止商业用途转载。未经授权，禁止复制转载。了。上面这些都是我能想到的，但不一定全。【本文受版权保护】本文作者：唐霜，转载请注明出处。不同的电商系统中，这些东西估计都是需要的【原创不易，请尊重版权】转载请注明出处：www.tangshuang.net，所以，实际上，我们已经总结出“价格”这转载请注明出处：www.tangshuang.net原创内容，盗版必究。个字段的通用“元数据”了。

那么，具体在编程上怎么去实现呢？我在 t【转载请注明来源】【访问 www.tangshuang.net 获取更多精彩内容】yshemo 中定义了 Meta 类，该转载请注明出处：www.tangshuang.net【访问 www.tangshuang.net 获取更多精彩内容】类其实是一个抽象类，用于定义元数据。现在【本文受版权保护】【访问 www.tangshuang.net 获取更多精彩内容】，我们尝试定义一下价格这个字段：

import { Meta } from 'tyshemo'

class Price extends Meta {
  static name_zh = '价格'
  static name_en = 'Price'
  static font_size = 18
  static font_color = '#660000'
  static formatter = pipe(
     thousands, // 千分位分隔符
     fixed(2), // 保留两位小数
     currency, // 我自己写了一个currency函数来自动添加货币符号
  )
}

你看，我们已经定义了 Price 的不少【访问 www.tangshuang.net 获取更多精彩内容】【本文首发于唐霜的博客】元数据了。

接下来，我们来看看表单中的情况。表单，我【作者：唐霜】【版权所有】唐霜 www.tangshuang.net一直一来都认为是前端开发中，最复杂的场景【原创内容，转载请注明出处】【原创不易，请尊重版权】之一，因为它要处理的东西实在有点多。不过【访问 www.tangshuang.net 获取更多精彩内容】【本文受版权保护】对于价格这个字段，我们感知上应该还好，不原创内容，盗版必究。本文版权归作者所有，未经授权不得转载。会有特别复杂的逻辑。

• 是否必填？
原创内容，盗版必究。原创内容，盗版必究。
• 是否只读？（某些情况下，一经发布，不允许【访问 www.tangshuang.net 获取更多精彩内容】【关注微信公众号：wwwtangshuangnet】修改商品价格）
【作者：唐霜】【版权所有】唐霜 www.tangshuang.net
• 是否隐藏？
【未经授权禁止转载】【本文受版权保护】【版权所有】唐霜 www.tangshuang.net本文版权归作者所有，未经授权不得转载。
• 是否禁用？
【版权所有】唐霜 www.tangshuang.net【关注微信公众号：wwwtangshuangnet】【本文受版权保护】原创内容，盗版必究。
• 提交到后端时是 price 字段，还是 【作者：唐霜】【原创内容，转载请注明出处】good_price 字段？
【本文受版权保护】【作者：唐霜】【未经授权禁止转载】
• 最大值/最小值？
本文作者：唐霜，转载请注明出处。【未经授权禁止转载】【转载请注明来源】未经授权，禁止复制转载。
• 用户填写的时候是否需要千分位格式化？（这著作权归作者所有，禁止商业用途转载。【版权所有，侵权必究】个就有点难度了）
本文版权归作者所有，未经授权不得转载。著作权归作者所有，禁止商业用途转载。本文版权归作者所有，未经授权不得转载。【原创内容，转载请注明出处】
• 真实值和用户看到的值是否一致（是否需要省著作权归作者所有，禁止商业用途转载。本文版权归作者所有，未经授权不得转载。略小数部分）？
本文作者：唐霜，转载请注明出处。未经授权，禁止复制转载。
• 校验逻辑？（这个应该是表单标配）
原创内容，盗版必究。转载请注明出处：www.tangshuang.net【作者：唐霜】

你看，Price 瞬间就又复杂了很多不是【本文首发于唐霜的博客】转载请注明出处：www.tangshuang.net吗？这些都不是全部的，我只把自己所能想到著作权归作者所有，禁止商业用途转载。【本文受版权保护】的都列了出来。现在看看代码实现：

import { Meta, Validator } from 'tyshemo'

const { max, min, required } = Validator

class Price extends Meta {
  static required = true
  static readonly = function() {
    return this.is_expired // 模型上的 is_expired 字段为 true 时，价格只读，不能被修改
  }
  static setter = v => v === '' ? 0 : +v
  static getter = v => v === 0 ? '' : v + '' // 当价格为 0 时，输入框为空
  static validators = [
    required('价格必须填写'),
    min(0), // 不能小于 0
    max(9999999),
  ]
  static to = 'good_price' // 传给后端时使用 good_price 字段
  static is_need_thousands = true // 给一个标记，由视图层处理交互逻辑
}

表单中可能还会有其他的一些限制，总之，我著作权归作者所有，禁止商业用途转载。【原创内容，转载请注明出处】们尽可能覆盖到各种场景，并在 Meta 【版权所有】唐霜 www.tangshuang.net本文版权归作者所有，未经授权不得转载。中提前定义好这些元数据。当然，有的时候，【未经授权禁止转载】本文版权归作者所有，未经授权不得转载。在元数据中，有些定义是比较抽象的，比如上【未经授权禁止转载】【转载请注明来源】面的 is_need_thousands【版权所有】唐霜 www.tangshuang.net著作权归作者所有，禁止商业用途转载。 这个属性，如果单纯看它，从字面意思确实【版权所有】唐霜 www.tangshuang.net【作者：唐霜】可以理解，意思是需要千分位分隔符，但是问【转载请注明来源】原创内容，盗版必究。题在于，具体怎么实现呢？所以，这里就比较【作者：唐霜】未经授权，禁止复制转载。抽象，它实际上是前端约定好的一套交互协议转载请注明出处：www.tangshuang.net【未经授权禁止转载】，如果 meta 中 is_need_t【转载请注明来源】本文版权归作者所有，未经授权不得转载。housands 为 true，那么我们【转载请注明来源】【本文首发于唐霜的博客】在前端视图层实现时，就会采用一个特殊的数【关注微信公众号：wwwtangshuangnet】【原创内容，转载请注明出处】字输入框组件，这个组件自带了方便的千分位未经授权，禁止复制转载。本文作者：唐霜，转载请注明出处。分隔符能力。但是，对于非前端人员，阅读到原创内容，盗版必究。【本文首发于唐霜的博客】这里，就会存在一定的理解障碍。这也是属于【关注微信公众号：wwwtangshuangnet】未经授权，禁止复制转载。前端私有的领地。

另外，我们可能还会在元数据中定义一些其他【原创内容，转载请注明出处】本文作者：唐霜，转载请注明出处。的属性：

• 数据类型是什么？
【版权所有，侵权必究】【版权所有】唐霜 www.tangshuang.net
• 后台接口中，如何获取 price 字段的【作者：唐霜】【版权所有，侵权必究】值？是直接读 data.price 还是【原创内容，转载请注明出处】未经授权，禁止复制转载。读 data.good_price？
【原创内容，转载请注明出处】转载请注明出处：www.tangshuang.net【作者：唐霜】【版权所有，侵权必究】
• 在什么情况下不需要上传这个字段？
转载请注明出处：www.tangshuang.net未经授权，禁止复制转载。【转载请注明来源】
• 当这个字段的值发生变化时，是否需要执行某著作权归作者所有，禁止商业用途转载。【版权所有】唐霜 www.tangshuang.net个函数？
【版权所有】唐霜 www.tangshuang.net本文版权归作者所有，未经授权不得转载。原创内容，盗版必究。

这些属性的定义，都可以通过 tyshem【本文受版权保护】【关注微信公众号：wwwtangshuangnet】o 这套系统来实现。

我们回到元数据这个话题。我在读大学的时候【版权所有】唐霜 www.tangshuang.net【未经授权禁止转载】，我们管理学领域有一门分支学科，叫“信息【原创内容，转载请注明出处】【版权所有，侵权必究】资源管理”，里面提到一个论点，“管理要超【关注微信公众号：wwwtangshuangnet】本文版权归作者所有，未经授权不得转载。前到信息产生之前“，也就是说对信息的管理【本文首发于唐霜的博客】未经授权，禁止复制转载。，要在信息产生之前就进行，这叫“超前管理【版权所有】唐霜 www.tangshuang.net未经授权，禁止复制转载。”。怎么做到超前管理呢？就是事先定义好元转载请注明出处：www.tangshuang.net本文版权归作者所有，未经授权不得转载。数据系统。当然，真正的工作并非那么简单，【关注微信公众号：wwwtangshuangnet】未经授权，禁止复制转载。但是，从中可以看到，元数据是保证我们业务本文版权归作者所有，未经授权不得转载。【原创不易，请尊重版权】逻辑按照我们预先设计的规则进行的。

最近接到一个新的需求，我们要统一规划系统本文版权归作者所有，未经授权不得转载。【版权所有，侵权必究】中所有字段的基本逻辑，包括所有字段的中英【本文首发于唐霜的博客】【访问 www.tangshuang.net 获取更多精彩内容】文、展示格式（一个字段可能多套）、校验规原创内容，盗版必究。【本文首发于唐霜的博客】则等。这是一个复杂的需求，最理想的状态是未经授权，禁止复制转载。【关注微信公众号：wwwtangshuangnet】做成一套线上系统，有点像 Headles著作权归作者所有，禁止商业用途转载。【版权所有】唐霜 www.tangshuang.nets CMS，可以自己对字段进行自定义。这【版权所有，侵权必究】【转载请注明来源】个需求本身是复杂的，但我们单纯从前端角度【转载请注明来源】【转载请注明来源】来看，这个需求实际上可以为前端提供丰富的著作权归作者所有，禁止商业用途转载。【本文受版权保护】元数据，一旦这些规则都是定义好的，我们就未经授权，禁止复制转载。【关注微信公众号：wwwtangshuangnet】可以通过一种协议，从后端拉取有关这个字段未经授权，禁止复制转载。【未经授权禁止转载】的元数据，获得该字段的所有规则，这有助于原创内容，盗版必究。【本文首发于唐霜的博客】我们统一化前端字段的展示和编辑逻辑，完成转载请注明出处：www.tangshuang.net【关注微信公众号：wwwtangshuangnet】之后，前端不需要自己再手写各种各样的校验本文版权归作者所有，未经授权不得转载。【原创内容，转载请注明出处】逻辑，不需要再用像素眼盯着屏幕检查是否按【关注微信公众号：wwwtangshuangnet】【原创不易，请尊重版权】照设计要求展示字体、颜色，有了这套系统，转载请注明出处：www.tangshuang.net【版权所有，侵权必究】前端实际上代码量会下降一个量级（当然，实未经授权，禁止复制转载。【访问 www.tangshuang.net 获取更多精彩内容】际上，复杂度提升了很多，对于那些反复强调本文作者：唐霜，转载请注明出处。【未经授权禁止转载】“到时候新人看不懂”的团队，不适合拥有这【未经授权禁止转载】转载请注明出处：www.tangshuang.net类系统）。