litestar VS dream-html

I wonder what happened after. It looks like the commenter/creator moved on:

https://github.com/litestar-org/litestar/commits?author=Gold...

What would you like to see here? Could you perhaps open an issue at https://github.com/litestar-org/litestar so we can track and implement this?

If you are just needing a client what you need should be available OOTB, unless you want more hands off.

Here is also a good article for example: https://dev.to/pbaletkeman/secure-python-litestar-site-with-...

I thought Litestar was the recommendation these days over FastAPI. Is it not?

https://litestar.dev/

Litestar - Litestar has been picking up quite a lot of steam in the past year since the lead maintainer of their largest OS competitor (fastapi) seems to be unable to prioritize listening to community feedback / concerns people have over the project. You literally can't mention fastapi on this site without people bringing up litestar.

A redirect to https://litestar.dev/

What's the preferred Python Web Framework these days?

I've read a lot of love for Litestar (formerly Starlite), since it seems people prefer it over FastAPI, Flask, etc.

https://litestar.dev

If your project is built using litestar then you have controllers.

System Integration: Odoo, Erpnext, Authentik, Authlia, Teleport, and more.

We are Hexcode Technologies, a Fullstack Development software agency based in Myanmar. We offer competitive rates and are available for full team or project-based development. With 30+ completed projects, we have a strong track record of delivering on time and within budget. Our flexible rates make us an ideal choice for startups, and we have experience building full-stack software for banks.

Our team consists of 3 Fullstack developers, 1 Scrum Master, 1 Frontend Specialist, 1 Deep Learning specialist, 1 Backend Specialist, and 1 UI/UX professional.

I am also available for hire as a Consultant and Fullstack/CTO . I have 20+ years of experience and actively contributes in opensource projects.

Focus: Python [Litestar, Django] + Typescript [Svelte, React] + Tailwind.

Contributes to Litestar: [Litestar Contributions](https://litestar.dev, https://github.com/litestar-org/litestar).

There is some truth to this. Imho the next level of htmx is unlocked when you componentize everything like a React app...but with nested routes corresponding to nested components like a Remix app...and using an HTML generation DSL embedded directly in your language, so HTML becomes a first-class citizen of your language's constructs, rather than a templated afterthought. I have a demo of this: https://github.com/yawaramin/dream-html/tree/todoapp/app

Nowadays I highly recommend HTML embedding libraries directly in the programming language. E.g. ScalaTags https://com-lihaoyi.github.io/scalatags/ or (my own) https://github.com/yawaramin/dream-html

Yes, you give up the ability of designers and frontend-only people to easily work with the HTML templates. But in exchange you get quite a lot.

I found your article very informative and it matches up quite a bit with my own thinking about HTML generation. In fact it looks like we independently arrived at pretty much the same conclusions. A lot of the issues you raise are the impetus behind the way I designed my HTML-generation DSL: https://github.com/yawaramin/dream-html

I am developing an HTML generation library on top of Dream, to have great support in the language including htmx support: https://yawaramin.github.io/dream-html/dream-html/Dream_html/index.html

Look at this code which prints out an HTML tag: https://github.com/yawaramin/dream-html/blob/main/lib/dream_...

Initially you might think generating HTML tags from data structures in code should be a simple matter. But there are complexities--some tags are defined as having no child tags, others do. Some tags are purely character data (unstructured text), not structured data. Some are just comments. We need a way to compose multiple tags together into a single 'virtual' tag for flexible HTML generation. All these conditions can be pretty hard to keep track of--unless your compiler does exhaustiveness checking. Then the compiler will tell you if you missed any cases.

In the example above I didn't make any manual effort to cover all the cases, I simple listed out the cases I wanted to handle in order. The compiler made sure that I didn't miss any.