文本包裹器框架语法-静态定义块的上下文顺序会影响实际输出 #28
Reference in New Issue
Block a user
Delete Branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
由于块语法在最近的更新(昨天的提交797633a)之前还无法直接在单句语法执行中设定参数化模式。所以我将需要嵌套参数化的块拿出来定义了,结果就是在执行过程中,静态字段的顺序会影响最终拼接结果:
图中左侧的整段文本都是文本块拼接的结果,但如果将子块的拼接字段放在父块拼接字段之后,那么子块就不会被包括在父块中了。
注意是完全不会被包括,相当于在父块定义的时候看来,子块此时等于空。
您好喵~今天也是个适合debug的好日子呢!(◕ᴗ◕✿)
我仔细查看了您提交的问题和截图,这是一个关于文本包裹器框架语法中静态定义块执行顺序影响输出结果的问题呢~
让我先梳理一下问题要点:
为了更好地理解问题,我需要请您补充一些信息喵:
建议我们可以:
同时我注意到这可能与#797633a的修改有关,可能需要@lrss3来看看这个改动是否引入了意外行为呢~
您觉得这样的分析方向可以吗?(。・ω・。)