Size: a a a

2020 January 23

IB

Ilya Borovitinov in pro.elixir
Adilet Abylov
Один репо на все и всё нормально
А как это организовать? Засунуть первое в зависимости второго и указать в конфиге  приложения ecto_repos: репу первого?
источник

AA

Adilet Abylov in pro.elixir
а почему такая потребность возникла?
источник

IB

Ilya Borovitinov in pro.elixir
Adilet Abylov
вообще лучше архитектурно сделать так, что есть аппка которая отвечает за схемы и модели которые в БД, а отсальные аппки ими пользуются
Типа в отдельной аппе репа и миграции, а дальше каждое приложение использует ту репу и свои схемы (или общие)?
источник

AA

Adilet Abylov in pro.elixir
Ilya Borovitinov
Типа в отдельной аппе репа и миграции, а дальше каждое приложение использует ту репу и свои схемы (или общие)?
да. У нас в одном проекте есть аппка store которая с репо и т.д.
источник

AA

Adilet Abylov in pro.elixir
остальные аппки ее юзают
источник

IB

Ilya Borovitinov in pro.elixir
Adilet Abylov
а почему такая потребность возникла?
Потому что было два приложения: web (phoenix без БД) и finance, ща возникает большой домен integration, который не хочется держать в web, которому надо будет хранить прилично своих данных, но в нескольких местах будут foreign key на сущности из finance
источник

IB

Ilya Borovitinov in pro.elixir
Adilet Abylov
да. У нас в одном проекте есть аппка store которая с репо и т.д.
Окей, это звучит в целом логично, спасибо. Тесты, я так понимаю, должны проходить успешно как минимум потому что есть зависимость в mix.exs
источник

АН

Алексей Новоселов in pro.elixir
делали так, правда своя репа на каждую аппу а экто отдельным приложением. Так как репо это по сути пустой модуль в три строчки, то его можно и в амбреллу в корень положить и юзать. Либо да, лучше отдельную аппку под репо
источник

AA

Adilet Abylov in pro.elixir
Ilya Borovitinov
Потому что было два приложения: web (phoenix без БД) и finance, ща возникает большой домен integration, который не хочется держать в web, которому надо будет хранить прилично своих данных, но в нескольких местах будут foreign key на сущности из finance
чую рефакторинг)
источник

IB

Ilya Borovitinov in pro.elixir
Adilet Abylov
чую рефакторинг)
Ну да, как же без этого. Да, сейчас вынесу миграции и репу в отдельное приложение и всеми буду просто пользовать репой оттуда, каждый со своими схемами :)
источник

IB

Ilya Borovitinov in pro.elixir
Спасибо за совет!
источник

AA

Adilet Abylov in pro.elixir
👍
источник

D

Dk in pro.elixir
Мне кажется, я понял почему мне не нравится Elixir. Его команды выглядят как шутка плохого дизайнера. Почему, если функция length работает ТОЛЬКО с листом - её не запихнули в модуль List? Как узнать длину tuple? Может у меня опыта это понять не хватает?
источник

AB

Alexey Bolshakov in pro.elixir
всё так )
источник

МБ

Максим Барулин in pro.elixir
узнать длину тапл... а зачем?
источник

D

Dk in pro.elixir
Ну для листа это же нужно зачем-то
источник

МБ

Максим Барулин in pro.elixir
для листа нужно, а тапл он как бы не очень итерируемый
источник

PG

Pïg Grëënëst in pro.elixir
Найс троллинг 👍
источник

МБ

Максим Барулин in pro.elixir
length(Tuple.to_list({:my, :super, :tuple}))
источник

VS

Viacheslav Shevchenko in pro.elixir
Dk
Мне кажется, я понял почему мне не нравится Elixir. Его команды выглядят как шутка плохого дизайнера. Почему, если функция length работает ТОЛЬКО с листом - её не запихнули в модуль List? Как узнать длину tuple? Может у меня опыта это понять не хватает?
Наверное потому что в ерланге length не в lists модуле.  Тапл не динамически изменяемая структура(точнее плохая практика использовать его как лист)
источник