一言不合！我写了一个 PHPStorm 的插件

@苏近之 其实你提到的这几个点，用 CLI + phpstorm 内置的一些特性也基本能满足，比如说

你如果需要绑定快捷键，你可以先创建一个 External Tools，然后再去 Keymap 里面为它绑定一个快捷键就行了。

另外就是，双击 Shift 的菜单里面也是可以搜到自己添加的 External Tool 的，也很方便了

既然提到了 External Tool ，就不得不提到 External Tool 的另外一个东西了，配置里面的 Arguments

这里面，PHPSTORM 提供了一系列宏，大多数常用的都能看的到，比如获取剪切板、获取选区，甚至还可以选择文件（FilePrompt） 和 弹出输入框（Prompt），等等，最终传递给 CLI。

• Built-in IDE macros | PhpStorm Documentation

关于痛点，这大概是我无知的痛点，你说的对。关于 Console，我说说我的想法。其实代码生成有很多的方法，在实际的生产中，往往是结合多种方法的。比如 Console 非常棒的一种做法，自定义性高。但是代码也是明显的，每增加一种模板，你需要写一个命令。当然，你也可以用 Command 实现我上面插件实现的功能，可能还简单易于维护。插件的好处在于，可以和 IDE 结合更加紧密，利用快捷键以及 IDE 的可视化界面，不用在命令行中输入路径这样不太人性的东西，当然在 Command 中也可以采用约定或者配置。另外，由于 AI 的发展，其实 Command 的形式很大程度上可以用 AI 来代替，比如我会预先写好一些提示词，和代码模板一样存放在项目根目录下，大家共享。以前，要生成一份代码，需要写一个 Command，现在只需要写一段提示词就可以了。然后扔给 AI。但是 AI 和 Command 比，Command 可以直接生成代码文件，而问答式的 AI 则需要复制粘贴。我觉得完美的场景类似 Copilot 类的可以深入理解本地代码给出正确的代码直接上屏。目前，只能是采用多种方法混用，不用场景用不同的方法。

此外，PHP 或者 Java，我还遵循，一个方法不超过 15 行代码，甚至绝大部分时候是不超过 10 行代码。这是我在 《代码大全》这本书中好像有提到，后面就一直遵循这样的要求。但是比如 Rust 这样的语言，就不能完全遵循这样的要求，但仍然会尽可能去做拆分、抽象。

最后，我用登录为例：

public function login(LoginParams $params): array
{
    $user = $this->repository->findByUsername($params->getUsername())
        ->ofElseThrow(fn () => new BadRequestException(Code::USER_NOT_FOUND))
        ->get();
    if ($user[Fields::STATUS->value] !== UserStatus::EMPLOYED->name) {
        throw new ForbiddenException(Code::UNAUTHORIZED_ACCESS);
    }
    if (! password_verify($params->getPassword(), $user[Fields::PASSWORD->value])) {
        throw new BadRequestException(Code::USER_OR_PASSWORD_ERROR);
    }
    $token = JWTHelper::generate($this->jwtSecretKey, ['id' => $user[Fields::ID->value]]);

    return [
        'token' => $token, 'username' => $user[Fields::USERNAME->value], 'avatar' => $user[Fields::AVATAR->value],
    ];
}

这就只有 10 行代码。如果你把 token 的创建也放在这个方法里，就不只有 10 行代码。所以，10行是表象，更重要的是合理的抽象、拆分、组合、类之间的协作。

findByUsername 哪一行，我分成了三行写，但我觉得只能算是一行， return 我分成了三行，也只能算是一样，要以 ; 为准。