意见不一

Question

我正在寻找一些建议避免必须实例化两次课程;这更像是一个设计模式问题。我正在使用Python Click库创建应用程序。

我有一个Settings类，它首先将所有初始默认设置加载到字典中（硬编码到应用程序中），然后从用户计算机上的TOML文件加载所有设置覆盖（如果指定）字典，然后最后合并这两个并使它们可用作类实例的属性（settings.<something>）。

对于大多数这些设置，我希望能够指定命令行标志。然后优先级变为：

命令行标志。如果未指定，则回退到...
TOML文件中的用户设置。如果没有指定，那么最后回退到......
申请默认

为了达到这个结果，我发现当使用Click的装饰器时，我必须做这样的事情：

import click
from myapp import Settings

settings = Settings()
pass_settings = click.make_pass_decorator(Settings, ensure=True)

@click.command()
@click.help_option('-h', '--help')
@click.option(
    '-s', '--disk-size',
    default=settings.instance_disk_size,
    help="Disk size",
    show_default=True,
    type=int
)
@click.option(
    '-t', '--disk-type',
    default=settings.instance_disk_type,
    help="Disk type",
    show_default=True,
    type=click.Choice(['pd-standard', 'pd-ssd'])
)
@pass_settings
def create(settings, disk_size, disk_type):
    print(disk_size)
    print(disk_type)

为什么两次？

需要settings = Settings()行才能为@click.option修饰符提供default值。 default值可以来自用户覆盖TOML文件（如果存在），也可以来自应用程序默认值。
click.make_pass_decorator似乎是交错命令的推荐方式;它甚至提到in their documentation。在函数内部，除了传递的CLI参数之外，我有时还需要引用Settings类中的其他属性。

我的问题是，哪个更好？有没有办法在其他pass_settings装饰器中使用click.option装饰器？或者我应该完全放弃使用click.make_pass_decorator？

Answer 1

解决不想实例化Settings两次的问题的一种方法是从click.Option继承，并将设置实例插入上下文直接如下：

自定义类：

def build_settings_option_class(settings_instance):

    def set_default(default_name):

        class Cls(click.Option):
            def __init__(self, *args, **kwargs):
                kwargs['default'] = getattr(settings_instance, default_name)
                super(Cls, self).__init__(*args, **kwargs)

            def handle_parse_result(self, ctx, opts, args):
                obj = ctx.find_object(type(settings_instance))
                if obj is None:
                    ctx.obj = settings_instance

                return super(Cls, self).handle_parse_result(ctx, opts, args)

        return Cls

    return set_default

使用自定义类：

要使用自定义类，请将cls参数传递给@click.option()装饰器，如：

# instantiate settings
settings = Settings()

# get the setting option builder
settings_option_cls = build_settings_option_class(settings)

# decorate with an option with an appropraie option name
@click.option("--an_option", cls=settings_option_cls('default_setting_name'))

这是如何工作的？

这是有效的，因为click是一个设计良好的OO框架。 @click.option()装饰器通常实例化一个 click.Option对象但允许使用cls参数覆盖此行为。所以这是一个相对的在我们自己的班级继承click.Option并过度使用所需的方法很容易。

在这种情况下，我们使用几个闭包来捕获Settings实例和参数名称。在返回我们骑过click.Option.handle_parse_result()类以允许我们将设置对象插入上下文中。这允许pass_settings装饰器在上下文中查找设置，因此不需要创建新实例。

测试代码：

import click

class Settings(object):

    def __init__(self):
        self.instance_disk_size = 100
        self.instance_disk_type = 'pd-ssd'


settings = Settings()
settings_option_cls = build_settings_option_class(settings)
pass_settings = click.make_pass_decorator(Settings)


@click.command()
@click.help_option('-h', '--help')
@click.option(
    '-s', '--disk-size',
    cls=settings_option_cls('instance_disk_size'),
    help="Disk size",
    show_default=True,
    type=int
)
@click.option(
    '-t', '--disk-type',
    cls=settings_option_cls('instance_disk_type'),
    help="Disk type",
    show_default=True,
    type=click.Choice(['pd-standard', 'pd-ssd'])
)
@pass_settings
def create(settings, disk_size, disk_type):
    print(disk_size)
    print(disk_type)


if __name__ == "__main__":
    commands = (
        '-t pd-standard -s 200',
        '-t pd-standard',
        '-s 200',
        '',
        '--help',
    )

    import sys, time

    time.sleep(1)
    print('Click Version: {}'.format(click.__version__))
    print('Python Version: {}'.format(sys.version))
    for cmd in commands:
        try:
            time.sleep(0.1)
            print('-----------')
            print('> ' + cmd)
            time.sleep(0.1)
            create(cmd.split())

        except BaseException as exc:
            if str(exc) != '0' and \
                    not isinstance(exc, (click.ClickException, SystemExit)):
                raise

测试结果：

Click Version: 6.7
Python Version: 3.6.2 (default, Jul 17 2017, 23:14:31) 
[GCC 5.4.0 20160609]
-----------
> -t pd-standard -s 200
200
pd-standard
-----------
> -t pd-standard
100
pd-standard
-----------
> -s 200
200
pd-ssd
-----------
> 
100
pd-ssd
-----------
> --help
Usage: test.py [OPTIONS]

Options:
  -h, --help                      Show this message and exit.
  -s, --disk-size INTEGER         Disk size  [default: 100]
  -t, --disk-type [pd-standard|pd-ssd]
                                  Disk type  [default: pd-ssd]

Answer 2

意见不一

代替修改单击调用和使用动态类构造，而将默认设置公开为Settings类的类属性。 IE：

@click.option(
    '-t', '--disk-type',
    default=settings.instance_disk_type,
    help="Disk type",
    show_default=True,
    type=click.Choice(['pd-standard', 'pd-ssd'])
)

成为

@click.option(
    '-t', '--disk-type',
    default=Settings.defaults.instance_disk_type,
    help="Disk type",
    show_default=True,
    type=click.Choice(['pd-standard', 'pd-ssd'])
)

与接受的答案中使用类构造方法相比，这可能更干净，并使代码的语义（含义）更加清晰。

实际上，Settings.defaults很可能是Settings的一个实例。实例化两次并不重要，因为这实际上不是问题，而是Settings对象的客户端/消费者代码必须执行实例化。如果是在Settings类中完成的，则它仍然是一个干净的API，并且不需要调用方实例化两次。

在Python中更好地使用`make_pass_decorator`单击

为什么两次？

2 个答案:

自定义类：

使用自定义类：

这是如何工作的？

测试代码：

测试结果：

意见不一