文件分类系统(树系统)
大约 6 分钟
文件分类系统(树系统)
目录
V2
新特性
- 完善了第三分支和第四分支,提供了更加精准可查的分类。
- 归纳内容的增多,将同类再细分为计算机领域类、体验增强类、其他类的三大类分级
第一分支 - 访问权限、访问效率、长期稳定性
Q:大概率只读的话算不算?
- Private(unLocal,稳定云盘,私有)
- 第二分支
- Public(unLocal,稳定云盘,公有)
- 第二分支
- Local(高效率访问)
- 第二分支
- Path/Temp(可被销毁)
- System(高效率访问,不可编辑)
- Ex(unLocal Also Instability,外接设备 - 存在消失的可能,私有)
- 第二分支
第二分支 - 类型或依赖项
- R_Doc(不过不太属于大概率只读)
- Other
- 第三分支
- Other
- R_Hs
- R_Teach
- 第三分支
- Project
- 第三分支
- Res
- 第三分支
- Soft
- 第三分支
- Tool
- 第三分支
第三分支 - 计算机或领域
Computer
- 3D
- Doc
- Mix
- Adobe
- Plane
- Video
- Virtual
- Voice
Reinforce
- Down
- IO
- IOHardware
- Drive
- HardwareTest
- IOVirtual
- Camera
- InputMethod
- Screen
- Sound
- Web
- IOHardware
- Safe
- System
- Tidy
- Translate
- View
Twelve
- Sci
Other
- 0
第四分支 - 任意
Dev分支
- 【Soft】(区分:环境上面要写代码的,而小工具不用,直接用就行)
- IDE
- Android(开发环境 - 安卓环境)
- Application(开发环境 - 应用环境)
- Game(开发环境 - 游戏引擎)
- Editor(开发环境 - 通用IDE或Editor)
- Tools
- Hack(黑客小工具)
- Other(编程小工具)
- WebSite(开发环境 - 网络集成环境)
- WebTools(网络小工具)
- Python(环境 - py专用)
- IDE
- 【Project】(区分:Type是大项目、多种语言。Langage为测试、单语言脚本、唯一编程平台、可为不同类型,如EProgram/Jupyter)
- (目录简概)
- 第五分支原则,虽然这里一般是放原创的,但为了方便参考,也会放些clone下来的参考项目
- 混淆优先级:类型 平台 语言,其中类型与平台无关优先,而跨平台不等于与平台无关
- 路径举例:E:\Private\Project\Dev\Platform\Multi\QT\Product\Project1,表示私有的开发工程 - 跨平台QT产品级工程
- Language,按语言类型或编写平台分类
- Cpp
- EProgram,易语言(平台分类)
- Jupyter
- Python
- Platform,平台
- Android,安卓平台
- Mini,小程序
- UniApp,小程序(MiniProgram)
- Multi,跨平台项目
- Electron
- Qt (第五分支 - 某类工程的管理细分)(非本地盘则只放归档工程)
- Product,产品级工程,保密,需要注意自己版权
- Reference,参考用工程,不保密,需要注意他人版权
- Res,资源型工程(一般是编译dll库这一类的)???????????????????????????(存在分类歧义,资源类or工程类,版权or自己怎么办)
- Study,学习用工程,保密,不公开,可以当学习笔记而不删除,如果想测试级工程不被删除则可以放这
- Test,测试级工程保密,不公开,必然是临时用,里面的东西可以被删除
- Window,桌面程序
- Type,按项目类型
- Game,游戏(一般是跨平台)
- Hack,黑客程序
- Robot,QQ机器人
- Website,网站
- (目录简概)
- 【Note】(劣)
- Language,语言,与项目无关与语言有关
- Theory,理论,与项目无关与语言无关
- Tools,工具技巧,与项目有关与语言无关
- Project,工程,与项目有关与语言有关(包含Script)
- 同【Project下的Dev】
Other,其他IDESoft,软件
设计思路 - 树形分类分歧点
第一主干——访问权限分歧点与效率区分分歧点(也叫设备主干)
- HS分歧
- 访问权限是否应该另设
- Private与Public分歧
- 本地资源管理器应增设功能:Private状态下合并Private与Public,Public状态下则依然是Public
- Private笔记和Public笔记混合的情况
- 比如C语言学习网中的C++11:http://c.biancheng.net/cplus/11/,收费文和免费文混杂
- 这在网络博客系统中的实现的容易的,但在纯粹的树形分类却是困难的,哪怕是加了快捷链接的树也不是太完美
- 只能去避免以上这类情况
伪方案:Public拷贝Private的其中一部分 方案2:纯私有放Private(更安全),半私有全放Public,共享时使用文件夹标记文件来查看权限是否能够访问
- 已安装软件(一般具有不可移植性和不可共享性)或极常用资源,和其他资源分离
- 工程属于哪种?代码这种缓存一下就很快了,不需要速度极快,可以放非本地里
- 也可以采取类似clone/push的方式
- Path、Tmp(一般是比较大的东西)
- 主要是 分享性低但仍有使用需求、可丢失而不重要的,可以用磁带存储也无妨
- 属于某些软件生成出来的,别人一般也不太能使用。例如VMWare、Obsidian
- 从依赖上属于Tools
第二主干分歧点(也叫类型主干)
非摊分分类
摊分是指每一层最后是10个左右的分叉。未摊分分类应如下
Read,被人/View软件/非软件(指默认软件或打印出来后的载体)使用,侧重(90%,照片很可能是参考图,故不属于)于观赏而非被软件使用
- Doc(ReadDoc),易于分享的低占用资源
- Teach(ReadTeach)
- HS(ReadHS),指定的半保密资源
Soft,被系统使用,依赖或间接依赖于系统
- Soft(SoftSetup)
- Soft(Soft/Portable)
- Tool(SoftTool)
Res,被指定软件使用
- Res(NormalRes)
- Peoject(ProjectRes),
有保密需求
Teach分歧
- 应用分歧,Video性质的Teach,不可能当做剪辑素材使用。不应该归类到Video中
Doc分歧
- 应用分歧,txt性质的Doc,有极小的可能会作为写作时的复制拷贝来使用,但只是个例。大概率情况下是直接用来阅读的
- Doc中的Notebook,从访问权限上应该是Private,存在可能我哪天就想将某部分作为Private部分
- Res分歧:两个作用,素材使用和独立使用
- 前面的Teach和Doc分歧都可以归纳为Res分歧,干脆将Res再拆分为素材资源和独立资源,其中独立资源再包括教程资源
- 不对,很早之前已经意识到了:所以文件都属于广义上的“资源”,软件也是软件资源,应禁止单独使用“资源”二字
- 资源可以按依赖来分类
- 依赖于系统且不可移植:软件已安装资源。放固态
- 依赖于系统:软件安装包资源
- 依赖于软件:插件资源
- 无依赖:纯素材
- 如今再细分无依赖
- 但比如说照片/素材图,你说他是独立资源也行,说是可被使用资源也行。所以以前并没有去切分这两点
- 如今分类应该按倾向性分类,但这可能主观性较高
- 暂定Teach和Doc资源是独立资源
照片怎么办??属于哪种??答:直接使用的概率极低(远远不及90%),多用于参考图 / 再修改 / 素材
第三主干分歧点(也叫计算机主干与领域主干)
OBS分歧
- 是Camera还是Screenshot里
其他分歧点(前三主干都是固定的,后面则是不固定的分类)
公司分歧
- Microsoft Office、Autodesk系列、Adobe系列,如果使用安装工具集很容易将软件装在同一块
- 解决方案:使用Multi类表示