crank

The Just JavaScript Framework (by bikeshaving)

Crank Alternatives

Similar projects and alternatives to crank

NOTE: The number of mentions on this list indicates mentions on common posts plus user suggested alternatives. Hence, a higher number means a better crank alternative or higher similarity.

crank reviews and mentions

Posts with mentions or reviews of crank. We have used some of these posts to build our list of alternatives and similar projects. The last one was on 2024-03-08.
  • Coroutines in JavaScript for Web Components
    3 projects | news.ycombinator.com | 8 Mar 2024
    If you enjoy this approach, you might enjoy the Crank JS framework. https://crank.js.org/

    > Crank uses generator functions to define stateful components. You store state in local variables, and `yield` rather than `return` to keep it around.

  • Crank.js, the Just JavaScript Framework
    1 project | news.ycombinator.com | 2 Oct 2023
  • A Proposal for an asynchronous Rust GUI framework
    9 projects | news.ycombinator.com | 3 Sep 2023
    I'm very interested in seeing if using the commonly implemented forms of compiler support for async programming can also be well used for GUI programming. One wishawa[0] is also perusing this approach in Rust but I first came upon this idea from the crank-js[1] authors. It wasn't clear to me why that one never went anywhere. Was it failure with the approach or was React just a good solution in the space? I can say this though, there's something strikingly elegant about those initial samples of using JavaScript generators for components.

    [0]: https://github.com/wishawa/async_ui

    [1]: https://github.com/bikeshaving/crank

    6 projects | /r/rust | 2 Jun 2023
    Take a look at crank.js, a JavaScript framework where components can be written as async functions or as generators. It seems similar to what you're trying to do :)
  • UnsuckJS: Progressively enhance HTML with lightweight JavaScript libraries
    7 projects | news.ycombinator.com | 15 Jun 2023
  • Algebraic Effects – You Can Touch This (2019)
    1 project | news.ycombinator.com | 14 Dec 2022
    Well there's https://crank.js.org that uses native js generators where you would you normally put hooks in. Never used it but looked like a very neat idea.
  • What happens if you mix React, Mobx and generators*? Ok, let's do it!
    1 project | /r/javascript | 25 Jul 2022
    Reminds me of https://github.com/bikeshaving/crank, which was rather fun for a PoC I made a while back.
  • Are my components supposed to render multiple times?
    2 projects | /r/reactjs | 20 Feb 2022
    Strictly speaking, the framework hides this complexity away, but it still exists and it is the framework that's now paying the extra cost. Of course a framework is allowed, and should, when possible, hide away these things. For example Crank.js uses generators to allow for async Components as first class citizens, https://github.com/bikeshaving/crank, but they're still having to deal with the pitfalls of asynchronous work.
  • React State Museum - Examples to help portray the how, why, which, pros, and cons of various state management systems in the React ecosystem
    2 projects | /r/javascript | 29 Nov 2021
    To give the author of https://crank.js.org/ due credit, after reading through the descriptive posts I was impressed by the amount of thought and design that went into it.
  • What's New in React 18?
    3 projects | news.ycombinator.com | 29 Sep 2021
    > What do you propose as an alternative?

    There are lots of alternatives, but perhaps the simplest would have been to use async generators. This is how Crank[0] (mentioned elsewhere in this thread) works, and it allows you to do anything (AFAIK) that's possible with hooks with a much simpler and more testable API.

    > So, sure, there are limitations and rules you have to pay attention to with hooks... but that's just programming.

    No, it's not. The biggest problem with React hooks is that they are not composed of transferable knowledge, meaning memorizing these rules and patterns does not transfer outside of React; likewise, I can't use much of the knowledge I have already built up over many years of my career when using hooks. It's the same argument that's made against Rails, where you have to learn tons of Rails-specific idioms (on top of having to understand general concepts like relational database access patterns) instead of just writing code in a way that's more direct and intuitive for anyone.

    My brain has limited RAM. The more things I have to keep in my head when developing against an API, the more likely I am to make a mistake. With every release of React, I seem to have to keep more and more of these details in my brain as I work. Contrast this with something like Svelte, where you really only need to fully grok about two concepts to use it effectively. I understand that this is the tradeoff the React team made, but I'm not convinced it's worth it.

    [0]: https://crank.js.org/ and https://crank.js.org/blog/introducing-crank

  • A note from our sponsor - InfluxDB
    www.influxdata.com | 25 Apr 2024
    Get real-time insights from all types of time series data with InfluxDB. Ingest, query, and analyze billions of data points in real-time with unbounded cardinality. Learn more →

Stats

Basic crank repo stats
13
2,670
6.5
8 days ago

bikeshaving/crank is an open source project licensed under MIT License which is an OSI approved license.

The primary programming language of crank is TypeScript.


Sponsored
Power Real-Time Data Analytics at Scale
Get real-time insights from all types of time series data with InfluxDB. Ingest, query, and analyze billions of data points in real-time with unbounded cardinality.
www.influxdata.com