Oren Eini

CEO of RavenDB

a NoSQL Open Source Document Database

Get in touch with me:

oren@ravendb.net +972 52-548-6969

Posts: 7,565
|
Comments: 51,184
Privacy Policy · Terms
filter by tags archive
time to read 1 min | 172 words

Okay, so Aaron Jensen has suggest an alternative syntax to this (which I don't like, since it has strings):

IEventRaiser loadRaiser = new EventRaiser((IMockedObject)mockedView, "Load");

It is this:

obj.Bar += EventRaiser.Raise(this, EventArgs.Empty);

Basically, it is reversing the syntax a bit, since it is actually the "register to event" syntax, but we can use that to raise events in a fairly natural way, without resorting to strings.

I am not sure if the sytnax is clear enough, so I wanted to ask, what would you rather have?

time to read 2 min | 376 words

One of the core principals of Rhino Mocks is "No Strings", and I have gone to great lengths in order to avoid using strings in Rhino Mocks. However, at one point you must stop and consider if this is really worth it. I believe that I have reached into the limits of what the language can do.

Here is how you can raise an event in Rhino Mocks today:

mockedView.Load += null;
IEventRaiser loadRaiser = LastCall.IgnoreArguments().GetEventRaiser();

No strings involved, and it is safe to use in the face of refactorying. However, it does create an expectatin that something will register to this event, but that is something that you want to happen anyway. Today I read this piece of code:

IEventRaiser loadRaiser = new EventRaiser((IMockedObject)mockedView, "Load");

I consider this a hack, because this is working around the way Rhino Mocks is supposed to work. Nevertheless, this is a valid use case if you don't want/care to know about event registration. In the case of a stub, you truly want to only get the event raiser, without the line noise of the version above.

So, in order to support this scenario without all the casting, you can now do this:

IEventRaiser loadRaiser = EventRaiser.Create(mockedView, "Load");

Just to make this clear, I don't really like this syntax, and I would recommend using the one above, but it is a valid request.

You can get it from the repository, or wait a few days until I make a release.

FUTURE POSTS

No future posts left, oh my!

RECENT SERIES

  1. Production Postmortem (52):
    07 Apr 2025 - The race condition in the interlock
  2. RavenDB (13):
    02 Apr 2025 - .NET Aspire integration
  3. RavenDB 7.1 (6):
    18 Mar 2025 - One IO Ring to rule them all
  4. RavenDB 7.0 Released (4):
    07 Mar 2025 - Moving to NLog
  5. Challenge (77):
    03 Feb 2025 - Giving file system developer ulcer
View all series

RECENT COMMENTS

Syndication

Main feed Feed Stats
Comments feed   Comments Feed Stats
}