Chimney
tyrian
Chimney | tyrian | |
---|---|---|
13 | 24 | |
1,110 | 315 | |
1.4% | 5.4% | |
9.7 | 8.7 | |
1 day ago | 18 days ago | |
Scala | Scala | |
Apache License 2.0 | 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.
Chimney
- Chimney 0.8.0 (stable) released
- Chimney 0.8.0-M1 with the initial support for Scala 3
- Chimney 0.8.0-M1 – type mapping library for Scala released for Scala 3
-
ORM in Scala
But yeah, I wonder if using a tool for case classes conversion like https://github.com/scalalandio/chimney would help in managing those ADT hierarchies for DB/business logic/web layer/etc.
-
Chimney 0.7.0 released
Hello, if you have some nice examples could you please check if it's something that would fit any of issues planned for 0.7.1 or create a new one?
-
Output object with Circe with sealed trait + case classes adds sealed trait block
Perhaps, https://github.com/scalalandio/chimney would leverage it.
-
Smithy4s 0.15.0, now with Smithy 2.0 support
Thankfully, there are some solutions that can help reduce the boilerplate of these manual conversions. For instance, chimney : https://scalalandio.github.io/chimney/
-
Is it possible to get runnable generated scala code from a macro (chminey to be specific)?
I want to upgrade one project to Scala 3.1, but I'm using the macro heavy chimney (https://github.com/scalalandio/chimney) to reduce the boilerplate, which is not available for Scala 3 yet. My idea was to copy and paste the code that chimney generates on 2.13, and after that uncomment the uses of chimney for now.
-
From ES6 to Scala: Basics
In my $dayjob we originally used Scala, but I pushed for a couple of new services to be written in TypeScript/Node as it was really hard to hire Scala developers. I'd say it worked well, we even took a somewhat functional approach to building things. We tried fp-ts but that was a bit hardcore (when you are trying to hire TypeScript developers who don't know functional programming), so just built Either and Option types which provided 99% of what we needed.
There are still a few things I miss though:
* Pattern matching and exhaustive checking. Using a switch statement it is possible to define a function that can emulate the compile-time exhaustive checking, but it's still rather weak compared to what you can do in Scala.
* Implicits. Being able to define something that can convert say a UUID to a String or vice versa automatically just feels like magic, especially when dealing with data from third party systems.
* Compiler macros and metaprogramming. It enables tools like Chimney (https://scalalandio.github.io/chimney/) to be built, which I don't think are possible with TypeScript right now.
-
Scala Type Classes from Scratch
Converting between these classes can add some boilerplate, but luckily there are libraries like https://github.com/scalalandio/chimney that make it much easier.
tyrian
- Tyrian – The Elm Architecture for Scala.js
-
Learning Elm by porting a medium-sized web front end from React (2019)
If you want to try TEA, but not Elm I reccomend Scala.js with Tyrian[1]. Scala.js is a wonderful, mature project and Tyrian gives you the elm architecture in a very pragmatic way.
[1]: https://tyrian.indigoengine.io/
- At long last.. Tyrian (0.7.0) get's frontend routing!
-
Designing an HTML Component system
Have you looked at Laminar and Tyrian? Especially Tyrian seems to be close to what you're looking for.
-
What does the future look like?
What I wrote is obviously based on my experience as backend and data engineer. I'm so happy to see an adoption on the Frontend side (with things like Tyrian or OutWatch) and would be even happier if there was a clean path to Android. Out of curiosity, what do you find appealing in Scala, compared to e.g. Kotlin?
- Tyrian: Elm-inspired, purely functional UI library for Scala 3
- Tyrian 0.6.2 released
-
Released: Tyrian 0.6.0 & Indigo 0.14.0
Documentation can be found at https://indigoengine.io/ and https://tyrian.indigoengine.io/.
-
Monorepo: seeking for an advice for bi-lang project
Yes, I have. It didn't work out. There are quite neat libs like Tyrian, but they lack any ecosystem and I struggled to integrate it with pure JS libs - yet our app has a lot of very common components/widgets that we're really hesitating to write ourselves.
- Scala Multiplatform. Across the Universe
What are some alternatives?
Shapeless - Generic programming for Scala
Laminar - Simple, expressive, and safe UI library for Scala.js
Monocle - Optics library for Scala
scalajs-react - Facebook's React on Scala.JS
Lamma - Lamma schedule generator for Scala is a professional schedule generation library for periodic schedules like fixed income coupon payment, equity deravitive fixing date generation etc.
scala-webapp-template - A pragmatic skeleton to build web applications in Scala/Scala.js, including user registration, login, admin portal, and, deployments
Enumeratum - A type-safe, reflection-free, powerful enumeration implementation for Scala with exhaustive pattern match warnings and helpful integrations.
Converter - Typescript to Scala.js converter
Scalaz - Principled Functional Programming in Scala
slinky - Write Scala.js React apps just like you would in ES6
Quicklens - Modify deeply nested case class fields
effect - A fully-fledged functional effect system for TypeScript with a rich standard library