uix
instantsearch
uix | instantsearch | |
---|---|---|
13 | 9 | |
331 | 3,530 | |
1.5% | 0.6% | |
8.5 | 9.3 | |
2 months ago | about 6 hours ago | |
Clojure | TypeScript | |
Eclipse Public 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.
uix
-
Clojure is a product design tool
Check out uix too: https://github.com/pitch-io/uix
…it’s a reagent alternative for modern react.
-
React.dev
> But Reagent supports functional components as well, with hooks and all.
I addressed this already: while reagent is able to emit function components, there is a performance penalty to this.[1]
> I also very much like Hiccup, and so do many of us, because code is data and data is code, and Helix has decided not to support that.
Hiccup is convenient to write, but it is a constant run-time cost and a significant storage cost given that you have to store long series of constructors to cljs.core.PersistentVector in your bundle, have the JS runtime actually construct the vector, then pass it through a Hiccup interpreter to finally produce DOM nodes and throw away the persistent vector, only to repeat this entire process again on re-render.[2]
> Helix has decided not to support that.
That is simply not true. From the Helix documentation[2],
> If you want to use libraries like sablono, hicada or even hx hiccup parser, you can easily add that by creating a custom macro.
These are all Hiccup interpreters you can readily use.
IME there is very little difference between using the $ macro in Helix and writing Hiccup. I do not really miss Hiccup when I use Helix, and you still have data as code ;)
While this is from an unrelated project, there are benchmarks[3] done against Reagent that demonstrate the sheer overhead it has. In practice it is not a big problem if you rarely trigger a re-render, but otherwise it is a non-trivial cost, and if you want to use modern React features (like Suspense), there is a lot of r/as-element mingling going on, converting cases, etc. that simply make Reagent feel more tedious to use than Helix.
Also, the newer UIx2, which largely borrows from Helix, is "3.2x faster than Reagent" according to one of the contributors.[4]
I think it'd be worthwhile to benchmark all of these libraries against each other and record the data in one place. Maybe I'll get around to doing it this weekend :)
---
[1] https://github.com/reagent-project/reagent/blob/master/doc/R...
[2] https://github.com/lilactown/helix/blob/master/docs/faq.md#w...
[3] https://github.com/roman01la/uix#benchmarks
[4] https://github.com/pitch-io/uix/pull/12
-
Thought's on react libraries
If your heart’s set on following React latest closely though, UIx2 seems like a great library, and has a migration path from reagent: https://github.com/pitch-io/uix/blob/master/docs/interop-with-reagent.md
-
UIx v0.8.1
It's been a while since I posted updates on UIx, but here it is, v0.8.1 with API compatibility for React v18.2.0 https://github.com/pitch-io/uix/blob/master/CHANGELOG.md
-
Poignant perspective I found about Clojure's community in r/ExperiencedDevs
I suppose one of the best usecases of code sharing is to do Hydrating Server-Side-Rendered web apps just like Next.js. Not too many other languages are capable of doing this outside of Node and Clojure. For this reason it's kind of surprising that it's not more common in Clojure, seems like most people are just building old fashioned SPA's in Reagent/Reframe rather than competing with Next, but pitch's UIX library does seem to support it https://github.com/pitch-io/uix
-
Structuring Clojure Applications
When I was looking into ClojureScript I was kind of concerned at the complexity of writing applications in ReFrame which seems to be what most of the community seems to be using. I've developed apps in this kind of event-emitting/event handler style before in JavaScript and found it quickly got quite out of hand. For my next app I will want to go with something like React-Query that in a sort of declarative way handles all your data fetching for you, and lets you decouple your components from the getting ahold of the data they depend on. I also searched far and wide for some kind of framework/library that supports SSR+CSR like Next.js but I don't think there's anything ready yet except maybe https://github.com/pitch-io/uix.
-
Is there anything in Clojure comparable to Hotwire in Rails or Phoenix Live View in Elixir? I've had with SPA's.
Might want to check out Uix2 by pitch.io here https://github.com/pitch-io/uix/blob/master/docs/server-side-rendering.md Also there's https://inertiajs.com/ which is pretty interesting and has a 3rd party adapter for clojure https://inertiajs.com/community-adapters
-
reframe or plain reagent for new cljs SPA?
I was starting greenfield I would consider looking further afield, maybe to UIx²
- UIx² : Idiomatic ClojureScript interface to modern React.js from pitch.io
- UIx – Idiomatic ClojureScript interface to modern React.js
instantsearch
-
Next.js 13.4: App Router (Stable)
Thanks! Here's a GH Issue about it that I follow: https://github.com/algolia/instantsearch/discussions/5413#di...
-
React.dev
One example of this pattern is Searchkit [0] which performs most of its logic inside a singleton Searchkit class which is instantiated and passed as a prop to the root React component. A bonus is that it's easier to implement bindings for Angular, Svelte, etc. since they can rely mostly on the class. For example, it looks like Searchkit now suggests using InstantSearch (react-instantsearch-dom) [1] from Algolia, i.e. an entirely different maintainer, and it creates the bindings with a `Client(new SearchKit(...))` adapter [2] around the class (see the code on the home page at [0]).
[0] https://www.searchkit.co/
[1] https://github.com/algolia/instantsearch
[2] https://github.com/searchkit/searchkit/blob/main/packages/se...
-
How to build an availability search UI with Elasticsearch
We will use React, Next.JS, Instantsearch and Searchkit to build a search UI.
-
Algolia For Django
Algolia suggest to use InstantSearch.js library to build your search interface and perform search queries directly from the end-user browser without going through your server.
- Song search application built using Typesense.
-
Lightning fast search widget with Afosto Instant Search
Like the speed of our search, but want your own implementation? We got you covered! Internally, our widget uses our Instant Search Client to handle all the requests and functionality. With this client you can build your own solution or connect it to for example instantsearch.js or react-instantsearch-dom. With these packages, you can create your own UI that is connected to Afosto Instant Search. Take a look at the demo on our website, or use the CodePen below as an example.
-
For lovers of instant search and Ctrl+K menus, we made an open-source tool to add that to your website in 2 steps: 1. Enter your URL 2. Add code snippet to <head>. Links and code in comments!
No UI specified but they do have tutorials for InstantSearch
-
instantsearch.js VS x - a user suggested alternative
2 projects | 30 Mar 2022
-
Search feature giving you problems? This is a great solution.
But it also makes it easy to be integrated within existing applications by using the InstantSearch.js library through the Typesense-InstantSearch-Adapter.
What are some alternatives?
reagent-utils - a collection of helper functions for use with Reagent
nuxt3-algolia - Nuxt 3 with Algolia search boilerplate project
helix - A simple, easy to use library for React development in ClojureScript.
instant-search-widget - Afosto instant search javascript widget
clj-stimulus - Clojure wrapper for Stimulus
uix - Idiomatic ClojureScript interface to modern React.js
babashka-htmx-todoapp - Quick example of a todo list SPA using Babashka and htmx
Interface X - Commerce Search & Discovery frontend web components
clojure-inertia-pingcrm-demo - PingCRM on Clojure - A Clojure/Script fullstack demo application to illustrate how Inertia.js works.
algoliasearch-django - Seamless integration of Algolia into your Django project.
kee-frame-sample - Demo application to show off features of kee-frame
instant-search-client - Afosto InstantSearch.js client