File 使用目录对内容与数据库进行建模

File 使用目录对内容与数据库进行建模,file,design-patterns,File,Design Patterns,我第一次看到这一点是在我试验Netbeans框架时。例如,如果您想在UI表单上创建菜单,您可以创建文件,其文件名将对应于菜单项。例如,如果您想要文件,请在菜单中编辑并切换,您将使用这些名称创建实际文件,并将其放置在目录中。也许那个目录名就是菜单。换句话说,应用程序的内容来源于目录、目录的名称和结构以及目录中的文件,但不一定是文件中的数据 这么快就过去了…我的老板希望我对数据之间的层次关系进行建模…我的第一个倾向是使用DB对其进行建模,但当他与我分享他的设计时,他已经通过使用目录中的文件对关系进行

我第一次看到这一点是在我试验Netbeans框架时。例如,如果您想在UI表单上创建菜单,您可以创建文件,其文件名将对应于菜单项。例如,如果您想要文件,请在菜单中编辑并切换,您将使用这些名称创建实际文件,并将其放置在目录中。也许那个目录名就是菜单。换句话说,应用程序的内容来源于目录、目录的名称和结构以及目录中的文件,但不一定是文件中的数据

这么快就过去了…我的老板希望我对数据之间的层次关系进行建模…我的第一个倾向是使用DB对其进行建模,但当他与我分享他的设计时,他已经通过使用目录中的文件对关系进行建模对其进行了概念化。起初我觉得这是非常不规则的,但后来我回忆起了Netbeans,所以我不能告诉他这是疯狂的或不寻常的,因为我以前见过它,所以我不是一个伪君子

这种方法有名字吗?我想我现在对它的兴趣纯粹是学术上的


谢谢

文件系统本质上是一个分层数据库。在许多情况下,使用这种方法。目前最突出的两个是Windows开始菜单和Maildir邮件存储格式

我不知道这是否有明确的名称。然而,它是解决存储问题的有效方法。当然,你必须考虑一些事情。 存储是仅分层还是也需要存储关系。 存储的对象文件的数量是多少? 文件命名问题? 访问权? 每个目录的文件数

在某些情况下,数据库最终会变得更简单。也许像Active Directory或MongoDB这样的基于文档的数据库可能是更好的解决方案