ŹR
А, блин. Они просто добавили их в список валидных для переопределения
Size: a a a
2020 October 06
LL
А, блин. Они просто добавили их в список валидных для переопределения
Зачем?...
Вот кто-нибудь видел нормальное переопределение операторов?
Вот кто-нибудь видел нормальное переопределение операторов?
PG
а можно через & подцепить
.?PG
&./2, только это так не работаетLL
а можно через & подцепить
.?Зачем?
. — это же special formPG
уже не надо
IK
это такая философия, можно не думать, а просто добиваться двухстрочников и считать, что код хороший. для верности парочку аббревиатур навернуть. весьма популярна, особенно среди рейлс / жс программистов (по теме — https://softwarebyscience.com/very-short-functions-are-a-code-smell-an-overview-of-the-science-on-function-length/)
Крутая статья. Но с выводом о том, что one-liners should be banned не согласен, есть исключения. Статья в фавориты
ŹR
&./2, только это так не работает&Kernel./2 работает
ŹR
Не, как-то не так
ŹR
Ща соображу
ŹR
Не, походу нельзя
ŹR
apply можно для MF
ŹR
Зачем?...
Вот кто-нибудь видел нормальное переопределение операторов?
Вот кто-нибудь видел нормальное переопределение операторов?
А это у них надо спросить
PG
можно было бы apply, но zip все равно дает туплы
RK
Интересная идея. А что делать если в логике сервера есть отправка сообщений другим процессам или самому себе, если это положить в имплементацию это не будет смешиванием уровней ответственности?
Обычно сервер в Elixir прячут за Client-модулем в котором прячут call'ы и cast'ы. Так что внутри бизнес-логики используется "публичное API" (Client-модуль). Так что в случает отправки другим процессам - все сходится.
В случае отправки самому себе - все сложнее. Сильно зависит от смысловой нагрузки. Мне кажется в большинстве случаев отправку самому себе можно оставить в модуле сервера как деталь поведения сервера. Чтобы говорить точнее - нужны примеры)
В случае отправки самому себе - все сложнее. Сильно зависит от смысловой нагрузки. Мне кажется в большинстве случаев отправку самому себе можно оставить в модуле сервера как деталь поведения сервера. Чтобы говорить точнее - нужны примеры)
2020 October 07
V
Котаны, нужен совет.
Два феникс-приложения, запускаются в виде релизов в докер-контейнерах. По одиночке запускаются нормально. Если запускать оба - второе выдаёт
Куда копать?
Два феникс-приложения, запускаются в виде релизов в докер-контейнерах. По одиночке запускаются нормально. Если запускать оба - второе выдаёт
Protocol 'inet_tcp': the name app@host seems to be in use by another Erlang node и завершается.Куда копать?
V
Пока не нашел, но вот статья с конкретными примерами: https://pragdave.me/blog/2017/07/13/decoupling-interface-and-implementation-in-elixir.html
И на примере этих примеров можно уже что-то сказать конкретное.
При такой архитектуре, в случае когда нужно отрефакторить в сервер или из сервера - модуль с логикой остается нетронутым. Т е не нужно переписывать тесты и т п. Т е при рефакторинге ты можешь напортачить с имплементацией GenServer, но логику что уже есть не сломаешь.
Это соответвует Open-Closed Principle из SOLID.
И на примере этих примеров можно уже что-то сказать конкретное.
При такой архитектуре, в случае когда нужно отрефакторить в сервер или из сервера - модуль с логикой остается нетронутым. Т е не нужно переписывать тесты и т п. Т е при рефакторинге ты можешь напортачить с имплементацией GenServer, но логику что уже есть не сломаешь.
Это соответвует Open-Closed Principle из SOLID.
За все кейсы не скажу, но в примере в статье на ровном месте количество файлов увеличилось втрое. Бойлерплейт иного рода - в виде не строк кода, а количества файлов.
VS
V
Котаны, нужен совет.
Два феникс-приложения, запускаются в виде релизов в докер-контейнерах. По одиночке запускаются нормально. Если запускать оба - второе выдаёт
Куда копать?
Два феникс-приложения, запускаются в виде релизов в докер-контейнерах. По одиночке запускаются нормально. Если запускать оба - второе выдаёт
Protocol 'inet_tcp': the name app@host seems to be in use by another Erlang node и завершается.Куда копать?
смените имя ноды у одного из релизов.
V
смените имя ноды у одного из релизов.
Вполне себе очевидно, что проблему конфликта имён можно решить сменой имени у одного из.
VS
тогда в чем вопрос?