n
вернее он не просто написал уйму декораторов но и сделал крайне адекватную документацию
Size: a a a
2021 August 25
n
а зачем вообще писать что-либо?
AO
Ну, можно просто же функции писать
MS
И в каждой функции валидировать руками?
AO
Да просто тот же декоратор как функцию использовать
MS
Ты чот уже прямо объективно предлагаешь делать больше только потому что «а зачем брать фастапи»
AO
Без @
MS
Да похеру, валидировать декоратором или функцией
СА
А flask не пробовали?
AO
Могут быть сложности с импортом если захочется импортировать без декоратора что-то и заменить некий чужой декоратор на свой. (Взять чужую готовую view и повесить свои декораторы)
n
полный путь выглядел так:
велосипед -> flask -> flask-restplus(теперь он flask-restx) -> fastapi
велосипед -> flask -> flask-restplus(теперь он flask-restx) -> fastapi
AO
Просто приятнее импортировать когда есть просто функции и дальше уже можно будет состыковать их как хочется.
n
еще смотрели в сторону falcon и hug(обертка над hug для openapi), но выбор пал на фастапи
MS
Какая-то наивная штука на уровне «а давайте все сразу предусмотрим и опишем в коде уровня миддла
AO
Да просто нет декораторов - нет проблем.
MS
Если тебе хочется что-то импортировать без декоратора значит у тебя дохера логики там
MS
А значит проблема с архитектурой а не с тем как и чем апи описано
MS
Так, короче я опять нахуято в стену доказываю что мир не черно-белый
MS
Закрыли тему
AO
Мне просто не нравится, когда некие чужие куски кода используют декораторы, становится сложнее их распотрошить и импортировать не всё целиком, а кусочки. Вот и всё. А FastAPI он by design такой, вот и не нравится этим…