AP
ребят, а если я хочу router поделить по разным файлам, типа user_router, sample_router и т.д. и потом собрать (через use или что-то типа того) в 1 это плохая идея??
всё ради того чтобы файл был поменьше?
Size: a a a
2018 November 02
V
всё ради того чтобы файл был поменьше?
да, чтобы не путаться в коде, чтобы было какое-то логичное разбитие на модули
V
просто мне кажется, что если таких записей > 20 тяжело искать потом в коде
V
вот и хочу разнести их
AP
скролл и поиск не работает?
V
спасибо
V
скролл и поиск не работает?
работает, но это же из extrime programming класс не больше экрана и т.д.
но если в elixir это из коробки не верно, буду правильно делать
но если в elixir это из коробки не верно, буду правильно делать
AP
не больше класса на экран, потому что логики много.
у тебя же просто декларативное описание.
у тебя же просто декларативное описание.
AP
если будет тебе так удобнее - конечно выноси.
но по факту ничего не поменяется.
но по факту ничего не поменяется.
KA
Спасибо за ответы, хороший вопрос, буду тоже иметь в виду
V
понял, спасибо большое)
K
работает, но это же из extrime programming класс не больше экрана и т.д.
но если в elixir это из коробки не верно, буду правильно делать
но если в elixir это из коробки не верно, буду правильно делать
Не всегда работает, часто приходится собрать в один МОДУЛЬ (нет никаких классов в эликсире, не надо тут со своим ооп) очень много разных вещей, чтоб логично собрать функции. Ну и основная фитча языка - документация. Ее почти всегда очень много. И ее обычно больше чем самого кода (см. исходники языка) изза этого не получается мелких модулей
K
По поводу классов, я понял о чем речь, просто шучу. ;)
V
Просто документацию я в vs code сворачиванию, а код хочу видеть, вот и появился такой кейс и реально он мне нужен только в router чтобы понимать куда какой запрос идёт, а в остальных местах приложения в модулях и так только то, что к нему относится.
NK
Есть ли открытые примеры "хорошего" кода на эликсире? Кроме исходников стандартных либ языка и крупных библиотек?
NK
Ну или что то про юз кейсы.
Например как по эрлангу.
Типа всегда пишем под оптимизатор хвостовых рекурсий. Всегда используем перегрузку арности и так далее
Например как по эрлангу.
Типа всегда пишем под оптимизатор хвостовых рекурсий. Всегда используем перегрузку арности и так далее
NK
Упрощаем арность через _ в паттерн-матчинге
NK
Асс для хвостовых рекурсий
NK
Какие нибудь советы по инмемори структурам? А то с односвязными списками с о(н) сложностью особо не развернуться. Сторонние реализации коллекций?