mirror of
https://github.com/TriM-Organization/Musicreater.git
synced 2026-04-28 20:25:47 +00:00
开始准备移植指令转结构的插件
This commit is contained in:
@@ -0,0 +1,17 @@
|
|||||||
|
# -*- coding: utf-8 -*-
|
||||||
|
|
||||||
|
"""
|
||||||
|
音·创 v3 内置的 Minecraft 结构生成插件
|
||||||
|
"""
|
||||||
|
|
||||||
|
"""
|
||||||
|
版权所有 © 2026 金羿、玉衡Alioth
|
||||||
|
Copyright © 2026 Eilles, YuhengAlioth
|
||||||
|
|
||||||
|
开源相关声明请见 仓库根目录下的 License.md
|
||||||
|
Terms & Conditions: License.md in the root directory
|
||||||
|
"""
|
||||||
|
|
||||||
|
# 睿乐组织 开发交流群 861684859
|
||||||
|
# Email TriM-Organization@hotmail.com
|
||||||
|
# 若需转载或借鉴 许可声明请查看仓库目录下的 License.md
|
||||||
@@ -17,7 +17,7 @@ Terms & Conditions: License.md in the root directory
|
|||||||
|
|
||||||
from typing import List
|
from typing import List
|
||||||
|
|
||||||
from ..subclass import MineCommand
|
from Musicreater.builtin_plugins.to_commands import MineCommand
|
||||||
from .common import bottem_side_length_of_smallest_square_bottom_box, x, y, z
|
from .common import bottem_side_length_of_smallest_square_bottom_box, x, y, z
|
||||||
|
|
||||||
BDX_MOVE_KEY = {
|
BDX_MOVE_KEY = {
|
||||||
@@ -20,7 +20,7 @@ from typing import List, Literal, Tuple
|
|||||||
|
|
||||||
from TrimMCStruct import Block, Structure, TAG_Byte, TAG_Long
|
from TrimMCStruct import Block, Structure, TAG_Byte, TAG_Long
|
||||||
|
|
||||||
from ..subclass import MineCommand
|
from Musicreater.builtin_plugins.to_commands import MineCommand
|
||||||
from .common import bottem_side_length_of_smallest_square_bottom_box, x, y, z
|
from .common import bottem_side_length_of_smallest_square_bottom_box, x, y, z
|
||||||
|
|
||||||
|
|
||||||
7
TO-DO.md
7
TO-DO.md
@@ -43,6 +43,11 @@
|
|||||||
|
|
||||||
2. [] 服务插件到底该怎么写?总不能留着一个 PluginType.SERVICE 的插件一直空在那里吧……
|
2. [] 服务插件到底该怎么写?总不能留着一个 PluginType.SERVICE 的插件一直空在那里吧……
|
||||||
|
|
||||||
3. [] 插件依赖性的优化。目前没有处理各个插件依赖关系的问题,如果插件之间彼此依赖要怎么做?
|
3. [x] 插件依赖性的优化。目前没有处理各个插件依赖关系的问题,如果插件之间彼此依赖要怎么做?
|
||||||
我的想法是,这个依赖的处理由调用端来完成。比如我们的 伶伦工作站 是以 音·创 为核心的一个可视化数字音频工作站。
|
我的想法是,这个依赖的处理由调用端来完成。比如我们的 伶伦工作站 是以 音·创 为核心的一个可视化数字音频工作站。
|
||||||
那么应该由伶伦来处理依赖关系并加载之。
|
那么应该由伶伦来处理依赖关系并加载之。
|
||||||
|
|
||||||
|
**当前已经大致解决**
|
||||||
|
|
||||||
|
首先有一个验证顺序,我们在插件加载后会验证,当前已加载的插件中是否包括了所需的插件,如果缺少则报错。
|
||||||
|
这样的加载顺序安排仍然需要调用端来实现。
|
||||||
|
|||||||
Reference in New Issue
Block a user