I was initially skeptical of Svelte, but I'm starting to warm up to it.

Putting all of the scripts, markup, and styles in the same file per-component makes a lot of sense, even if I'm not the biggest fan of some of the special syntax they use within Markup.

Next, I'm curious to learn more about the compilation process.

Reply to this note

Please Login to reply.

Discussion

Ah, so more modular?

Than Tailwind, I mean?

I really like it, though still very much a noob.

I was initially skeptical of Svelte, but I'm starting to warm up to it.

Putting all of the scripts, markup, and styles in the same file per-component makes a lot of sense, even if I'm not the biggest fan of some of the special syntax they use within Markup.

Next, I'm curious to learn more about the compilation process.

I've been using it lately to develop some nostr clients and I feel the same way. I'm still figuring out the best way to manage with more complex state.

Do your frontends handle all their own business logic, or do you use a separate controller or a BFF or the like?

I'm doing everything on the client side using CQRS and Event Sourcing, I have some command models that publish events and some read models (svelte stores) that build the current state by subscribing to events.

I used CQRS heavily in a past life. Powerful, but definitely over complicated a few areas of the product that didn't need the full event sourcing pattern treatment.

I haven't used Svelte, but we built an app with Vue and the layout was very similar.

Not a bad way to organize your modules as long as your editor can handle the different types appropriately.

I've never looked into Vue much. How was it for you?

It wasn't that bad. Similar to React in a lot of ways. We were using Vuex which added some nice control over how the data was manipulated.

Of course, I haven't touched it in over 6 years so I can really say what it's like these days.