AN
Dmitry Russ (Aleksandrov)
Да, но это всё compile мог бы сделать и без require 🙂
ну может в elixir 2.0 и будет так)
Size: a a a
2021 February 28
DR
Я то говорю, что раньше у этого технические лимитации существовали, теперь они ушли а explicit-ность осталась. И может указывать explicit-но такую вещь и не так уж и плохо и возможно в 2.0 ничего не изменится (если 2.0 вообще будет когда-то) уже по идеологическим причинам. Но с технической стороны require выглядит как технический no-op
M
А какую задачу ты пытаешься решить?
Я хочу сделать бибилиотечку для валидации сигнатур файлов, и чтобы потом тот кто ей будет пользоваться мог сам добавить модулль для нужного ему типа файла
AN
Я хочу сделать бибилиотечку для валидации сигнатур файлов, и чтобы потом тот кто ей будет пользоваться мог сам добавить модулль для нужного ему типа файла
пусть бихейвор реализует и use твою библиотечку, в а ты из use сохраняешь где-нибудь тип и путь к модулю. Зависимости в любом случае компилируются раньше основного проекта, ты не сможешь увидеть скомпилированные модули
AN
типа
Application.put_env(app, Lib, [{type, Module.Name}] ++ Application.get_env(app, Lib)) или где как удобнееM
ага, попробую
M
Спасибо!
ŹR
Протоколы являются хачеспособом реализовывать все это
M
Но они только для структур
ŹR
внутри макроса using можно сделать псевдоструктуру и определить на неё протокол
M
Псевдоструктуру?
LL
Псевдоструктуру?
defmacro __using__(opts \\ []) do
quote do
defstruct []
end
end
M
А, я уж подумал что есть какие-то отдельные псевдоструктуры
2021 March 01
AB
я тут развлекаюсь с кэшированием в CI, и у меня вопрос - от чего взять хэш в ключ кэширования, чтобы минимизировать вероятность перекомпиляции зависимостей?
я пока что думаю, что достаточно config/*.exs + mix.lock, но меня терзают сомнения насчет mix.exs + apps/*/mix.exs.
можно ли что-то поменять в mix.exs, что повлечет необходимость перекомпиляции зависимостей?
я пока что думаю, что достаточно config/*.exs + mix.lock, но меня терзают сомнения насчет mix.exs + apps/*/mix.exs.
можно ли что-то поменять в mix.exs, что повлечет необходимость перекомпиляции зависимостей?
V
Необходимость перекомпиляции зависимости зависит от кода зависимости и её зависимостей, а не от конфига или микслок
V
Т.е. от содержимого deps/your_dep и deps/dep_of_your_dep
ML
я тут развлекаюсь с кэшированием в CI, и у меня вопрос - от чего взять хэш в ключ кэширования, чтобы минимизировать вероятность перекомпиляции зависимостей?
я пока что думаю, что достаточно config/*.exs + mix.lock, но меня терзают сомнения насчет mix.exs + apps/*/mix.exs.
можно ли что-то поменять в mix.exs, что повлечет необходимость перекомпиляции зависимостей?
я пока что думаю, что достаточно config/*.exs + mix.lock, но меня терзают сомнения насчет mix.exs + apps/*/mix.exs.
можно ли что-то поменять в mix.exs, что повлечет необходимость перекомпиляции зависимостей?
Версия компилятора, опции компиляци конечно
LL
V
Т.е. от содержимого deps/your_dep и deps/dep_of_your_dep
Чтобы получить
deps нужно сделать mix deps.get, а этот шаг хорошо бы кэшировать тожеLL
я тут развлекаюсь с кэшированием в CI, и у меня вопрос - от чего взять хэш в ключ кэширования, чтобы минимизировать вероятность перекомпиляции зависимостей?
я пока что думаю, что достаточно config/*.exs + mix.lock, но меня терзают сомнения насчет mix.exs + apps/*/mix.exs.
можно ли что-то поменять в mix.exs, что повлечет необходимость перекомпиляции зависимостей?
я пока что думаю, что достаточно config/*.exs + mix.lock, но меня терзают сомнения насчет mix.exs + apps/*/mix.exs.
можно ли что-то поменять в mix.exs, что повлечет необходимость перекомпиляции зависимостей?
Я использовать первый твой вариант в
В крайнем случае, если упадёт тест, можно запустить
CIВ крайнем случае, если упадёт тест, можно запустить
CI без кэша, но такое врятли случитсяV
Котаны, можно ли научить mix format форматировать часть файлов проекта иначе?