ну вообще реально можно же просто имя константы генерировать

ты делаешь запросы в базу, в зависимости от того, сколько полей тебе возвращает, у тебя в результате структуры разных типов

ну вообще реально можно же просто имя константы генерировать

да, можно, только это будет выглядеть странно, типа Entities::User_af73svs

А щаз им какие имена назначаются и что мешает держать это в константах?

всем дается имя Entities::User, но в сути это разные классы с одинаковым базовым классом

А щаз им какие имена назначаются и что мешает держать это в константах?

имена константам непонятно какие давать, толку от константы, если у нее имя рандомное?

условно рандомное, но вот добавил еще поле в табличку, оно поменялось, на кой фиг такая константа?

слишком надо глубоко погрузиться в проблему чтобы тралиться на должном уровне

угу

А что мешает использовать инстансы вместо классов?

А что мешает использовать инстансы вместо классов?

у каждого класса свой набор атрибутов, это реализовано не через method_missing, это просто быстрее

А что мешает использовать эйгенклассы у инстансов?

это тоже будет медленно и совсем уж неожиданно для пользователя

представь, дергаешь ты пару тысяч объектов из бд и для каждого делается extend

зачем делать extend, когда можно напрямую дёрнуть .singleton_class?

и что там там будешь делать?

class_eval, whatever

я не знаю что у вас там делается

но, в общем-то, это именно то для чего эйгенклассы сделаны

вы это переделали на стандартные классы и боретесь с созданной проблемой

ха, а чем это от extend отличается? даже еще хлеще будет, если ты в каждом class_eval будешь методы определять. А если будешь делать include, то это то же самое, что и extend, по определению

ну то есть класс создать быстрее?

бенчмарки есть?

а, понял тебя

он один раз создается, потом переиспользуется. То есть условно под каждый набор колонок один класс

в итоге в приложении их вполне конечное количество

да, извиняюсь, не объяснил

выглядело как дичь, понимаю)

А зачем разные аттрибуты объектам из одного и того же набора колонок?

не, получается что у каждого набора колонок один и тот же класс

Тогда я не понимаю зачем потомки Entities::User не являются подклассами, например

смотри, там делаешь выборку, выбираешь там только id и name, это будет один класс, если добавишь created_at, будет еще один

ох

сомнительной полезности мероприятие

меня вполне устраивает что любая модель в той же AR является одним и тем же классом вне зависимости от .select'a

сомнительной полезности мероприятие

всегда есть возможность выгрузить все в хэшики

меня вполне устраивает что любая модель в той же AR является одним и тем же классом вне зависимости от .select'a

так сделать тоже никто не запрещает

непонятно зачем делать как-то иначе

если даже это и быстрее — я сомневаюсь что есть задачи где это бы являлось узким местом

вообще это детали реализации, структуры удобнее в работе, чем просто хэш, а из коробки у нас нет каких-то моделей или их аналогов. А вот если у тебя уже есть в приложении, можешь замаппить в них

в стандартной библиотеке для этого есть Struct

он же кривой, у нас dry-struct используется, он хэш в конструктор принимает

OpenStruct тоже принимает.

http://blog.honeybadger.io/how-openstruct-and-hashes-can-kill-performance/

да, кстати, у нас структуры немутабельны, можно только сделать новую из старой

Ну а бенчмарки на dry-struct есть?

Я уверен, что он шустрее ostruct-а в инициализации, но всё же...

Ну а бенчмарки на dry-struct есть?

хороший вопрос, не припомню, поэтому точных цифр нету, пока не до этого, но доберемся, когда ром будем профилировать. В сути там можно получить производительность как у хэша примерно

но нужно мерять

там не очень честно сравнивать. Структуры они типизированы. Если же сравнивать просто инициализацию без проверок типов, то будет как оборачивание хэша в объект. В духе MyClass.new(a: 1, b: 2)

а, не, там еще присвоение переменных объекта

плюс смотрите не только на инициализацию, а еще и на чтение

плюс смотрите не только на инициализацию, а еще и на чтение

Спасибо большое. Я просто думал стоит ли мне использовать dry-struct заместо Hashie::Mash. Мои юзкейсы целиком в тестах, так что... ну можно попробовать. Относительно структур, есть пропоузал создания оных через kwargs https://bugs.ruby-lang.org/issues/11925 Как только это имплементируют, нам станет жить проще.

Есть ли учебник,книга ,про моделирование пользователей ?

чего?

ERROR: S client not available

моделирование поведения?

Есть ли учебник,книга ,про моделирование пользователей ?

Я не понял вопроса, но на всякий случай посоветую https://www.amazon.com/Domain-Driven-Design-Tackling-Complexity-Software/dp/0321125215

Да крч бд моделирование

В другой беседе уже ответили

Что посоветовали?

в рубях есть нативный парсинг хтмл?

в рубях есть нативный парсинг хтмл?

нет

что значит "нативный"? core или stdlib? нет

если ты про си-реализацию — есть

что значит "нативный"? core или stdlib? нет

СТРАННО

СТРАННО

ПОЧЕМУ?

ПОЧЕМУ?

только что посмотрел в го – там есть

только что посмотрел в го – там есть

го попозже создавался. в кристале тоже может быть

СТРАННО

97-й год

веб был слабо развит, и руби не для него создавался, насколько я помню, так что не странно

или 93-й?

или 93-й?

93 вроде, да

веб был слабо развит, и руби не для него создавался, насколько я помню, так что не странно

какая ирония

кто-нибудь ебался с telegra.ph API?

кто-нибудь ебался с telegra.ph API?

в каком то из ror чатов проскакивало

а гема нет ещё?

хм, в новом телеграме можно удалять сообщения о том что пользователь зашел в группу

парни, у меня проблема, надо в базе umi.cms обновить данные из приложения rails(парсер), пробую менять phpmyadmin данные в базе, а на сайте и в админке cms ничего не меняется, при этом кэш отключен, в чем может быть дело?

не ту базу редактируешь?

через рельсовую консоль посмотри обновились данные или нет

и попробуй рельсу в верном окружении запускать