如何让Bash脚本的第二个输出函数承接前一个的缩进级别？

嘿，这个需求其实挺典型的——核心就是要让第二个输出函数「记住」第一个函数结束时的缩进级别对吧？我给你分享几种实用的实现思路，不管你用什么编程语言，核心逻辑都是通的：

直接维护一个全局变量来记录当前的缩进量，第一个函数输出时更新这个变量，第二个函数直接用它来格式化输出就行。拿Python举个例子：

# 全局变量存当前缩进量，初始为0（顶格）
current_indent = 0
# 定义每次缩进的空格数，你可以改成2或者\t都行
INDENT_STEP = 4

def indent_print(message):
    global current_indent
    # 输出带当前缩进的内容
    print(' ' * current_indent + message)
    # 输出后增加缩进（如果你的需求是第一个输出后要加深缩进，就加这行；如果只是保持当前缩进，就去掉）
    current_indent += INDENT_STEP

def continue_indent_print(message):
    global current_indent
    # 直接复用当前的缩进量输出
    print(' ' * current_indent + message)

# 测试一下效果
indent_print("这是第一个带缩进的输出")
continue_indent_print("这是承接前一个缩进的输出，不会顶格哦")

这个方案的优点是简单粗暴，适合小型脚本或者不需要多上下文的场景；缺点是全局变量可能会在复杂项目里引发状态混乱。

如果你的项目比较复杂，或者需要同时维护多个独立的缩进上下文，用类来封装状态就更合适了。还是Python的例子：

class IndentPrinter:
    def __init__(self, indent_step=4):
        # 每个实例自己的缩进状态，互相不干扰
        self.current_indent = 0
        self.indent_step = indent_step
    
    def indent_print(self, message):
        # 输出带当前缩进的内容
        print(' ' * self.current_indent + message)
        # 按需更新缩进量
        self.current_indent += self.indent_step
    
    def continue_indent_print(self, message):
        # 复用当前实例的缩进状态输出
        print(' ' * self.current_indent + message)

# 创建一个打印机实例
printer = IndentPrinter()
printer.indent_print("第一个缩进输出")
printer.continue_indent_print("承接缩进的输出")

# 再创建另一个实例，状态完全独立
another_printer = IndentPrinter(indent_step=2)
another_printer.indent_print("这是另一个缩进上下文的输出")

这个方案的好处是状态隔离，扩展性强，适合中大型项目。

如果你讨厌全局变量和类的状态，也可以让第一个函数返回当前的缩进级别，然后把这个值传递给第二个函数。比如：

INDENT_STEP = 4

def indent_print(message, start_indent=0):
    # 用传入的起始缩进输出
    print(' ' * start_indent + message)
    # 返回输出后的缩进级别，供下一个函数用
    return start_indent + INDENT_STEP

def continue_indent_print(message, indent_level):
    # 直接用传入的缩进级别输出
    print(' ' * indent_level + message)

# 测试流程
next_indent = indent_print("第一个带缩进的输出")
continue_indent_print("承接缩进的输出", next_indent)

这种方式完全没有状态依赖，函数都是纯函数，适合追求函数式编程风格的场景。

核心总结 #

不管用哪种方式，本质都是让第二个函数能获取到第一个函数输出时的缩进级别——要么通过全局/类的状态共享，要么通过参数传递。你可以根据自己的项目规模和编程风格来选合适的方案~

内容的提问来源于stack exchange，提问作者Karl