Awesome .NET – A collection of .NET libraries, tools, frameworks, and software
github.com
github.com
CSLA.NET has a lot of really bad parts. I've had to maintain apps written in it and have felt the pain.
Who really changes from a 2-tier to 3-tier architecture anyway? I feel it was only ever popular because of the business objects book.
So we'd just write "around" the abstractions to avoid having to interact with the CSLA "magic".
Eventually I think it was written out of the solution.
1) Designed for big projects
2) Easy to screw up without lots of experience
The fact that big projects require many developers means those developers rarely have the experience necessary (with CSLA - even an experienced .NET developer is at a disadvantage) to architect it properly, and so it becomes a maintenance nightmare.It's instructive (for business app developers, anyway) to read Rocky Lhotka's book in order to understand what problems he was trying to solve with CSLA, but it's not really worth using the framework...
Is everything there actually awesome and high quality?
I'd sooner refer to
For NuGet packages, I like http://nugetmusthaves.com/. It uses NuGet download counts, community voting, release date, etc. to give categorized, ranked recommendations.
- no test are available,
- no dependencies are specified (in .net world today ...)
- no licence
- no type (API, lib, bin)
of course some (maybe many) of those projects contains that information, but the lack of these attributes, makes the list not suitable for the research of an ideal component to include into a project.
eg I have JSON.NET 8.0 installed, and a library I'm requires an earlier version then this will do the trick:
<dependentAssembly>
<assemblyIdentity name="Newtonsoft.Json" publicKeyToken="30ad4fe6b2a6aeed" culture="neutral" />
<bindingRedirect oldVersion="0.0.0.0-8.0.0.0" newVersion="8.0.0.0" />
</dependentAssembly>
Nuget takes care of this for you automatically.[1] https://msdn.microsoft.com/en-us/library/eftw1fys(v=vs.110)....