N|
решение прям гениально, заводить табличку для 1 переменной
ну, где одна переменная, там и вторая
Size: a a a
2020 October 22
N|
всяко лучше чем с DETS и другим ворохом проблем ковыряться
АП
у детса нет каких-либо проблем с подобными задачами
P
а если нод приложения станет больше одной?
АП
не станет
P
просто я критично не понимаю, если там говорится про админку - там скорее всего есть Phoenix, а значит есть Ecto, и уже есть один "репозиторий" заводить DETS, гемороится с тем что оно там где-то лежит и так далее, бекапы опять же, и завести одну табличку (ведь переменных может станет 2-3-5-10 потом) и удобно это все делать через БД
N|
просто я критично не понимаю, если там говорится про админку - там скорее всего есть Phoenix, а значит есть Ecto, и уже есть один "репозиторий" заводить DETS, гемороится с тем что оно там где-то лежит и так далее, бекапы опять же, и завести одну табличку (ведь переменных может станет 2-3-5-10 потом) и удобно это все делать через БД
+
АП
если честно, по большей части пофигу, где это будет лежать, если это будет делать либа. лишь бы не писать эту стандартную историю руками.
ну а если уж писать руками, то жить проще всего с детс
ну а если уж писать руками, то жить проще всего с детс
АП
обьём кода - 5 строк вместо сотен
P
Сотен строк кода? СОТЕН? Завести одну табличку и сделать 1 сервис?
P
Ну короче DETS, так DETS. Зачем тогда либа нужна? GenServer + DETS и все
АП
Сотен строк кода? СОТЕН? Завести одну табличку и сделать 1 сервис?
да там одна схема-то под сотню будет
AB
Господа, не подскажете, канал про Эрланг, ии может кто сталкивался - кросс компиляция Эрланг на x86 —> arm32/litttle endian ?
N|
Господа, не подскажете, канал про Эрланг, ии может кто сталкивался - кросс компиляция Эрланг на x86 —> arm32/litttle endian ?
N|
Господа, не подскажете, канал про Эрланг, ии может кто сталкивался - кросс компиляция Эрланг на x86 —> arm32/litttle endian ?
байткод бима кросскомпилить не нужно, если я не ошибаюсь, а вот с NIF могут быть проблемки
P
да там одна схема-то под сотню будет
https://pastebin.com/mhtKjezt 33 строчки, и сразу готова для Phoenix, еще репозиторий строчек 20 будет с
:erglan.term_to_binary и обраткой на загрузке, ну и GenServer который это держит строчек 15-20. Там на все будет строчек 100 а не на схему
АП
https://pastebin.com/mhtKjezt 33 строчки, и сразу готова для Phoenix, еще репозиторий строчек 20 будет с
:erglan.term_to_binary и обраткой на загрузке, ну и GenServer который это держит строчек 15-20. Там на все будет строчек 100 а не на схемукамон, это только ченджсеты, а ещё запросики, а ещё контекст, да и протестить надо
P
камон, это только ченджсеты, а ещё запросики, а ещё контекст, да и протестить надо
Ну так все остальное будет и с DETS, или как предлагаете выбирать оттуда? Магией? У вас и там и там будет прослойка, которая достает значения из интерфейса, из-за Ecto вы просто можете валидировать это более кастомно + иметь готовые ништяки с Phoenix.HTML + иметь готовые миграции для накатывания начальных значений.
P
Тут добавляется только прослойка из миграции/репозитория и схемы, которая даст кучу ништяков