Thanks for replying! I did not downvote your comment, and I don’t think it deserves it. I do disagree with it though. > hooks are a way of abstracting functio

Thanks for replying! I did not downvote your comment, and I don’t think it deserves it. I do disagree with it though. > hooks are a way of abstracting functionality that can't be easily represented as pure functions. Yes, this is true, but in what is (IMO) a much less semantically clear manner than classes or a monadic interface. If a HookMonad or something similar were passed into components as an optional argument, I’d have very few complaints about hooks. > Hooks have to have 'use' at the start of their name to be recognized by React. Is this architecturally true or just conventionally true? It seems like this would just be determined by what they name the functions, which needs to be enforced by convention, but I suppose JS is dynamic enough that they could actually require the names conform to some standard. Either way, it doesn’t prevent people from importing them with other names, and even if it did, digging through a large function searching for “use” function calls seems much less obvious than the presence of an optional function parameter or the fact that a component is a class.