Orbit
Akka.net
Our great sponsors
| Orbit | Akka.net | |
|---|---|---|
| 2 | 20 | |
| 1,705 | 4,612 | |
| 0.6% | 0.8% | |
| 0.0 | 9.3 | |
| almost 3 years ago | 8 days ago | |
| Kotlin | C# | |
| BSD 3-clause "New" or "Revised" License | GNU General Public License v3.0 or later |
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.
Orbit
-
Actor system for the JVM developed by Electronic Arts
> I can't help but recoil from a "hello world" that pulls in an entire container ship of dependencies.
Where do you see the list of dependencies? Seems to me to be the ones defined at https://github.com/orbit/orbit/blob/233956001f1206ccbfde72ef..., is that correct? Doesn't look like "an entire container ship" but maybe the NPM madness have ruined me.
> Especially that we already have a perfectly good, battle-hardened, and relatively lightweight implementation of Actor model with Erlang / Elixir.
Yeah, if you're already using Erland or Elixir, why don't you go with that instead? This seems to be for the JVM, so one could assume that the ones who want to use this, is already invested heavily in the JVM ecosystem (which as far as I know, EA is when it comes to backend servers).
- About Halo game's backend
Akka.net
-
What is the fastest producer consumer model in C#
akka.net actors. Actors all the way! https://getakka.net
- .NET - iskustva s akka.net?
-
MassTransit with MSMQ vs RabbitMQ
If it's the former you may want to take a look at something like the actor model akka.net with persistent actors (https://getakka.net/articles/persistence/architecture.html). No need of an external message broker or mass transit (which is a wrapper over different message brokers). You could use sqllite for persisting the actors state to recover in case of a restart.
-
For .NET 6+, is there value in using NHibernate with Sprint.net or should I stick with EF Core and the usual supporting libraries?
Spring and Hibernate are the goto libraries in Java land and I suspect that's the primary motivation for your colleague's recommendations. It's quite easy to bulldoze someone less experienced with your ideas so be careful of that. I'd avoid both. They aren't bad libraries at all but they have a 'legacy' feel and it will make your application less future proof. Would a distributed system be viable? If so then I'd recommend Akka, there'a .NET port of it that's well supported and maintained.
-
Learning resource for seniors
Is akka a good alternative?
- Carl Hewitt has died [pdf]
-
Using functional extensions in production C# code?
However, I've found that sometimes, they are a little -too- functional. I'm a bit more preferential to Akka.Net's implementation of Option and Try, if only because they have good 'escape hatches' where you interrogate them in a more procedural manner.
-
Microsoft RulesEngine. Feedback from those that have used it in enterprise environments
This project is also what ultimately led to the creation of Akka.NET - I wrote an overview on how our application was built here: https://aaronstannard.com/markedup-akkadotnet/
-
Questions about network programming with C#
You may also want to take a look at queues (e.g. RabbitMQ) or even something like Akka.NET or Microsoft Orleans.
-
What does the .NET ecosystem offer in terms of distributed data processing frameworks?
From the title I immediately thought AKKA.NET or Orleans
What are some alternatives?
Akka - Build highly concurrent, distributed, and resilient message-driven applications on the JVM
protoactor-dotnet - Proto Actor - Ultra fast distributed actors for Go, C# and Java/Kotlin
Lagom - Reactive Microservices for the JVM
Orleankka - Functional API for Microsoft Orleans http://orleanscontrib.github.io/Orleankka
Vert.x - Vert.x is a tool-kit for building reactive applications on the JVM
Orleans - Cloud Native application framework for .NET
JGroups - The JGroups project
.NET port of LMAX Disruptor - Port of LMAX Disruptor to .NET
Quasar - Fibers, Channels and Actors for the JVM
.NEXT Raft
kite - Lightweight service-based PubSub, RPC and public APIs in Java
MBrace - MBrace Core Libraries & Runtime Foundations