а, вопрос почему

хм

сорсы к вашим услугам

1. меня смущает, почему можно обращаться к константе без указания класса, хотя она принадлежит классу (классовый метод из инстанции не вызовешь без self.class, а константу получишь) 2. начинается веселье с наследованием: наследование константы не работает без self.class::FOO

сорсы к вашим услугам

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

1. меня смущает, почему можно обращаться к константе без указания класса, хотя она принадлежит классу (классовый метод из инстанции не вызовешь без self.class, а константу получишь) 2. начинается веселье с наследованием: наследование константы не работает без self.class::FOO

более подробный пример по 2 пункту: https://gist.github.com/AlexWayfer/cf90f2bc18d69477899b8731ccdecc7b

гугли constant lookup

Привет всем! А использования во view шаблонов .js.erb является не очень хорошей идеей? Просто здесь кто то говорил, что это порождает кривую архитектуру приложения

да, не очень

а как быть если нужно js в ответе? писать все в контроллере?

а как быть если нужно js в ответе? писать все в контроллере?

ответ через json возвращай, и через js обрабатывай его, если я правильно понимаю

а как быть если нужно js в ответе? писать все в контроллере?

В том и ответ. JS в ответе не нужен. В ответе нужны данные которые будут обработаны js который уже на клиент должен быть скачен.

JS ответы дебажить посложнее.

более подробный пример по 2 пункту: https://gist.github.com/AlexWayfer/cf90f2bc18d69477899b8731ccdecc7b

да, с наследованием не очень очевидно

Ясно) понял)

а как быть если нужно js в ответе? писать все в контроллере?

Я постоянно использую js.erb, и не использую haml или slim, и никаких проблем с архитектурой не испытываю.

В том и ответ. JS в ответе не нужен. В ответе нужны данные которые будут обработаны js который уже на клиент должен быть скачен.

А как же быть с событиями, которые должны изменять dom ?

А как же быть с событиями, которые должны изменять dom ?

У тебя на клиенте уже должен быть скачен этот js код, вот и все.

У тебя на клиенте уже должен быть скачен этот js код, вот и все.

Мы похоже про разное )

Что мешает фронтендовому js мутировать дом?

Смотри, я не о получении js, а о конкретном использование js.erb

Тоесть запихнуть все в js, и html, и css, и все перемешать ?

Что значит перемешать?

js ответ это и есть лапша из кода. Этот JS должен был быть изначально на фронте.

а не в ответе приходить.

JS ответ экономит время, но его сложнее дебажить, тестировать и поддерживать.

JS ответ экономит время, но его сложнее дебажить, тестировать и поддерживать.

ну так тесты надо писать хорошие

Так проще протестировать JS который скачивается на клиент изначально.

да

у нас вот нет тестов на фронте - и это порой печалит

У меня было react.js приложение. Возможно фронт не очень это понимал, но мы постоянно тормозились изза того что тестов нет, хотя бы интеграционных.

Что то вечно отваливалось на фронте. Тогда как на бэке все ошибки были как правило логические.

ну вообще через тот же protracktor можно написать

Зелениум?

Написано что он для ангуляра.

js ответ это и есть лапша из кода. Этот JS должен был быть изначально на фронте.

Я не о том. js.erb отличный инструмент, для ajax, и его плюсы лично мне очевидно. И его использование не нарушает архитектуру приложение.

я к nightwatch присматривался, но мне не хватило скилов его прикрутить.

Я не о том. js.erb отличный инструмент, для ajax, и его плюсы лично мне очевидно. И его использование не нарушает архитектуру приложение.

для ajax нужен json, какой js.erb?

для ajax нужен json, какой js.erb?

Да ладно ? А когда сработает ответ, то ты ничего не меняешь на странице ? И соответственно оперируешь только данными ? + прямо во вьюху пихаешь js ?

Вот бы щас поговнокодить

Да ладно ? А когда сработает ответ, то ты ничего не меняешь на странице ? И соответственно оперируешь только данными ? + прямо во вьюху пихаешь js ?

Нет у тебя на клиекнте есть js который это обрабатывает

Толстый клиент.

Да ладно ? А когда сработает ответ, то ты ничего не меняешь на странице ? И соответственно оперируешь только данными ? + прямо во вьюху пихаешь js ?

чегоооо? так, у тебя есть bundle.js какой-нибудь, в котором нормально, на JS, описано: «если нажата кнопка — сделать запрос туда-то, получить ответ, по нему изменить то-то» всё. что сложного?

Нет у тебя на клиекнте есть js который это обрабатывает

А зачем мне толстый клиент ? Если я могу написать функцию в js.erb и не парясь передовать туда данные для обработки ?

Потому что это дебажить сложно

А зачем мне толстый клиент ? Если я могу написать функцию в js.erb и не парясь передовать туда данные для обработки ?

как? что за …? я не понимаю, зачем js.erb

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

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

именно. алгоритм запроса и их обработки не меняется.

Потому что это дебажить сложно

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

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

Помимо этого он лучше кешируется и делает меньше нагрузки, т.к ты возвращаешь только данные в виде json.

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

Да, но что тест, что сам код будет оргомной кучей непонятно чего

- Гоняешь меньше байтов - Тестируемость

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

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

Да, но что тест, что сам код будет оргомной кучей непонятно чего

Лолчто, у тебя в случае с .js.erb код - мешанина.

js.erb это как в react jsx

На фронте у тебя может быть все нормально и логично сделано. Почему куча то?

А в случае с толстым клиентом нет ?

js.erb это как в react jsx

нет, совсем другое

А в случае с толстым клиентом нет ?

С тонким мб? я как раз говорю в пользу толстого клиента.

А в случае с толстым клиентом нет ?

почему мешанина? тебе тупо на файлы разбить? разбивай. хочешь в один соединить ради HTTP 1? соединяй. в чём проблема?

зачем шаблонизатор для бандлинга?

Смотри, еще раз плюсы толстого клиента: - Меньше гоняешь байтов - Тестируемость - Меньше нагрузка.

С тонким мб? я как раз говорю в пользу толстого клиента.

Так я и говорю что это бред, пихать все в js файл. Там же будет куча из html и js

Смотри, еще раз плюсы толстого клиента: - Меньше гоняешь байтов - Тестируемость - Меньше нагрузка.

Тестируемость не правда, тесты будут огромные

Так я и говорю что это бред, пихать все в js файл. Там же будет куча из html и js

зачем html в js? о гоги.

ERROR: S client not available

Тестируемость не правда, тесты будут огромные

С чего бы?

капибарой тестировал?

С чего бы?

и что, она сама протестит и изменение, и данные ?

капибарой тестировал?

Нет

Зачем тестировать данные которые были сгенерированы в том же тесте? тебя интересует что конечная форма именно такая которую ты ожидаешь.

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

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

Тоесть на ней свет клином сошелся ? Это очень странно выглядит, ты должен тестировать иммено тем чем сказано, потому что наплодил себе проблем из за того что отказался от js.erb

Лол, я выше уже привел плюсы, а тестировать капибарой все равно надо фронт.

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

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

решай не проблемы кода, а проблемы проекта. тестируй не код, а проект. изи

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

Вот по этому я тебя игнорирую, можешь не отвечать

Вот по этому я тебя игнорирую, можешь не отвечать

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

Ты серьезно? ?

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

О, веганам вообще не в чем доверять нельзя

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

О, веганам вообще не в чем доверять нельзя

да, а ещё темнокожим и женщинам. ясно-понятно.

да, а ещё темнокожим и женщинам. ясно-понятно.

Конечно, этим двум уж точно

Тесты банально помогают поддерживать и разрабатывать приложение. Пока не попробуешь активно их юзать профитов не почуствуешь. Т.е тот кто пишет тесты и тот кто не пишет друг друга не понимают.

Тесты банально помогают поддерживать и разрабатывать приложение. Пока не попробуешь активно их юзать профитов не почуствуешь. Т.е тот кто пишет тесты и тот кто не пишет друг друга не понимают.

ну вот я могу объяснить про структуру API в JS, или его бандлинг — и меня можно будет понять, независимо от наличия тестов. так что… ошибаешься.

Я не очень понял в чем я ошибаюсь ?

Я не очень понял в чем я ошибаюсь ?

> Т.е тот кто пишет тесты и тот кто не пишет друг друга не понимают. по теме тестов — мб. по всем остальным — ошибаешься.

Именно по теме тестирования

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

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

и в частности разработку через тестирование.

Именно по теме тестирования

я в неё не лезу, резвитесь как хотите.

причем, потом открываются глаза "как я раньше без тестов жил".

и в частности разработку через тестирование.

js.erb влияет не только на тесты, но и на принцип работы внутри, я про него затираю.

Он гоняет лишние данные туды сюды и генерит лишний шаблон.