Let's examine these limitations in the context of Svelte/SvelteKit:<p>• functions named handleClick,handleSubmit<p>Agreed, not as descriptive as it could be, but when your component is noticeably smaller, arguably not as big a deal.<p>• preventDefault<p>React tries control the execution model to the point that plain JS ends up in an impedance mismatch. Go ahead in Svelte since it embraces JS. Or you can use<p><pre><code> on:click|preventDefault={doIt}
</code></pre>
• useMemo<p>N/A. This is an abstraction leak solely of React's making. Not needed at all in other frameworks like Svelte.<p>• fetch inside useEffect<p>A special wrapper library to use the Fetch API in React? Sure, you could use a wrapper in Svelte as well, but it's not necessary.<p>• <div onClick/><p>Universally good advice no matter your framework. Use button or a tag.<p>• a "hooks" directory<p>Here's where a framework being more opinionated helps. Technically it doesn't matter where the hook logic lives, but having the framework make that decision means you don't have to, and others don't have to hunt around as much to find it.<p>• css files<p>Svelte scopes CSS to the component by default. No arm-twisting or custom build logic needed.<p>• icon library in package.json<p>Your tree-shaking tools work or they don't.