Hacker News new | ask | show | jobs
by kitsune_ 1758 days ago
The more stuff like this I see (Rails view components and HTML over the wire) the more I realize how, for lack of a better word, "advanced" ASP.Net MVC was over 10 years ago...
5 comments

Yeah, that's undoubtedly the case.

Rails appears to have (Apple-style) taken some cues from elsewhere and made the user experience actually nice.

They were truly one of the first frameworks to give a hoot about developer experience
Smalltalk will always be the first example (and probably epitome) of maximizing the developer experience.
I have a Hotwire post cooking too - stay tuned ;)
Could you explain please, for those of us unfamiliar with ASP?
Not GP, but ASP.NET had a very rich server-centric (with some client-side capability) component-model almost 20 years ago.

It was possible to build a very fast component-based apps without any JS whatsoever (I did a few), with the choice of using client-side code being left entirely to the developer.

If you were OK with JS, it also had the capabilities of partial server-side-rendering without page reloads. That's years before Pjax/Turbolinks/Phoenix LiveView were invented.

The major issues with it was that creating components wasn't as straightforward as in a modern framework like React, it was seen as "advanced stuff". Also, it didn't really enforce code separation like MVC does, so spaghetti code was the norm. The main "escape hatch", CodeBehind, was also grossly abused by developers, so leaky abstractions were the norm in it. It was also neglected a bit by Microsoft IMO.

It could have been a cool tech for niche apps, but most people chose to run to the next shiny thing rather than really learning how to make a good application in it. Kind of a shame.

I remember that you could build components (controls) in in a visual editor and wire up events with your code written in C# or whatever. Some controls came with baked in JS, like accordions and such. You could also wrap a part of your page in a ajax wrapper, and it wouldn't reload the whole page. The framework would generate all the glue code to send the POST requests etc, essentially abstracting the HTTP layer altogether. It would even keep local state in a hidden input field between re-renders.
haha my exact thoughts
Some people just wont shut up about this. Sure, requiring a server to display some html is really "advanced", doubly so when you use a dozen of "technologies" because a js only codebase is lame.