Create accountLogin

Recent searches

No recent searches

Search options

Only available when logged in.
freiburg.social is one of the many independent Mastodon servers you can use to participate in the fediverse.
Ein Mastodon-Server für Freiburg und Umland betrieben durch den Verein freiburg.social e.V.: https://wir.freiburg.social

Administered by:

Server stats:

532
active users

freiburg.social: AboutProfiles directoryPrivacy policy

Mastodon: AboutGet the appKeyboard shortcutsView source codev4.3.4

#mediatr

0 posts0 participants0 posts today
Matt Goldman<p>🎙️ Bonus <a href="https://mastodon.social/tags/BeerDrivenDevs" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>BeerDrivenDevs</span></a> is out now!</p><p><a href="https://mastodon.social/tags/MassTransit" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>MassTransit</span></a> and <a href="https://mastodon.social/tags/MediatR" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>MediatR</span></a> going commercial on the same day felt like a tipping point.</p><p>We couldn’t wait 2 weeks to unpack it.</p><p>Is the .NET ecosystem in crisis?</p><p>Cheers!🍻</p><p>🌐 <a href="https://dub.sh/Yn8SDvq" rel="nofollow noopener noreferrer" translate="no" target="_blank"><span class="invisible">https://</span><span class="">dub.sh/Yn8SDvq</span><span class="invisible"></span></a><br>🍎 <a href="https://apple.co/4iTVBuG" rel="nofollow noopener noreferrer" translate="no" target="_blank"><span class="invisible">https://</span><span class="">apple.co/4iTVBuG</span><span class="invisible"></span></a><br>🟢 <a href="https://spti.fi/BVUCRYf" rel="nofollow noopener noreferrer" translate="no" target="_blank"><span class="invisible">https://</span><span class="">spti.fi/BVUCRYf</span><span class="invisible"></span></a></p><p><a href="https://mastodon.social/tags/dotnet" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>dotnet</span></a> <a href="https://mastodon.social/tags/OpenSource" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>OpenSource</span></a> <a href="https://mastodon.social/tags/DeveloperCommunity" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>DeveloperCommunity</span></a> <a href="https://mastodon.social/tags/OSS" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>OSS</span></a></p>
Alvin Ashcraft 🐿️<p>Lightweight In-Memory Message Bus Using .NET Channels by Milan Jovanović.</p><p><a href="https://hachyderm.io/tags/dotnet" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>dotnet</span></a> <a href="https://hachyderm.io/tags/csharp" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>csharp</span></a> <a href="https://hachyderm.io/tags/messagebus" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>messagebus</span></a> <a href="https://hachyderm.io/tags/mediatr" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>mediatr</span></a> <a href="https://hachyderm.io/tags/patterns" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>patterns</span></a> <br><a href="https://www.milanjovanovic.tech/blog/lightweight-in-memory-message-bus-using-dotnet-channels" rel="nofollow noopener noreferrer" translate="no" target="_blank"><span class="invisible">https://www.</span><span class="ellipsis">milanjovanovic.tech/blog/light</span><span class="invisible">weight-in-memory-message-bus-using-dotnet-channels</span></a></p>
Rocky Lhotka 🤘🖖<p>This was a timely interview, as someone recently started a thread in the <a href="https://fosstodon.org/tags/cslanet" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>cslanet</span></a> forum about <a href="https://fosstodon.org/tags/CleanArchitecture" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>CleanArchitecture</span></a>, <a href="https://fosstodon.org/tags/MediatR" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>MediatR</span></a>, and <a href="https://fosstodon.org/tags/VSA" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>VSA</span></a> </p><p>All of these things have come into being during the lifetime of <a href="https://fosstodon.org/tags/cslanet" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>cslanet</span></a> (27+ years is a long time), and it is interesting to do a compare/contrast with these "newcomer" ideas😁 </p><p>Being a long-time advocate of object-oriented design around user scenarios (use cases), the idea of vertical slices for functionality makes a lot of sense to me.</p><p>1/🧵</p>
Saji Weerasingham<p>Authored my first blog post 🎉</p><p>It's about domain-event dispatching using an outbox pattern with EF and MediatR.</p><p>Any feedback good or critical would be greatly appreciated 🙏</p><p><a href="https://hachyderm.io/tags/dotnet" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>dotnet</span></a> <a href="https://hachyderm.io/tags/domaindrivendesign" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>domaindrivendesign</span></a> <a href="https://hachyderm.io/tags/ddd" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>ddd</span></a> <a href="https://hachyderm.io/tags/mediatr" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>mediatr</span></a> <a href="https://hachyderm.io/tags/entityframework" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>entityframework</span></a> </p><p><a href="https://themagnificent11.github.io/themagnificent11/#domain-event-dispatching-using-the-outbox-pattern-with-entity-framework" rel="nofollow noopener noreferrer" translate="no" target="_blank"><span class="invisible">https://</span><span class="ellipsis">themagnificent11.github.io/the</span><span class="invisible">magnificent11/#domain-event-dispatching-using-the-outbox-pattern-with-entity-framework</span></a></p>
Saji Weerasingham<p>I keep hearing about frameworks like Brighter/Darker, Wolverine ("critter stack") etc that are alternatives to Mediatr.</p><p>Any suggestions on what is better from a DDD or event-driven development point of view taking into account developer productivity and performance?</p><p><a href="https://hachyderm.io/tags/dotnet" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>dotnet</span></a> <a href="https://hachyderm.io/tags/ddd" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>ddd</span></a> <a href="https://hachyderm.io/tags/evetdrivendevekopment" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>evetdrivendevekopment</span></a> <a href="https://hachyderm.io/tags/mediatr" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>mediatr</span></a> <a href="https://hachyderm.io/tags/brighter" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>brighter</span></a> <a href="https://hachyderm.io/tags/wolverine" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>wolverine</span></a></p>
arialdo<p>The number of posts confusing <a href="https://mastodon.online/tags/CQRS" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>CQRS</span></a> with <a href="https://mastodon.online/tags/CQS" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>CQS</span></a> is astonishing.</p><p>Just like the number of articles stating that <a href="https://mastodon.online/tags/MediatR" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>MediatR</span></a> is an implementation of the GOF Mediator. Some even link the book: if they only followed the link they would easily realize GOF Mediator is a completely different pattern.</p>
jakenuts<p>Anyone have advice on whether it's better to to use classes or records for MediatR INotifications/IRequests?</p><p><a href="https://hachyderm.io/tags/Mediatr" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>Mediatr</span></a> <a href="https://hachyderm.io/tags/Mediator" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>Mediator</span></a></p>
Bear Nuzzler<p>Currently learning more about Clean Architecture.<br>Using MediatR seems to be quite en vogue these days. But I don't really understand why. There are some benefits to this abstraction but the code obfuscation and the Service Locator pattern through the backdoor it brings seem like a really bad design decision. It totally removes the dependency declaration of a class which seems horrible to test.<br>Or am I just missing something here?<br> <br><a href="https://tech.lgbt/tags/csharp" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>csharp</span></a> <a href="https://tech.lgbt/tags/dotnet" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>dotnet</span></a> <a href="https://tech.lgbt/tags/CleanArchitechture" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>CleanArchitechture</span></a> <a href="https://tech.lgbt/tags/MediatR" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>MediatR</span></a></p>
ExploreLive feeds
About