Closed mhinze closed 10 years ago
I'm not sure I like this idea. Are you thinking you would just put all the code in just in class file?
Yes. Thanks for your feedback, I am on the fence about this.
Given that most implementations will simply use NuGet to pull a compiled flavor of the library I am not certain what advantage this offers. From personal experience, the only real change I have needed outside of adding multiple handler support was hacking up a copy of ShortBus to support using AutoFac as a container, something which is no longer needed.
In my project, I've been eyeing a lot of those cross-cutting concerns as well. One of the biggest reasons I went with a message-based command processor was to take advantage of a pipes & filters model. I currently have use cases for per-use case authorization, security logging, and eventually, wrapping the pipeline in a unit of work (instead of Session-per-HttpRequest in my MVC app).
So I was naturally looking toward working that stuff into my current implementation. And since I do already have a working implementation, I don't think I'd be very interested in the single file approach. I do, however, enjoy deleting code and outsourcing responsibilities and workload to the OSS community ;-)
Some of the cross cutting concerns could also be handled with AOP.
I think it may be best to distribute ShortBus as a single code file like PetaPoco and others.
Reasons:
Counter-arguments:
ShortBus is pretty easy to get up and running as is. We could bake in support for cross cutting concerns that could be nice, and we have managed to make something pretty cool in spite of all this.
I'm really on the fence. Thoughts?