复杂的标签树 引入标签树的目的其实是为了在本来就包含级联关系的类目中重构另一套级联的规则，比如将原来的四级类目打散后重新组成新的类目群，而这个类目群又向上汇集成其他的集群，最后在使用时直接使用新组成的这一组关系，这组新的关系就是我们在这个场景中创建的类目树。
我们曾经在
个项目中用过类目树，很麻烦，配置要配半天，用的 房主数据库 时候又要整理好久逻辑，还很可能出错。关键是这种树状结构的标签功能还得专门单独开发，从产品到研发再到最后使用的运营人员，都对这个东西感到头疼。那这个东西到底在解决什么问题呢，为什么一定要用呢。
其实是在补管理混乱的洞，如果一个公司类目管理本来就做的很好，从上到下统一使用一套标准的规则，那是肯定不会用到类目树的。但是如果平时经营过程中总是想一出是一出，给标准类目之外又衍生出很多新的集群规则，最后在上线系统的时候又希望能把这些非标准规则都覆盖掉，那就只能用标签树来处理了。属于是没有办法的办法。
先有个大概了解吧
其实还有很多可以讲的，而且在设计上也有很多注意点，用好了能让一个老系统焕发新生，如果有机会的话，我们后面再单开一篇来讲。 第四章：商品品牌 . 品牌在电商系统中的演变 你上一次在线上购物网站中用到品牌这个概念 由于目前还不清楚冠状病毒在各 是什么时候？可能对大多数人来说品牌这个概念已经很久远的，现在我们能想到的品牌应用场景大概就是旗舰店了。 但是在十几年前，品牌这个概念还是会经常出现在线上购物网站的首页的。
我印象比较深刻的
是我在买手机的时候，会出现好多手机品牌让我 cz 列表 去选择，后来也有网站会把品牌直接整合到类目中，作为类目中的一个层级出现。 但是到最近几年这个概念也开始逐渐被淡化了，写到这里我突然意识到，这好像是切中了某些时代发展的规律，我们这几天聊到的这些内容似乎都有这样的一个共同点，刚开始出现的时候都是在前端页面展示中充当着重要的角色，但是随着技术的不断革新，这些概念都开始逐步退到了幕后。
