Framework v2

[ccmywish]

更好地编写 recipe

[Mikachu2333]

感觉越搞越麻烦（只是一个简单的想法，针对现在没有friendly name和不同系统混用路径等问题的特化，但是太太太繁琐了感觉）

typedef wchar_t **wstring;

enum WIN_UNIX {
    WIN,
    LINUX,
    MAC,
    OTHER
};

enum MIRROR_SITES {
    //编译时进行检测，统一不以/结尾？
    ORIGINAL, Ali, Tencent, Cernet, NJU, TUNA
};

struct PathOnOS {
    //设置默认值为NULL
    //若想较为完善地处理路径可能需要针对不同系统自定义一套简易解析模板，例如
    //@Docs@, @Users@, @Appdata@, @Local@, @Roamming@, @ProgramFiles@，等(WIN)
    //@Home@, @Local@, @Config@，等 (UNIX)
    wstring win_path;
    wstring linux_path;
    wstring mac_path;
    wstring other_path;
};

struct MirrorSiteInfo {
    bool enabled;
    wstring target;
    wstring friendly_name;
    enum MIRROR_SITES mirror_site;
    const char *url;//网址避免中文，统一用ascii
    enum WIN_UNIX system;
    struct PathOnOS path;
    bool true_file__false_reg; //有必要吗
    wstring description;
    const char *speed_test_url;//网址避免中文，统一用ascii
    wstring notes;
};

struct MirrorSiteInfo test_mirror_site_1 = {
    .enabled = true,
    .target = "pip",
    .friendly_name = L"Python的pip组件",
    .mirror_site = ORIGINAL,
    .url = "https://pypi.org/simple/",
    .system = WIN,
    .path.win_path = "@APPDATA@\\pip\\pip.ini", //乱写的，以实际为准
    .path.linux_path = "@home@/.config/pip/pip.conf",
    .true_file__false_reg = true,
    .description = L"Python的pip组件的镜像站点",
    .speed_test_url = "https://pypi.org/simple/test.20m.tar",
    .notes = L"镜像站的注意事项"
};

[ccmywish]

已完成

[ccmywish]

现在没有 friendly name

现在 Framework 把 aliases 直接定义到了 Target_t 中

不同系统混用路径

路径和 setsrc 函数相关，放在 setsrc 相关的地方最好，不合适放在字段里。struct 还是要尽可能保持简洁

太太太繁琐了感觉

是的。为了实现 Framework v2，改动要牵连 60 多个recipe，极其麻烦。用 AI 辅助修改，效果也很差，最终基本还是靠人力完成。

Framework 改动越大，整体修改的工作量越是难以估量。

Framework v2 的核心还是基于 v1，代码的核心运行逻辑没变，主要是去掉了当时出于方便设计的 Feature_t，以及更规范地编写 recipe。在可预见的未来，不会再尝试调整 Framework 的架构。