NL
Это хардкодом считается?
Size: a a a
2020 April 27
T
вполне реален кейс, когда модели юзаются с несколькими коннектами к БД
NL
Но вот как сделать лучше , не догоняю 😕
Тогда я тоже в этой группе теперь)
NL
смотри,
1. чтобы сделать create_engine, тебе нужны параметры доступа к базе
2. чтобы получить параметры доступа к базе, тебе надо распарсить параметры командной строки или прочиатть конфиг или хз что о чем знает только мейн
3. чтобы мейн это сделал его надо запустить
4. чтобы запустить мейн, он уже должен все импортировать
1. чтобы сделать create_engine, тебе нужны параметры доступа к базе
2. чтобы получить параметры доступа к базе, тебе надо распарсить параметры командной строки или прочиатть конфиг или хз что о чем знает только мейн
3. чтобы мейн это сделал его надо запустить
4. чтобы запустить мейн, он уже должен все импортировать
А как в этом случае правильно разделить конфиг на продакшен, дев и тестинг?
Приемлемо будет написать функцию, который смотрит на переменную окружения env и в зависимости от нее выдет класс конфига?
Потом этот класс передается в create_app и далее в config.from_object?
Приемлемо будет написать функцию, который смотрит на переменную окружения env и в зависимости от нее выдет класс конфига?
Потом этот класс передается в create_app и далее в config.from_object?
tn
А как в этом случае правильно разделить конфиг на продакшен, дев и тестинг?
Приемлемо будет написать функцию, который смотрит на переменную окружения env и в зависимости от нее выдет класс конфига?
Потом этот класс передается в create_app и далее в config.from_object?
Приемлемо будет написать функцию, который смотрит на переменную окружения env и в зависимости от нее выдет класс конфига?
Потом этот класс передается в create_app и далее в config.from_object?
У меня в проекте сейчас так и сделано, кстати
tn
Три разных конфига, дев, прод, локальный, которые берутся из енв и передаются в create_app
NL
Три разных конфига, дев, прод, локальный, которые берутся из енв и передаются в create_app
Ну да, и остается позможность закинуть туда кастомный конфиг, если понадобится. Звучит норм
T
А как в этом случае правильно разделить конфиг на продакшен, дев и тестинг?
Приемлемо будет написать функцию, который смотрит на переменную окружения env и в зависимости от нее выдет класс конфига?
Потом этот класс передается в create_app и далее в config.from_object?
Приемлемо будет написать функцию, который смотрит на переменную окружения env и в зависимости от нее выдет класс конфига?
Потом этот класс передается в create_app и далее в config.from_object?
просто в мейне реализуешь любую логику какоую хочешь и в create_app передаешь инстанс конфига
NL
просто в мейне реализуешь любую логику какоую хочешь и в create_app передаешь инстанс конфига
Понял, спасиб
V
Вы ещё не дошли до этапа когда кто-то покажет идеальную структуру проекта?
T
неа
ПП
Вы ещё не дошли до этапа когда кто-то покажет идеальную структуру проекта?
V
ну ля, дядя, я хорошо себя вёл в этом году
ПП
ну ля, дядя, я хорошо себя вёл в этом году
Нет никакой идеальной структуры проекта
ПП
Это миф. Фикция
V
@Tishka17 интересно, что будет с тобой, если глянешь это https://github.com/postmanlabs/httpbin
АП
@Tishka17 интересно, что будет с тобой, если глянешь это https://github.com/postmanlabs/httpbin
Кеннет вообще уникален.
T
@Tishka17 интересно, что будет с тобой, если глянешь это https://github.com/postmanlabs/httpbin
ну норм, чо
T
тут же сплошная статика и никакой логики, не?
V
тут же сплошная статика и никакой логики, не?
статика, но приколы тоже есть