valhalla-docs
Scrutor
Our great sponsors
valhalla-docs | Scrutor | |
---|---|---|
13 | 16 | |
58 | 3,417 | |
- | - | |
2.3 | 0.0 | |
24 days ago | about 1 month ago | |
CSS | C# | |
GNU General Public License v3.0 only | MIT License |
Stars - the number of stars that a project has on GitHub. Growth - month over month growth in stars.
Activity is a relative number indicating how actively a project is being developed. Recent commits have higher weight than older ones.
For example, an activity of 9.0 indicates that a project is amongst the top 10% of the most actively developed projects that we are tracking.
valhalla-docs
-
Value type companions, encapsulated
What isn't clear for me from https://github.com/openjdk/valhalla-docs/blob/main/site/design-notes/state-of-valhalla/02-object-model.md is whether or not value types will indeed be headerless.
-
Devs Sound Off on C# 11 Preview Features Like Parameter Null Checking
Regarding type erasure, see https://github.com/openjdk/valhalla-docs/blob/main/site/design-notes/in-defense-of-erasure.md for a justification. Note in particular that not doing erasure would have forced languages like Scala to follow Java's semantics. In cases where erasure is actually a problem, you can work around it with classes like https://fasterxml.github.io/jackson-core/javadoc/2.2.0/com/fasterxml/jackson/core/type/TypeReference.html.
-
6 .NET Myths Dispelled — Celebrating (Almost) 21 Years of .NET
Here's a (relatively recent) post on type erasure from the lead of the value types project at Oracle https://github.com/openjdk/valhalla-docs/blob/main/site/design-notes/in-defense-of-erasure.md
-
Background: How We Got the Generics We Have
If you want to read something a little more formal and fleshed out, try scanning through this document, and then come back again and tell me that Brian doesn't understand your suggestion.
-
OpenJDK proposals would bring universal generics to Java
Source
-
Java 17 / JDK 17: General Availability
I haven't been following it incredibly closely, but I have checked in from time to time. It's a hard problem, but there's a lot of real progress (https://github.com/openjdk/valhalla-docs/blob/main/site/desi...).
I'd wager that it will ship by the next LTS, in 2024.
-
JEP draft: Universal Generics (Preview)
Quotes from here
- Simple benchmark of JDK 17 - Valhalla project
- If you could change one thing in the Java and one thing in the JVM, what would you change?
- State of Valhalla, Apr 2021
Scrutor
- Reflection -> Source Generated
-
Why asp.net core is not popular like Spring boot or nodejs, although it's better than both in all aspects?
You can with MS's default DI as well via scrutor.
- C# Design Patterns: Implementing the decorator pattern
-
Migrating to .Net Core MVC from .Net framework 4.8
if you are heavily invested in autofac you can replace the build in DI with another container. at this point i don't think it is that necessary. especially if you use scrutor. it gives your some nice assembly scanning registration that autofac/simple injector give https://github.com/khellang/Scrutor
-
ModuleLoader vs Reference
If you wouldn't mind, I have one additional question. If I wouldn't bother to remove this loading, how could one add that as service when using DI? I have found tool called Scrutor (https://github.com/khellang/Scrutor), is it something commonly used in situation like this?
-
Would you use an attribute that registers your interface/classes with .nets IoC container?
I much prefer using Scrutor and asbly scanning myself. https://github.com/khellang/Scrutor
-
Dependency Injection
you can also use Scrutor to get closer to Autofac functionality https://github.com/khellang/Scrutor
-
You Probably Don't Need to Worry About MediatR
That can't be the only justification, because you can easily register services using reflection without using MediatR.
-
A new small opensource library - Autojector.
I might suggest additional registration time extensions to modify the behavior as needed on classes. Take a look at Scrutor for some inspiration on API specifically.
-
6 .NET Myths Dispelled — Celebrating (Almost) 21 Years of .NET
There is a package that simplifies it for you if you want. But not everybody agrees that automatic registration is good pattern, so you have a choice.
What are some alternatives?
adoptium.net - Development of the website has moved to https://github.com/adoptium/website-v2
Autofac - An addictive .NET IoC container
adoptium
Microsoft.Extensions.DependencyInjection
loom - https://openjdk.org/projects/loom
Lamar - Fast Inversion of Control Tool and Successor to StructureMap
Immutables - Annotation processor to create immutable objects and builders. Feels like Guava's immutable collections but for regular value objects. JSON, Jackson, Gson, JAX-RS integrations included
Simple Injector - An easy, flexible, and fast Dependency Injection library that promotes best practice to steer developers towards the pit of success.
amber-docs - https://openjdk.org/projects/amber
Unity - This repository contains all relevant information about Unity Container suit
MQTTnet - MQTTnet is a high performance .NET library for MQTT based communication. It provides a MQTT client and a MQTT server (broker). The implementation is based on the documentation from http://mqtt.org/.
DryIoc - DryIoc is fast, small, full-featured IoC Container for .NET