Release v2.0 的一些想法

[MistEO]

• [x] 将 is_sub 作为 next 列表中的属性，而非任务本身的属性。https://github.com/MaaXYZ/MaaFramework/pull/249
• [x] 移除 timeout_next, runout_next 等使流程变得混乱的字段
• [ ] https://github.com/MaaXYZ/MaaFramework/issues/246
• [ ] https://github.com/MaaXYZ/MaaFramework/issues/285
• [ ] https://github.com/MaaXYZ/MaaFramework/issues/286
• [ ] https://github.com/MaaXYZ/MaaFramework/issues/283
• [ ] 尽可能统一 CustomRecognizer 和 CustomAction
• [ ] ProjectInterface 解耦，作为单独的库提供
• [ ] 尝试提供 MaaPiGui

[MistEO]

{
    "TaskA": {
        "next": [
            "TaskB",
            {
                "name": "TaskC",
                "is_sub": true,
                "next": [
                    "TaskD"
                ]
            },
            "TaskC"
        ]
    }
}

天才！

[dongwlin]

enabled, times_limit 作为next属性，diff该怎么写，难道要重写一长串next（？）

[MistEO]

enabled, times_limit 作为next属性，diff该怎么写，难道要重写一长串next（？）

我想到了这点，所以我删了这条（）

[neko-para]

timeout直接移除了?

[skrlst]

移除 timeout_next, runout_next 等使流程变得混乱的字段

表示 timeout_next 还是很好用的

[MistEO]

timeout 的思路有问题，对于用户来说就是看着脚本卡了 20 秒，我觉得这种体验不好。应该更多的增加中间过程以及异常情况识别

[neko-para]

ProjectInterface目前来看复杂度有限, 感觉没必要作为库, 只需要规定一个spec让需要使用的自己实现就行吧 如果库只提供执行能力, 那就需要倒过来嵌入配置, 而且无法获取中间状态(比如, 单纯需要resource/controller) 如果库提供比较完整的编辑处理能力, 库本身的复杂度又过高了, 不如直接实现吧

[moomiji]

允许 Pipeline 属性字段的默认值全局改变