бери rspec

да я учу их по railstutorial

в версии 4 код выглядит it "should have the content 'Sample App'" do visit '/static_pages/home' expect(page).to have_content('Sample App') end

а в 5 test "should get home" do get static_pages_home_url assert_response :success end

хотя там контроллер сразу тестируют

а не вьху в одной и той же главе

в версии 4 код выглядит it "should have the content 'Sample App'" do visit '/static_pages/home' expect(page).to have_content('Sample App') end

view

а в 5 test "should get home" do get static_pages_home_url assert_response :success end

controller

вроде)

почему автор сразу перешел к контроллерам не ясно

в четверке it блоки вроде из коробки тоже не работали.

У меня они работали после того как я один из гемов с капибарой поставил.

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

для rails 5

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

дай линк, будь добр

дай линк, будь добр

https://www.railstutorial.org/book/static_pages#cha-static_pages

у него в этой главе для 4 рельсов тесты начинаются со вьюх

а тут контроллеры и в них же тестируются вьюхи

да я учу их по railstutorial

Не учи их. Де-факто стандарт - rspec.

так rspec это TDD?

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

я так понял.

а причем тут движок тестовой системы и подход?

хз

Вот и я хз.

ты тесты и там и там можешь писать. Просто у rspec инструментарий лучше и инструментов больше

я то вообще про книгу начал спрашивать

Надо официальные гайды читать

они всегда up to date

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

Это его мнение, и оно может не совпадать с действительностью.

но в гайдах пишут про BDD

в каких?

я конечно могу ошибаться но книга например https://www.amazon.com/gp/product/1934356379/ref=as_li_qf_sp_asin_il_tl?ie=UTF8&camp=1789&creative=9325&creativeASIN=1934356379&linkCode=as2&tag=httpbettersco-20

и сайт http://betterspecs.org/

То что нужно побольше тестировать BDD не значит что TDD умерло.

Можно еще сказать что ООП умер.

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

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

Я про то, что тестировать учись сразу на том инструменте, с которым будешь работать. А работать ты будешь с rspec.

Я про то, что тестировать учись сразу на том инструменте, с которым будешь работать. А работать ты будешь с rspec.

понятно

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

Что значит гайды перестанут писать?

тебе надо все разжевать? сам разобраться не сможешь? ?

На беттерспеках только одно использование слова BDD

К тому же чтобы понимать что такое TDD и BDD надо попробовать оба подхода.

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

какого файла?

че-то не могу сообразить

yml

как ты его модели передаешь?

YAML.load_file

Значит он туда уже хэшиком приходит.

задача недостающие поля брать из конфига

Так что ты хотел сделать?

before_commit _Наверное_

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

Потому что не очнеь понятна задача.

Ну так делай это в контроллере который модель обновляет.

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

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

Сделай сервис, вызвав его из контрлллера, ставь в очередь.

да-да, вот кажется это и надо

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

и хранил бы его в памяти

если он не большой, конечно

приложение всегда запущенно и конфигурируется конфигами

так сказать вносятся изменения

а, понял

можно сделать отдельного fs_watcher'a и на событие изменения конфига перегружать его в память :)

ERROR: S client not available

omg сколько сложжностей

да, это и хочется

fs_watcher тут не нужен

Не понимаю зачем столько сложностей.

ну или Guard'ом)

В контроллере сразу назначать модели содержимое файла при назначении

И кэшировать содержимое файла чтобы disk io часто не дергать.

Если оно конечно медленным еще будет.

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

КЭШ

хуэш, я о том же говорю

Не стоит усложнять там где усложнять не стоит.

fs_watcher Это вообще ни разу не кэш

это +N точек отказа.

я потом про Guard написал

Guard На продакшене??

а они на продакшене меняют конфиги на сервере в config-folder?

да

а тут сколько точек отказа тогда?:)

а тут сколько точек отказа тогда?:)

меньше чем с guard

пруфы?

пруфы?

Тебе нужны пруфы что fs_watcher это ненадежно?

писать в config folder тоже слегка не надежно?

а так да

писать в config folder тоже слегка не надежно?

Более чем. Автор все еще не сказал что у него за кейс.

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

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

Все равно заявление звучит неясно: 1. Сасс сейчас на паузе намеренно, так как ждет, когда либсасс его догонит по фичам, чтобы в дальнейшем они могли развиваться синхронно. 2. Даже если сасс действительно перестанет развиваться, и останется только либсасс - как это коснется рельс? sassc-rails вместо sass-rails - и нет проблем.

Все равно заявление звучит неясно: 1. Сасс сейчас на паузе намеренно, так как ждет, когда либсасс его догонит по фичам, чтобы в дальнейшем они могли развиваться синхронно. 2. Даже если сасс действительно перестанет развиваться, и останется только либсасс - как это коснется рельс? sassc-rails вместо sass-rails - и нет проблем.

> Ruby Sass в конечном итоге уйдет совсем, если не появится новый разработчик для него. А если никто не выступит, то Ruby Sass будет официально признан устаревшим и неподдерживаемым. >sassc Блин. С ним эти кадавры будут жить пока руби не умрет х((

Как будто наличие сасс в рельсах - такая большая проблема ?

руби уже никогда не умрет

Я за то, чтобы не использовать руби на фронте. (Потому что уже второй проект подряд мне приходится разгребать тонны кофескрипта и жквери, приправленные хамлом) А наличие годного препроцессора отодвигает непонятно куда тот знаменательный день, когда такие кадавры вымрут.

В целом я понимаю доводы. Но врядли это изменится. Не скажу за руби, но рельсы - платформа самобытная, и останется такой, пока самобытными останутся basecamp и highrise.