Carrotgeball/分类规划

数据类、内容类

数据类中，每一个属性都可以连接到用来解释他的对应内容，参考CW

数据类	内容类
结构化	不一定
类似游戏中的装备、脚本、任务。 编辑时直接操作数据库而非一个一个编辑	正在看的这个东西就是内容
同类下有多个属性，可以根据属性索引	一般只能通过文本关键词或标签索引
例 CPU 显卡 各种硬件	例 名词概念、规范、事件、教程
客观内容，灵活注明参考的文献，有猜测的因素或者不准确的需要注明，必要的时候链接到内容。	允许主观内容，除了某些可以“复制”得到的内容，允许主观自由发挥

数据类

第一步：制定词条的属性

如CPU的属性有……

内存的属性有……

参考：参数详情-CPU 中的属性部分

优先级？

不难肯定的是，CPU、显卡肯定要先做，

其他的可以先走下面几步。

第二步：确定互斥的类别

这个比较难以描述，例如

-如果要把CPU划分为【移动端处理器】【桌面端处理器】，而这两个分支中却可以用同样的属性描述，则不需要在开一类。

-而机械硬盘和固态硬盘的参数有着较大的差异，因此应该分为两类。

-诸如（公版的显卡方案/非公版的显卡）、（主板/芯片组）这种虽然有包含关系，但是仍然应当是独立的分类。描述时刻做好链接即可。

-CPU散热器采纳讨论的建议，确实应该有水冷散热的区分等等。

第三步：确定分类方法

如之前的分类方法：按照核心硬件、周边配件（机电配件）、扩展、外设、解决方案分类。

（软件被放到了内容部分）

此时就可以引入诸如：

非公显卡是显卡的子分类，CPU散热器包括风冷水冷，水冷包括各种配件等等的分类方法了。

参考：分类

上述分类之所以同时进行了第二步第三步（或者说是反过来进行的）是为了确定一个大体的框架，避免在第二步产生太多类别导致的混乱。

第四步：确定搜索时要用到的属性

这个地方精简一些属性即可

例如显卡的【流处理器数量】对搜索筛选实际上没什么帮助（值太多、没有特定的意义、每个对应的条目又太少）

实际上我之前做的 → 分类详情 就是搜索用的分类，只不过看似造成了亿些误解。

现在，建议将词条属性和搜索属性放在一起，例如目前的 参数详情-CPU 底部已经附加了搜索的属性。

随便画了个搜索界面：

第五步：确定特殊的分类

例如上面提过的：移动端处理器、桌面端处理器

我希望在不破坏上有结构的情况下实现。即：搜索界面是一个全面的高级搜索，另外在制作一个简单形象的交互界面，简化版界面实际调用了高级搜索。

换句话说就是我觉得按词条搜索还是太复杂，毕竟我写的 分类详情 能被当作分类依据讨论。

随便画的：

内容类

参考：技术名词分类

不过我觉得类似数据，还是先利用现有的分类模板做一小部分内容，然后再考虑更复杂的分类。

我觉得还是先塞数据.JPG

另外建议手痒痒的小伙伴直接从属性里找点内容填写

例如：英特尔® 酷睿™ i9-12900K 处理器 (intel.cn) 每行都有一个？对吧，每个创建个词条不过分吧。

参数详情-CPU 在里面的每一个词条开始做，可以快速的增加词条数量（创造活跃的假象）。