虚拟文件系统是这个应用程序的正确概念吗
Is Virtual File System the correct concept for this application
我正在开发一个应用程序，在非常高的层次上，可以将其概括为黑盒的分层排列，每个这样的黑盒都有输入和输出。我想在文件系统上表示这些输入和输出（以相同的层次结构排列），以便在运行时，其他进程可以通过文件系统与我的应用程序交互，以激发所需的输入并读取相应的输出。我的问题是虚拟文件系统是否是满足此要求的正确实现？
我考虑过的一些事情：
- 使用文件系统在进程之间交互使得人类非常直观地read/write这些inputs/outputs，这是我的应用程序的关键需求
- 非文件系统方法需要额外的自定义工具来为人类实现同样的简单性
- 在 Linux，/proc 似乎已经实现了这个概念
- 理想情况下，这应该是一个 RAM 驻留文件系统，以避免磁盘访问延迟。
- 我的应用程序是 Linux，用 C++ 编写的，所以希望我应该能够为此利用一些现有的库
FUSE（用户空间中的文件系统）将是一种简单的实现方式，它有许多不同的语言选项
https://en.wikipedia.org/wiki/Filesystem_in_Userspace
我正在开发一个应用程序，在非常高的层次上，可以将其概括为黑盒的分层排列，每个这样的黑盒都有输入和输出。我想在文件系统上表示这些输入和输出（以相同的层次结构排列），以便在运行时，其他进程可以通过文件系统与我的应用程序交互，以激发所需的输入并读取相应的输出。我的问题是虚拟文件系统是否是满足此要求的正确实现？
我考虑过的一些事情：
- 使用文件系统在进程之间交互使得人类非常直观地read/write这些inputs/outputs，这是我的应用程序的关键需求
- 非文件系统方法需要额外的自定义工具来为人类实现同样的简单性
- 在 Linux，/proc 似乎已经实现了这个概念
- 理想情况下，这应该是一个 RAM 驻留文件系统，以避免磁盘访问延迟。
- 我的应用程序是 Linux，用 C++ 编写的，所以希望我应该能够为此利用一些现有的库
FUSE（用户空间中的文件系统）将是一种简单的实现方式，它有许多不同的语言选项
https://en.wikipedia.org/wiki/Filesystem_in_Userspace