2010-07-21 2 views
7

Я видел много устаревших подкастов, которые упоминают мокко как драгоценный камень, который я хотел бы установить, потому что он насмехается лучше, чем rspec. У меня такое чувство, что разработчики rspec ухватились за это и с тех пор улучшили свое издевательство. Однако, в файле по умолчанию spec_helper.rb я вижу некоторые закомментированные заглушки коды для трех насмешливых рамокКаковы плюсы и минусы rspec насмешливые против других насмешливых фреймворков?

  • mocha
  • flexmock
  • rr

Upvote к любому, кто может дать мне достойный ответ, как плюсы и минусы, по крайней мере, в одной из этих фреймворков по сравнению с собственными издевательскими рамками rspec.

Я принимаю ответ, если вы можете дать мне перерыв вниз на все три против rpsec

ответ

3

Действительно, это просто дело вкуса. Взгляните на синтаксис и поиграйте с насмешливыми фреймворками, чтобы узнать, что вам больше всего подходит. Разумеется, это самый быстрый и легкий способ свернуть с встроенным насмешкой RSpec. И, как вы упомянули, разработчики RSpec взяли сигналы из других фреймворков ... Вы найдете много общего между ними.

Этот вопрос задан раньше: см. the details there, чтобы получить представление о некоторых отличиях (по крайней мере, между RSpec :: Mock и Mocha).

1

Мы использовали встроенный rspec насмешливый, до недавнего времени, когда мы переключились на мокко. Мой коллега написал в блоге о подводных камнях и немного о рассуждении:
http://developer.newsdesk.se/2010/05/29/migrating-rspec-to-mocha/

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

+1

any_instance больше не является разницей между rspec mocks и mocha: https://www.relishapp.com/rspec/rspec-mocks/docs/method-stubs/stub-on-any-instance-of-a-class – justingordon

Смежные вопросы