Show HN: Under the hood ReactJS • Hacker News Board

Re: Show HN: Under the hood ReactJS

#121

Post by mmcnl » Fri, Jul 07, 2017, 9:13 PM UTC

daliwali wrote: post #14

There was a previous discussion on how do you know when someone is addicted to over-engineering, and looking at this giant UML diagram, I think this might be the case. The amount of complexity I'm willing to accept is proportional to the the difficulty of the problem. In this case it's manipulating web pages, which shouldn't be too hard. This isn't a knock on React in particular, but it seems all the major vendors ar…

The current state of front-end web development isn't a mess, it's actually the opposite. I would argue it is bleeding edge. If you look at it from an engineering perspective (inside-out), it's probably not the best. But if you're looking at the quickest way to deliver value you to your customers, it is unmatched. Every other application development stack other than front-end development requires compile, build and deployment steps. With front-end development, you can literally reach billions of customers whenever you decide to do so. The only requirement is a somewhat modern browser. The current state of front-end development is amazing.

Re: Show HN: Under the hood ReactJS

#122

Post by daliwali » Sat, Jul 08, 2017, 5:35 AM UTC

always_good wrote: post #116

daliwali wrote: post #111

Earlier quoted context omitted.

This has been revised. There is now a separate entry point for helpers, to make it obvious to people who don't read docs, that it is separate functionality: var helpers = require('simulacra/helpers') var bindEvents = helpers.bindEvents var animate = helpers.animate There is no practical difference. It is just for those who read code but lack reading comprehension skills.

I'm not sure what that accomplishes. The "entire API surface area," as you put it, surely includes more functions than the only one you need for a landing page's hello-world. I don't evaluate something like Simulacra with a hello-world in mind, else I wouldn't need Simulacra. My advice is to just change "one function" to "tiny API". Or maybe "just three functions in the public API". That's just as respectable and spa…

No, the entire API really is one function. The events and animation helpers can be implemented by the user in a few lines of code, they are not at all required. There is nothing stopping you from adding event listeners or CSS classes without these conveniences. Putting rather trivial functionality in the same level as the only core function would be highly misleading. I would rather completely remove the helper functions, than to satisfy pedants who complain, "but there's two completely optional functions so it's not just one!!1"

Re: Show HN: Under the hood ReactJS

#123

Post by ivanr » Sat, Jul 08, 2017, 8:33 AM UTC

hardwaresofton wrote: post #120

ivanr wrote: post #87

Earlier quoted context omitted.

Perhaps you're right, but it would be useful if you mentioned those other choices here.

Sorry I actually purposefully didn't mention them because I didn't want it to seem like I was just trying to push my own favorite choice. Here are some options: Component libraries ------------------- 1) KnockoutJS (just data-binding, quite possibly the simplest I've seen) 2) Vue.JS (More complex, but one of the best sets of docs I've seen, fits in with the DOM model extremely well, few hacks, though I would have lov…

Thanks for coming back some days later to answer my question!

Re: Show HN: Under the hood ReactJS

#124

Post by hardwaresofton » Mon, Jul 10, 2017, 11:55 AM UTC

ivanr wrote: post #123

hardwaresofton wrote: post #120

Earlier quoted context omitted.

Sorry I actually purposefully didn't mention them because I didn't want it to seem like I was just trying to push my own favorite choice. Here are some options: Component libraries ------------------- 1) KnockoutJS (just data-binding, quite possibly the simplest I've seen) 2) Vue.JS (More complex, but one of the best sets of docs I've seen, fits in with the DOM model extremely well, few hacks, though I would have lov…

Thanks for coming back some days later to answer my question!

No problem! Apologize for the delay I didn't see the responses till much later. There are more obviously lots more options, but those are my go-tos for now (I try to kick the tires on new libraries/frameworks as often as I can).