AutoFixture как контейнер Automocking против различий Automocking?
Я начал использовать moq, но, исходя из своего понимания, мне всегда приходится макетировать все методы, которые можно вызывать, даже если я действительно их не волную.
Иногда на макетирование уходит так много времени, что вы забываете, что хотите делать. Так что я смотрел на автоматическое издевательство, но я не уверен, что мне следует использовать.
AutoFixture как авто-насмешливый контейнер
Я нене понимаю, как использовать первый. Я вроде получаю второй, но никогда не пробовал.
Я не уверен, что один лучше другого. Единственное, что я знаю, я уже использую AutoFixtures, что является зависимостью от первого.
Так что, возможно, в долгосрочной перспективе имеет смысл пойти с первым, но, как я уже сказал, я могуне найти какие-либо основные учебники о том, как его использовать.
редактировать
Я пытаюсь следоватьНикос Баксеванис " примеры, но я сталкиваюсь с ошибками.
Failure: System.ArgumentException : A matching constructor for the given arguments was not found on the mocked type.
----> System.MissingMethodException : Constructor on type 'DatabaseProxyded46c36c8524889972231ef23659a72' not found.
var fixture = new Fixture().Customize(new AutoMoqCustomization());
var fooMock = fixture.Freeze();
// fooMock.Setup(x => x.GetAccounts(It.IsAny()));
var sut = fixture.CreateAnonymous();
sut.Apply();
fooMock.VerifyAll();
Я думаю, что это из-за моего свойства petapoco unitOfWork
PetaPoco.Database Db { get; }
Не уверен, что мне нужно как-то это смоделировать или как.