не аргумент.

интересно как тесты будут писаться.

Я юзал например в такой ситуации: class Router class Route end end Router — это класс со своей логикой, и его часть, Route, тоже самостоятельный, но никому, кроме Router, не нужен

Если один наследник, то зачем он нужен в принципе? Я конечно сейчас немного пьян, но что-то не понимаю паттерна. почему не написать лишний метод для Router вместо целого класса, который "никому, кроме Router, не нужен"

Светик, ты нас будешь спамить или рекрутить?

а ваще, будет спамить, по ходу

ура

Если один наследник, то зачем он нужен в принципе? Я конечно сейчас немного пьян, но что-то не понимаю паттерна. почему не написать лишний метод для Router вместо целого класса, который "никому, кроме Router, не нужен"

потому что SOLID, вот почему

интересно как тесты будут писаться.

Написаны, вполне норм

Если один наследник, то зачем он нужен в принципе? Я конечно сейчас немного пьян, но что-то не понимаю паттерна. почему не написать лишний метод для Router вместо целого класса, который "никому, кроме Router, не нужен"

Это не "наследник"

интересно как тесты будут писаться.

тесты для класса Route?

Ну блин, это как class List class Item end end Ничего ужасного нет, при этом вложенный класс уместно, как мне кажется, "убран"

Ну блин, это как class List class Item end end Ничего ужасного нет, при этом вложенный класс уместно, как мне кажется, "убран"

Нет это ужастно на самом деле.

Ну блин, это как class List class Item end end Ничего ужасного нет, при этом вложенный класс уместно, как мне кажется, "убран"

еще как ужасно) разве будет удобно обращаться к дочернему классу?)

еще как ужасно) разве будет удобно обращаться к дочернему классу?)

А чем это, в смысле удобства обращения, отличается от module List class Item end end

Надо голосование запилить

А чем это, в смысле удобства обращения, отличается от module List class Item end end

тут у List не может быть инициализатора

тут у List не может быть инициализатора

я знаю про отличия модулей и классов в руби. В чем разница в удобстве обращения? Вот в чем вопрос

Модули не умеют в инкапсуляцию

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

Нет это ужастно на самом деле.

Аргументация?

Аргументация?

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

еще как ужасно) разве будет удобно обращаться к дочернему классу?)

А почему нет? И это не дочерний класс, а внутренний

как их тестировать?

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

Один "вынесен из методов" другого.

что?

как их тестировать?

Либо отдельно, либо тестируешь поведение внешнего по содержимому внутреннего

Если один наследник, то зачем он нужен в принципе? Я конечно сейчас немного пьян, но что-то не понимаю паттерна. почему не написать лишний метод для Router вместо целого класса, который "никому, кроме Router, не нужен"

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

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

Это как приватный класс, если​ угодно. Но технически он всё равно не приватный, если не озаботиться отдельно этим

я знаю про отличия модулей и классов в руби. В чем разница в удобстве обращения? Вот в чем вопрос

Обращение почти такое же, только зачем отдельный модуль лепить?

Уточняю, что не подразумевается использование Route или Item извне, только через Router или List всё, их методы

да нормальная практика. всякие value objects типа Result, которые на самом деле просто Struct

https://medium.com/@carlescliment/about-rails-concerns-a6b2f1776d7d

https://medium.com/@carlescliment/about-rails-concerns-a6b2f1776d7d

ну ниче нового в общем-то

Ребят, посоветуйте пожалуйста топ вебсокет клиент для руби. Не хочу тащить фае.

эликсир

+

Ребят, посоветуйте пожалуйста топ вебсокет клиент для руби. Не хочу тащить фае.

могу тебе свой вебсокет на ноде скинуть

Нет, нода меня не интересует.

И скажу вот что, питон полный отстой. Там просто нет, вот просто нет в 2017 году нормальных фреймворков для рест апи.

Привет всем!! Посоветуйте пожалуйста какое-то чтиво для новичков, но не как написать блог или магазин а как устроен сам ruby перечень базовых классов и методов откуда они беруться и тд

в таком ключе можно почитать Head First Ruby. Есть на русском.

в таком ключе можно почитать Head First Ruby. Есть на русском.

Спасибо, ознакомлюсь

А есть у кого-то The Well-Grounded Rubyist на русском ?

Более менее актуальных книг на русском вообще 2. Та, что выше и "Путь руби". Остальное старье редкостное.

Более менее актуальных книг на русском вообще 2. Та, что выше и "Путь руби". Остальное старье редкостное.

Спасибо

@AlexWayfer реклама

@AlexWayfer реклама

спасибо

кто скажет

почему Rack::Session::*

в синатре с телеграм вебхуками

при каждом новом клике обновляет сессию

при каждом новом клике обновляет сессию

а почему там должна быть одна и та же сессия лол?

согласен с другой стороны)

есть варианты как решить это?

смотря что нужно

у тебя есть user_id и chat_id

по этим двум параметрам можно идентифицировать юзера

то есть взять любой rack::session

и чуть переписать?

и чуть переписать?

зачем?

сессия устанавливается по заголовкам, у тебя с ними всё ок?

аль тебе запросы от телеграм-сервера идут и он не принимает заголовки на установку cookies?

ща в ngrok гляну

ну от телеграма то приходят постоянно разные запросы

ERROR: S client not available

ну от телеграма то приходят постоянно разные запросы

Тебе на них нужно сессию держать?

да мне нужно полноценно понимать что за юзер

и что оно делает

вобщем как на сайте обычном оно должно быть

я уже думаю просто хранить в базе сессию)

? У тебя кроме телеграма что-то есть? Сайт? И связь какая-нибудь по пользователям?

ручками)

есть сайт

в принципе то могу сделать что угодно

понять бы что)

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

пришел запрос от телеги, в нем имя юзера

то есть взять любой rack::session

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

Нужно запомнить, нажал ли пользователь заветную кнопку, и получить эту информацию когда угодно — да, база

ага вот я так и думаю

У него в каждом сообщении chat_id и user_id

да. я понимаю

но у юзера каждого

есть история действий

например поиск долгий

Сессия не даст тебе доступ когда угодно к инфе. Тут зависит от того, какая инфа и что с ней нужно. В целом, для телеграма сессии — это странно

степ-бай-степ

Если не хочешь писать в базу — пиши в оперативку, или Redis, или что там ещё

ну хотя бы вопрос-ответ самый простой уже требует запоминания

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

понимаю. ну то есть решение - в базе хранить просто?

пойдет так да?

Здесь нужно от логики и дальнейших действий с этой информацией отталкиваться

ну простейшие данные

например

город и страна