Привет ребята! как сделать вывод item в разных колонках? Например есть у меня 8 итемов. нужно что бы они вывелись по 4шт в колонках col-md-3. получаеться должно быть 2 колонки. Так же если их будет 12 шт. должно быть 3 колонки. Я делаю так: <% if (@lowcat.count.to_i < 5) %> <div class="col-md-3"> <%= item.name %> </div> <% end %>

Может тебе такое нужно? https://apidock.com/rails/Array/in_groups_of

или https://apidock.com/ruby/Enumerable/each_slice

Вот мой вопрос, заданный конкретнее. Я раньше делал такое на php. Просто не знаю как реализовать это на rails. Такким способом как в php не получаеться Вот сам вопрос: https://stackoverflow.com/questions/44300934/how-to-get-2-column-from-the-while-in-rails

Ребят, тут есть кто по тестированию с использованием rspec может ответить на вопросы?

Скорее всего. Задавай вопросы

Имеется две группы тестов integration-тесты и unit-тесты. Сейчас пишу все используя unit-тесты. В какой момент начать писать integration-тесты?

Вот мой вопрос, заданный конкретнее. Я раньше делал такое на php. Просто не знаю как реализовать это на rails. Такким способом как в php не получаеться Вот сам вопрос: https://stackoverflow.com/questions/44300934/how-to-get-2-column-from-the-while-in-rails

col-md-offset знаешь?

Имеется две группы тестов integration-тесты и unit-тесты. Сейчас пишу все используя unit-тесты. В какой момент начать писать integration-тесты?

когда захочется

col-md-offset знаешь?

+

describe '#get_data' do it 'should read YAML-formatted data from a file' do expected = {'times' => ['10h 3m', '2h 5m', '40m']} expect(get_data('spec/fixtures/good.yml')).to eq expected end it 'should error out if YAML is badly formatted' do expect { get_data('spec/fixtures/bad.yml') }. to raise_error(RuntimeError, /Error reading spec\/fixtures\/bad.yml/) end end В данном случае по мне это integration тест

describe '#get_data' do it 'should read YAML-formatted data from a file' do allow(YAML).to receive(:load_file).with('/some/file').and_return({'times' => ['10h 3m', '2h 5m', '40m']}) expect(get_data('/some/file').to eq({'times' => ['10h 3m', '2h 5m', '40m']}) end it 'should error out if YAML is badly formatted' do allow(YAML).to receive(:load_file).with('/some/file').and_raise(RuntimeError) expect { get_data('/some/file') }.to raise_error(RuntimeError, /Error reading \'//some//file\'/) end end А это уже unit-тест

+

ну, судя по тому вопросу ("col-md-3 одна колонка") нужен offset просто условия во вьюхе

describe '#get_data' do it 'should read YAML-formatted data from a file' do expected = {'times' => ['10h 3m', '2h 5m', '40m']} expect(get_data('spec/fixtures/good.yml')).to eq expected end it 'should error out if YAML is badly formatted' do expect { get_data('spec/fixtures/bad.yml') }. to raise_error(RuntimeError, /Error reading spec\/fixtures\/bad.yml/) end end В данном случае по мне это integration тест

тест метода — вряд ли интеграционный

Вопрос как в том. Вот начинаешь писать, и сначало пишешь unit-тест. На каком этапе происходит переход или нужно писать integration-тест,

?

Смотря по какой методологии

Если BDD - ИМХО, тогда сначала интеграционный

потом юнит по необходимости

а так - я долго мучался данным вопросом и пришёл к выводу, что нет идеального флоу тестирования

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

а как разделять оба теста? Внутри spec директории создать каталоги integration и unit. Или же в один test_spec.rb все класть?

у меня отведена директория rspec/features под это

под интеграционные

Feature specs are high-level tests meant to exercise slices of functionality through an application. They should drive the application only via its external interface, usually web pages.

Вроде не подходит

а как разделять оба теста? Внутри spec директории создать каталоги integration и unit. Или же в один test_spec.rb все класть?

http://guides.rubyonrails.org/testing.html#integration-testing

у меня отведена директория rspec/features под это

Тут, скорее всего, речь про асептанс тесты

С капибарой и браузером

да, но разве асептанс тесты - не интеграционные тесты? )

Нет

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

подобный тест тестирует несколько модулей приложения

и их взаимодействие

Верно

Но асептанс это максимально приближенно к юзеру

Т.е. с браузером

Вдруг у тебя там где-то див закрывает важную кнопку

Дело ведь не только в руби он рейлс. По сути тестируем весь код приложения который пишем, не только вэб. В этой статье автор тестирует метод #get_data, потом #process. Для #process он пишет unit-тест, а вот для #get_data он пишет integration-тест. Я задал автору вопрос он мне ответил, почему он должен менять поведение класса YAML? В этой же статье https://robots.thoughtbot.com/back-to-basics-writing-unit-tests-first меняют получается поведение и называют это white-box testing.

статью не скинул вот статья http://razorconsulting.com.au/rspec-testing-a-simple-ruby-script.html

Имеется две группы тестов integration-тесты и unit-тесты. Сейчас пишу все используя unit-тесты. В какой момент начать писать integration-тесты?

сразу

В смысле сразу?

def self.load_config begin YAML::load_file(data_file) rescue => e raise "Error reading #{data_file}: #{e}" end end

вот такой метод допустим

можно написать it 'should read YAML-formatted data from a file' do expected = {'times' => ['10h 3m', '2h 5m', '40m']} expect(get_data('spec/fixtures/good.yml')).to eq expected end it 'should error out if YAML is badly formatted' do expect { get_data('spec/fixtures/bad.yml') }. to raise_error(RuntimeError, /Error reading spec\/fixtures\/bad.yml/) end

я правильно понимаю это integration-тест?

А можно еще написать вот так

describe '#get_data' do it 'should read YAML-formatted data from a file' do allow(YAML).to receive(:load_file).with('/some/file').and_return({'times' => ['10h 3m', '2h 5m', '40m']}) expect(get_data('/some/file').to eq({'times' => ['10h 3m', '2h 5m', '40m']}) end it 'should error out if YAML is badly formatted' do allow(YAML).to receive(:load_file).with('/some/file').and_raise(RuntimeError) expect { get_data('/some/file') }.to raise_error(RuntimeError, /Error reading \'//some//file\'/) end end

И как я понимаю это уже unit-тест

Зачем оба эти теста?

писать

Я считаю если тест выглядит как describe "#method_name" то это все юнит

А интеграционные в рельсах это выхов метода контроллера, например

да, но сам def method_name может содержать вызовы других методов и даже сервисов и это навряд ли уже unit тест

В смысле сразу?

сразу - брать и писать интеграционные

да, но сам def method_name может содержать вызовы других методов и даже сервисов и это навряд ли уже unit тест

может. Но ты должен их имитировать

GIL, кстати, не гарантирует что не получится 1+1 = 1, хотя в почти 100% будет 2

Не согласен

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

С текущей реализацией gil он потокобезопасен

И там никогда не будет 1+1=1

Речь безусловно про оригинальный интерпретатор

Речь безусловно про оригинальный интерпретатор

MRI *

Именно, спасибо, забыл название)

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

Хм... Где-то появилась информация о том, что в руби появятся полноценные потоки?

в питоне нету, почему в руби появятся? :)

Хм... Где-то появилась информация о том, что в руби появятся полноценные потоки?

Речь не о полноценных потоках, кстати не в mri они есть

https://twitter.com/yukihiro_matz/status/495219763883163648?lang=en

Речь не о полноценных потоках, кстати не в mri они есть

разве что в JRuby. но мы то о MRI

ERROR: S client not available

https://twitter.com/yukihiro_matz/status/495219763883163648?lang=en

Простите, не видел такого, но пруф отличный!)

разве что в JRuby. но мы то о MRI

Итак пруф выше)

https://twitter.com/yukihiro_matz/status/495219763883163648?lang=en

Спасибо, но 3-й год уже пошел...

Все правильно, руби то 3-й

и выпустили они третий руби на третий год в год третьего солнцестояния и сказали что lts у него 3 года

Спасибо, но 3-й год уже пошел...

Информация есть? Есть. Осведомлён- значит вооружён)

Ну просто Матц когда приезжал на последний Rails Club в Москву, он вроде про потоки даже не заикнулся...

Хм... Где-то появилась информация о том, что в руби появятся полноценные потоки?

давно уже есть инфа. Ruby 3, ~ 2020 год

Так что надежды слабоваты. Он там вроде больше по конкурентности и акторам угорает сейчас

Так что надежды слабоваты. Он там вроде больше по конкурентности и акторам угорает сейчас

да говорит он регулярно

давно уже есть инфа. Ruby 3, ~ 2020 год

Главное дожить

давно уже есть инфа. Ruby 3, ~ 2020 год

Ну я не претендую на абсолютную истину, просто спрашиваю. Хорошо, если так, но чет пока грустно с этим.

Хм... Где-то появилась информация о том, что в руби появятся полноценные потоки?

а они разщве и так не полноценные?

а они разщве и так не полноценные?

Ну учитывая, что код руби на них параллелить нельзя, то в этом смысле нет, не полноценные

Ну учитывая, что код руби на них параллелить нельзя, то в этом смысле нет, не полноценные

можно

Ну учитывая, что код руби на них параллелить нельзя, то в этом смысле нет, не полноценные

а при чем тут потоки?

просто у тебя вычисления будут блочиться

но IO — нет

Ну учитывая, что код руби на них параллелить нельзя, то в этом смысле нет, не полноценные

многопоточные приложения были задолго до распространения многоядерных процессоров

но IO — нет

Ну я про это и сказал вообще-то ) По факту ты параллелишь только IO вызовы вне руби и не более того

многопоточные приложения были задолго до распространения многоядерных процессоров

и как это соотносится с тем, что я сказал про GIL? )

Ну я про это и сказал вообще-то ) По факту ты параллелишь только IO вызовы вне руби и не более того

ну код параллелится, его выполнение — нет)

ну код параллелится, его выполнение — нет)

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

и как это соотносится с тем, что я сказал про GIL? )

ты не сказал про GIl. ты сказал, что там потоки неполноценные.

это разные вещи

ты не сказал про GIl. ты сказал, что там потоки неполноценные.

Елки-палки, ну что за придирки к словам? ) Как можно называть "полноценными" потоки, которые не могут параллельно выполнять на нескольких ядрах собственный код? Их применение крайне примитивное и крайне ограниченное. Все же это понимают прекрасно. Про GIL выше уже обсуждали ведь. В JRuby нормальные полноценые потоки с возможностью параллелить код, в MRI одно название от потоков, потому что сам код Ruby не параллелится от слова никак. Вот и все

Так и можно

это ж не свойство потоков

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

"одно название от потоков" - вот это вообще бред

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

Ок, хорошо )