Simple keira class generator

[frostmorn]

Usage chmod +x keira_gen.py
./keira_gen.py app/service name
Could be moved to utils, or somewhere else,
for this purpose could be used with KEIRA_TEMPLATES_PATH and KEIRA_SOURCE_PATH env vars

[and3rson]

Хороша ідея. Добре було б це винести з src в іншиу директорію - скажімо, tools

[and3rson]

Можна задати якісь дефолтові значення для env-змінних, наприклад:

this_dir = Path(__file__).parent
os.environ.setdefault("KEIRA_SOURCE_PATH", str((this_dir / ".." / ".." / "src").resolve()))
os.environ.setdefault("KEIRA_TEMPLATES_PATH", str(this_dir / "templates"))

[frostmorn]

Можна задати якісь дефолтові значення для env-змінних

це вже було насправді в попередній версії, але вирішив прибрати так як ми не можемо знати з якої саме директорії користувач захоче використовувати ці скрипти. тому так, аби бути впевненим в тому що відповідні змінні середовища задані

[and3rson]

Можна задати якісь дефолтові значення для env-змінних

це вже було насправді в попередній версії, але вирішив прибрати так як ми не можемо знати з якої саме директорії користувач захоче використовувати ці скрипти. тому так, аби бути впевненим в тому що відповідні змінні середовища задані

Але ми знаємо, в якій директорії знаходиться скрипт, тому можемо взяти дефолтовий шлях відносно файлу скрипта (__file__), який завжди буде містити шлях до скрипта, і за замовчуванням писати в src/apps відносно директорії, в якій лежить __file__.
Основна причина, чому мені це здається необхідним - це час: скоріш за все, юзеру піде більше часу, щоб правильно прописати env-змінні для запуску скрипта, ніж скопіювати бойлерплейт-файли вручну, що зруйнує ціль скрипта :)

[frostmorn]

Основна причина, чому мені це здається необхідним - це час: скоріш за все, юзеру піде більше часу, щоб правильно прописати env-змінні для запуску скрипта, ніж скопіювати бойлерплейт-файли вручну, що зруйнує ціль скрипта :)

якщо це займає настільки багато часу для юзера, то можливо не зовсім потрібно аби він писав якийсь код,
зрештою підхід який ти пропонуєш він звісно непоганий, однак.

я взагалі пропоную зробити якусь таку папку десь в lilka/tools, і позапихувати туди усі подібні штуки, ввести якусь змінну середовища по типу LILKA_PROJECT_ROOT, і вже від цього щось думати.

тоді вже можна було б стандартизувати використання __file__