操作

用户

“Carrotgeball/分类规划”的版本间差异

来自pcdiy_dev

< 用户:Carrotgeball
 
第30行: 第30行:
 
[[文件:分类规划1.png|无框|1103x1103像素]]
 
[[文件:分类规划1.png|无框|1103x1103像素]]
  
=== 第一步:制定词条的属性 ===
+
=== 第一步:制定词条的样例 ===
如CPU的属性有……
+
举例:[[词条测试-CPU]]
 
 
内存的属性有……
 
 
 
参考:参数详情-CPU 中的属性部分
 
  
 
优先级?
 
优先级?
第41行: 第37行:
 
不难肯定的是,CPU、显卡肯定要先做,
 
不难肯定的是,CPU、显卡肯定要先做,
  
其他的可以先走下面几步。
+
==== 要点:类别的互斥 ====
 
 
=== 第二步:确定互斥的类别 ===
 
 
这个比较难以描述,例如
 
这个比较难以描述,例如
  
第54行: 第48行:
 
-CPU散热器采纳讨论的建议,确实应该有水冷散热的区分等等。
 
-CPU散热器采纳讨论的建议,确实应该有水冷散热的区分等等。
  
=== 第三步:确定分类方法 ===
+
=== 第二步:确定分类方法 ===
 
如之前的分类方法:按照核心硬件、周边配件(机电配件)、扩展、外设、解决方案分类。
 
如之前的分类方法:按照核心硬件、周边配件(机电配件)、扩展、外设、解决方案分类。
  
第63行: 第57行:
 
非公显卡是显卡的子分类,CPU散热器包括风冷水冷,水冷包括各种配件等等的分类方法了。
 
非公显卡是显卡的子分类,CPU散热器包括风冷水冷,水冷包括各种配件等等的分类方法了。
  
参考:[[用户:Carrotgeball/分类|分类]]  
+
仅供参考:[[用户:Carrotgeball/分类|分类]]
 
 
上述分类之所以同时进行了第二步第三步(或者说是反过来进行的)是为了确定一个大体的框架,避免在第二步产生太多类别导致的混乱。
 
 
 
 
=== 第四步:确定搜索时要用到的属性 ===
 
=== 第四步:确定搜索时要用到的属性 ===
这个地方精简一些属性即可
+
词条属性的子集,挑选一些对筛选有作用的属性。
  
 
例如显卡的【流处理器数量】对搜索筛选实际上没什么帮助(值太多、没有特定的意义、每个对应的条目又太少)
 
例如显卡的【流处理器数量】对搜索筛选实际上没什么帮助(值太多、没有特定的意义、每个对应的条目又太少)
 
''实际上我之前做的 → [[用户:Carrotgeball/分类详情|分类详情]] 就是搜索用的分类,只不过看似造成了亿些误解。''
 
 
''现在,建议将词条属性和搜索属性放在一起,例如目前的 [[用户:Carrotgeball/参数详情-CPU|参数详情-CPU]] 底部已经附加了搜索的属性。''
 
  
  
随便画了个搜索界面:
+
举例CPU,随便画了个搜索界面:
  
 
[[文件:分类规划2.png|无框|922x922像素]]
 
[[文件:分类规划2.png|无框|922x922像素]]
  
=== 第五步:确定特殊的分类 ===
+
=== 第四步:确定特殊的分类 ===
 
例如上面提过的:移动端处理器、桌面端处理器
 
例如上面提过的:移动端处理器、桌面端处理器
  
 
我希望在不破坏上有结构的情况下实现。即:搜索界面是一个全面的高级搜索,另外在制作一个简单形象的交互界面,简化版界面实际调用了高级搜索。
 
我希望在不破坏上有结构的情况下实现。即:搜索界面是一个全面的高级搜索,另外在制作一个简单形象的交互界面,简化版界面实际调用了高级搜索。
 
换句话说就是我觉得按词条搜索还是太复杂,毕竟我写的 [[用户:Carrotgeball/分类详情|分类详情]] 能被当作分类依据讨论。
 
  
  
第97行: 第82行:
 
参考:[[用户:Carrotgeball/技术名词分类|技术名词分类]]
 
参考:[[用户:Carrotgeball/技术名词分类|技术名词分类]]
  
不过我觉得类似数据,还是先利用现有的分类模板做一小部分内容,然后再考虑更复杂的分类。
+
不过我觉得类似数据,还是建好词条页面,然后再考虑分类。
  
 
我觉得还是先塞数据.JPG
 
我觉得还是先塞数据.JPG

2022年6月27日 (一) 20:50的最新版本

数据类、内容类

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

数据类 内容类
结构化 不一定
类似游戏中的装备、脚本、任务。

编辑时直接操作数据库而非一个一个编辑

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

数据类

分类规划1.png

第一步:制定词条的样例

举例:词条测试-CPU

优先级?

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

要点:类别的互斥

这个比较难以描述,例如

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

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

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

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

第二步:确定分类方法

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

(软件被放到了内容部分)

此时就可以引入诸如:

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

仅供参考:分类

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

词条属性的子集,挑选一些对筛选有作用的属性。

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


举例CPU,随便画了个搜索界面:

分类规划2.png

第四步:确定特殊的分类

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

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


随便画的:

3.png

内容类

参考:技术名词分类

不过我觉得类似数据,还是建好词条页面,然后再考虑分类。

我觉得还是先塞数据.JPG

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

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

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