#Nep 解决了什么问题

我们清楚目前已经有多款针对 Windows 平台的类包管理解决方案，但是这些方案都或多或少的存在一些缺陷。Nep 拥有如下特性来解决现有方案的部分痛点：

参考：Chocolatey，Scoop，Winget

#更轻量的运行依赖需要

当前的多种方案离不开 .Net、PowerShell、Git、NuGet 等“庞然大物”的支持，无法有效应对轻量化的场景。

Nep 配套的 ept 包管理工具使用 Rust 实现，编译后单文件体积小于 20MB（使用 zip 压缩后体积接近 6MB），且无需任何依赖库即可运行。

#更完善的包解决方案

部分方案使用的装箱单策略并非一种真正意义上的“包”，因此无法有效应对离线场景的包管理需求。

Nep 本身就是一种设计完善的包规范，因此可以在离线或私有部署场景下轻松使用。同时我们也考虑到了装箱单策略在加速静态资源下载方面的优势，提供可拓展资源包以更合理的使用上游厂商的静态加速资源，实现更快速的包分发。

#更快速的资源链路策略设计

在解压缩、完整性校验、签名等场景下，Nep 选取了更加现代化的解决方案，能够更加快速且安全的完成资源管理功能。

Nep 选用 Zstandard + tar 作为包的解压缩方案，相比其他解压缩策略拥有更高的 IO 吞吐能力和较高的压缩率。同时也具备一定的“无特定工具可读性”——可以使用 Bandizip 或 7-Zip-zstd 等压缩软件完成解包查看操作。

Nep 选用 BLAKE3 作为包的加密哈希算法，相比其他加密算法拥有数倍的计算性能提升和更好的安全性。

Nep 选用 Ed25519 椭圆曲线非对称加密算法作为包的签名生成算法，相比其他非对称签名生成算法拥有更高的安全性和更短的密钥存储长度。