htmx VS kotlinx.serialization

Compare htmx vs kotlinx.serialization and see what are their differences.


</> htmx - high power tools for HTML (by bigskysoftware)


Kotlin multiplatform / multi-format serialization (by Kotlin)
Our great sponsors
  • Nanos - Run Linux Software Faster and Safer than Linux with Unikernels
  • Scout APM - A developer's best friend. Try free for 14-days
  • SaaSHub - Software Alternatives and Reviews
htmx kotlinx.serialization
121 27
4,668 3,427
6.7% 3.0%
9.4 8.8
9 days ago 4 days ago
JavaScript Kotlin
BSD 2-clause "Simplified" License Apache License 2.0
The number of mentions indicates the total number of mentions that we've tracked plus the number of user suggested alternatives.
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.


Posts with mentions or reviews of htmx. We have used some of these posts to build our list of alternatives and similar projects. The last one was on 2021-10-16.
  • Learning Javascript after Python
    Have a look: "> htmx - high power tools for html"
  • The JavaScript ecosystem is a hot mess and so is software development in general | 2021-10-16
    I work on a dependency-free, build-less library called htmx:

    It's more an extension of HTML than a JS library. It might be a good way to gently introduce more dynamic behavior without blowing out the complexity of your site.

  • Should I ditch using Django | 2021-10-16
    As an additional advice, I would check the Django subreddit and ask what are they doing for their front-end needs (e.g. check this one) -> you don't have to use JS for front-end (e.g. check htmx, unicorn, etc).
  • The Decline of Django | 2021-10-15
    I think the case for server-side HTML rendering has never been stronger, and of all Django projects I work on, the ones I enjoy most are those that never got on the SPA bandwagon. From both a developer and user point of view I find them much faster and less painful. There are many cases where you really, really don't need the massive amount of extra complexity involved in designing APIs, adding JS frameworks etc.

    When you need a bit of extra UI goodness, [htmx]( is a fantastic solution, and you can still use SPA-type approaches for things that need them.

    You can also benefit from massively faster (and more reliable) functional testing when you are mostly standard HTML - see [django-functest]( for an example of this.

  • Has anyone written a small framework to support HTMX? | 2021-10-14
  • How Laravel Livewire works (a deep dive) | 2021-10-12
    I recently started using htmx ( in combination with Django and have become a firm believer of sending HTML 'over the wire' instead of JSON structures that then get used client side.
  • I built a modern website in 2021 | 2021-10-10
    Curious - why aren’t simpler frameworks like htmx ( more common or
  • Ask HN: Why aren’t frameworks like htmx more popular? | 2021-10-10
    shifting to htmx [1] or related “simpler” libraries?


  • The Shocking Immaturity of JavaScript | 2021-10-10
    Complexity and instability in the JS ecosystem is a hot button for me, so it's hard not to be drawn into vehement agreement.

    I've been doing a little work recently with htmx[0] and it's a breath of fresh air. But then, I'm at the point in my career where "cool new tech" is much less interesting for its own sake than it used to be when I was younger. I'm drawn for more to elegant, understandable, productive simplicity these days.

    I think that hints at the reason we have these endless debates - not just about JS but about $(your-favourite-tech). Software development is a socio-technical endeavour. We put all the focus on the technical part, and by comparison, rarely consider the social aspect.

    DHH is one of the few I've heard actually refer to this, on the corecursive podcast [1]. In discussing static typing vs dynamic, his point is the latter suits his brain. But that he understands and accepts static typing suits others, and that's fine.

    So I get that, for some, the JS ecosystem is dynamic and interesting; stimulating; exhilarating even. For others, it's an unstable quicksand that gets in the way of doing something useful.



  • Action without refreshing the page? | 2021-10-04


Posts with mentions or reviews of kotlinx.serialization. We have used some of these posts to build our list of alternatives and similar projects. The last one was on 2021-10-21.
  • Introduction to Appwrite Cloud Functions with Android and Kotlin | 2021-10-21
    Next, we need to install some dependencies. We need to make Network Requests for that, I'm going to use Ktor HTTP Client and to parse json let's use kotlinx.serialization. If you don't know these libraries, don't worry, I'll explain how they work. To install these dependencies add the following lines to build.gradle.kts -
  • The Kotlin serialization library v1.3.0 is now available allowing serializing and deserializing Java IO stream! You can now read and write JSON directly to network streams or files. 🎉
    Even with this latest streaming support, Kotlin serialization has no support for incremental token-based parsing of huge JSON payloads, for example.
  • Serialização no Kotlin | 2021-08-26
  • A Kotlin programmer's approach to microservices? | 2021-08-06
  • How We integrated Kotlin Multiplatform Into Profi
    Move from org.json to kotlinx.serialization and from JodaTime to klock. Some parts had to be moved into the platform-dependent code in the form of expect/actual.
  • Kotlin Team AMA #3: Ask Us Anything | 2021-05-27
    In fact, we already have a widespread compiler plugin -- kotlinx.serialization, that statically "destructures" the serializable class, thus it doesn't need reflection to serialize an object. | 2021-05-27
    The link is broken. It should be | 2021-05-27
    The proguard rules provided kotlinx serialization are pretty strict and prevent obfuscation companion classes. Is there a work around for this . There is a outstanding issue ticket on this(
  • Kotlin serialization problem | 2021-05-15 | 2021-05-15
    You’re using encodeToString which is a reified function, in simple terms it gets the type of the value that you pass to it, at compile time, and creates a proper serializer for you. A more verbose but more obvious version of your code would be Json.encodeToString( serializer>(), mapOf(...)) Just makes it more obvious that your mapOf call results in a map with value type Any. And Kotlin serialization will then use Any’s serializer for all of that Map’s values. Refer here to solve your issue

What are some alternatives?

When comparing htmx and kotlinx.serialization you can also consider the following projects:

klaxon - A JSON parser for Kotlin

Alpine.js - A rugged, minimal framework for composing JavaScript behavior in your markup.

Moshi - A modern JSON library for Kotlin and Java.

react-snap - 👻 Zero-configuration framework-agnostic static prerendering for SPAs

Turbolinks - Turbolinks makes navigating your web application faster

jackson-module-kotlin - Module that adds support for serialization/deserialization of Kotlin ( classes and data classes.

django-unicorn - The magical reactive component framework for Django ✨

turbo - The speed of a single-page web application without having to write any JavaScript

kotlin-json - A JavaScript Object Notation library for Kotlin JVM.

phoenix_live_view - Rich, real-time user experiences with server-rendered HTML

svelte-query - Performant and powerful remote data synchronization for Svelte

intercooler-js - Making AJAX as easy as anchor tags