Hacker News Reader

> your existing view has tons of data access logic embedded right in it.

This is not at all how Blitz is set up to function. Your data access logic is clearly separated into query resolvers that run on the server.

What the "Zero-API" does is in practice is handle all the HTTP stuff for you. So as a developer all you are thinking about is "function calls". The function call happens to occur over the network, but as the dev you don't have to think about the details of how that happens.

> Consider for example needing to make a change to a view but your existing view has tons of data access logic embedded right in it.

You can separate these out. Treat public functions from your data/business logic layer as if they were an API in terms of organization. Your views shouldn't be doing any logic, they should be dumb. Overall, we've found switching to a MVC framework for new applications (React/Express -> Phoenix) has increased productivity a lot, especially with a tiny team.

Then again, I'm pretty green, so if there are cases where that kind of separation isn't possible, please let me know!

> I can tell you from having experienced php templates that did stuff like this that this is a terrible idea in practice. Worse, you won’t know it is until you’ve built quite a mess.

We use Blazor in production(admittedly for internal facing app) and it works wonders for us. We mainly share models with frontend part, it's an insane productivity boost. You don't have to embed data access or server business logic into your views. You can, but you don't have to(and you shouldn't). Even just sharing models and calling endpoints like you would call a service is just... convenient.

> Sigh…

That comes across as very condescending, and took all of my attention away from your actual arguments.

In the space of all the dismissive/abrasive comments on HN, I think the GP ranked pretty low