项目简介

核心功能

{
    "file": "Hello, world!",
    "dir": {
        "subfile": "Content.\\n",
        "subdir": {}
    },
    "symlink": ["link", "target path"],
    "script": ["script", "#!/bin/sh\\necho Howdy!"]
}

echo 'Hello, world!' > file
mkdir -p dir/subdir
echo -n 'Content.\\n' > dir/subfile
ln -s 'target path' link
printf '#!/bin/sh\\necho Howdy!' > script
chmod +x script

社区讨论焦点

对Json2dir的评价与建议

• 格式选择争议：有用户认为JSON并非适合此类场景的语言，因为它不支持注释，且脚本内容只能写在单行（由于JSON不支持多行字符串）。对此，项目作者回应称可以通过其他工具（如Nix、Cue等）生成JSON，并已在README中明确提及这一点。还有用户建议至少使用Hujson（一种支持注释和尾随逗号的JSON变体），以提升编辑体验，不过这需要额外的解析步骤。

• 与shell命令的对比：部分用户提出，其实可以直接用一系列shell命令来实现相同的功能，无需借助JSON格式。

与NixOS及相关工具的关联讨论

• NixOS的设计理念：有用户认为NixOS在方向上代表了未来，但在实现上因某些意识形态而自我设限。例如，buildFHSEnv本可以默认存在，而不是放在会“破坏一切”的位置；动态链接器也应该在常规位置，并默认知晓系统上的所有库。

• home-manager的现状：有观点指出，home-manager虽然很棒，开创了很多优秀功能，但维护力度不如从前，一些过时的想法根深蒂固。不过，它在某些方面仍表现出色，用户可以在其适用的场景继续使用，在其他场景则采用其他工具，这正是NixOS的魅力所在。还有用户提到了一个名为impurity.nix的工具，称其受到资深Nix用户的推荐。

• NixOS的配置方式：讨论中提到，NixOS的模块系统经过大量人力打造，适合为软件打补丁和包装以接受静态配置，但NixOS、home-manager以及Json2dir最终都会生成一个激活脚本，在文件系统中充斥相关配置。有用户认为，如果用户配置文件中的二进制文件是包装脚本，本质上运行“program --config /nix/store/<hash>-program.config”，会比通过激活脚本将文件复制或符号链接到全局挂载命名空间中的“受祝福”位置更好，因为后者存在失败风险，会破坏配置文件激活的原子性。

关于文件系统作为数据结构的思考

• 有用户分享了自己的项目，利用文件系统作为主要数据结构，例如定制的剪贴板管理器，通过特定的目录结构存储剪贴板历史数据，包括实际粘贴数据、元数据等，并且易于扩展和组合。

• 还有用户提到，希望更多地使用分层文件系统来存储数据。对于数据传输，将数据合并成一个文件很方便，但在终端用户编程和可塑系统方面，过多使用复杂数据格式而让文件系统处于“ dumb ”状态是一种损失。他们认为，将状态保存在常规文件系统上，虽然应用程序需要监控状态变化并协调这些变化，但优点是可以利用许多优秀的文件系统工具（如btrfs或zfs的快照、增量备份等）。

总结