(собираю фидбэк, как могу, кек)

Не знаю, как в рельсах, но в ханами работа с сущностями и процесс миграций в БД меня очень порадовал!

слушайте, а я же в rake таске могу использовать Rails.logger, если в таску enviroment передал?

по идее да, если у тебя рельса загрузилась

спасибо

а в ханами какая orm, не АР разве по дефолту?

а в ханами какая orm, не АР разве по дефолту?

там своя, написанная поверх rom-rb

хм, прикольно. надо потыкать

@davydovanton Hanami предоставляет специальный язык для описания изменений в схеме базы данных. - это фича чисто ханами?

@davydovanton Hanami предоставляет специальный язык для описания изменений в схеме базы данных. - это фича чисто ханами?

не очень понял о чем ты. можно пример?

хм, прикольно. надо потыкать

http://hanamirb.org/guides/1.0/models/overview/

@davydovanton Hanami предоставляет специальный язык для описания изменений в схеме базы данных. - это фича чисто ханами?

в рельсе тоже есть. кк выяснилось они отличаются, но рельсовый тоже вполне приятен

https://habrahabr.ru/post/336814/#migracii-dlya-izmeneniya-shemy-bazy-dannyh

ну как рельсовый. active record-а

в рельсе тоже есть. кк выяснилось они отличаются, но рельсовый тоже вполне приятен

спасибо

https://habrahabr.ru/post/336814/#migracii-dlya-izmeneniya-shemy-bazy-dannyh

а, это миграция

@davydovanton Hanami предоставляет специальный язык для описания изменений в схеме базы данных. - это фича чисто ханами?

это вроде как dsl зовут

в рельсе тоже есть

это вообще в рубях часто

за это я и выбираю руби ;)

не понимаю правда зачем начинать с ханами

он вроде как сложнее рельс

не понимаю правда зачем начинать с ханами

затем же, зачем и с синатры начинать

он вроде как сложнее рельс

спорное утверждение

а что такие тоже есть? какой ужас

;) есть

жесть

я с рэка начинал

а что такие тоже есть? какой ужас

ты же пошутил?

спорное утверждение

в ханами меньше всего (нет AJ, Acable, etc) + нет магии в моделях (я имею в виду вызов класс методов и не класс методов), так что хз

ты же пошутил?

не совсем

жесть

у меня есть коварный план "курсов", там хочу вообще с синатры начинать

ужастно

потом будут удивляться миграциям в dsl в 2017-ом

и писать sql миграции, не зная про дсл, ага.

потом будут удивляться миграциям в dsl в 2017-ом

так с чего ты взял, что так будет?

вставлю свои 2 копейки про ханами: я ещё новичок в стэке Ruby / Rails но наткнулся на гайд и 1сентября написал по нему своё первое App » https://twitter.com/kadrlike/status/903373253078646784 и даже все тесты пройдены ;)

@davydovanton Hanami предоставляет специальный язык для описания изменений в схеме базы данных. - это фича чисто ханами?

Новичок в стэке ruby on rails подразумевает хотя бы базовые понятия я думаю.

не совсем

https://ru.wikipedia.org/wiki/Ruby в ссылках смотри #фреймворки

в ханами меньше всего (нет AJ, Acable, etc) + нет магии в моделях (я имею в виду вызов класс методов и не класс методов), так что хз

класс и не класс методов - это в плане? т.е. не понял при чем rails

Новичок в стэке ruby on rails подразумевает хотя бы базовые понятия я думаю.

ну так может человек не смотрел на рельсу

https://ru.wikipedia.org/wiki/Ruby в ссылках смотри #фреймворки

eRuby по их мнение тоже фреймворк

класс и не класс методов - это в плане? т.е. не понял при чем rails

ну типо у тебя одно место где логика с базой и логика с данными. ты пока рельсу изучал не задовался вопросом, почему именно класс методы - это запросы в базу?

не всегда )))

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

база ужастная и засорилась? это не важно.

а, ты про это я нет, но я ее учил после опыта на аспнете, некоторого на крестиках и админки. мне проще было)

а, ты про это я нет, но я ее учил после опыта на аспнете, некоторого на крестиках и админки. мне проще было)

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

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

не понял твой поинт, можешь пояснить?

не понял твой поинт, можешь пояснить?

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

в этом весь профит верно?

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

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

разделяешь логику

и теряешь физическое представление

между данными и тем, как данные получить

ну например, посмотри на всякие query объекты. это о том же самом

а потом долго долго ищешь как сделать голый SQL или где в базе ручками что то найти.

а потом долго долго ищешь как сделать голый SQL или где в базе ручками что то найти.

с чего ты взял это?

ну если ты поля допустим какие то переназвал, какие то удалил какие то физически одно поле и еще как либо.

Это же мэппинг абстракции на физическую бд.

ну если ты поля допустим какие то переназвал, какие то удалил какие то физически одно поле и еще как либо.

мы о разном сейчас говорим

есть маппинг, если про ханами говорить, он там автоматический, как в рельсе

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

я про другое, про то, что у тебя есть 2 логики в одном классе. первая - это как получить данные (класс методы), а вторая - это как с данными работать (инстан методы)

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

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

действительно, ведь если я хочу найти посты пользователя то мне нужно написать еще 5 строчек )

я про другое, про то, что у тебя есть 2 логики в одном классе. первая - это как получить данные (класс методы), а вторая - это как с данными работать (инстан методы)

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

логика работы с данными бд

ERROR: S client not available

или прикрутить что угодно вместо АР

было бы желание и понимание что это точно оправданно

логика работы с данными бд

не, какая разница от куда данные пришли?

хоть из редиса

или из файла

это просто данные какие-то

или прикрутить что угодно вместо АР

sounds good, doesn't work.

ну почему. датамаппер или сиквел - это уж точно не проблема

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

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

реальный пример (так себе, но сойдет) def full_name "#{first_name} #{last_name}" end какая разница от куда тут взялись данные?

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

где ты это увидел то?

есть нормальный автомаппинг данных

1 в 1 как в рельсе

где ты это увидел то?

в основном во всяких абстракциях линукса

ФС

реальный пример (так себе, но сойдет) def full_name "#{first_name} #{last_name}" end какая разница от куда тут взялись данные?

до тех пор пока тебе не надо узнать какой конкретно у этого поста пользователь

в основном во всяких абстракциях линукса

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

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

вопрос тогда только в уровне/функционале абстракции. так то можно

но опять же - главное быть уверенным что нужно

до тех пор пока тебе не надо узнать какой конкретно у этого поста пользователь

def full_name "#{first_name} #{last_name}" if admin == true end какая разница от куда данные получил, из файла или базы? или вообще юзер ввел их в консоли

фьюзы вон наабстрагировали)))

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

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

а потом ищем тормоза, потому что оказывается второй шард тормозил

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

так это вообще не логика модели

хотя из абстракции вернего уровня без спуска на нижний эти тормоза не увидишь.

а

а это уже по сути магия.

я понял о чем ты

сорян

а потом ищем тормоза, потому что оказывается второй шард тормозил

а как тебе поможет класс метод из АР тут?

просто у меня перед глазами самые яркие примеры это фс внутри фс поверх фс и т.д