I don't like React..😐

  • 4
    Well, that's it for you! Good luck finding a new job!

    Nah just kidding. Try Vue.
  • 4
    Glad someone agrees with me 🙄

    @ScriptCoded when are they supposed to update their docs to 3.0?
  • 4
    @ScriptCoded that's why I hate react lol
    After vue, react looks like something that was invented by someone with a head problem..not to mentions vuex vs redux
  • 1
    Just recently inherited a project in React.

    Still think using a loosely typed language for server side stuff is disgusting, but seems a pretty powerful architecture for client side stuff.
  • 0
    You know... It was simple to do a basic thing, then React suggested that they make things look complicated(Looking at you *useSetInterval*).

    or... Ditch react just as react ditched jquery
  • 0
    @M1sf3t It hasn't released yet, right? It's planned for sometime in Q1 if I'm not mistaken.

    @vortex To be fair I've only touched on React a little, but I do for sure like the simplicity of Vue.
  • 0
    I felt the same pain mate 😭
  • 1
    I'm gonna react by saying I can't blame you
  • 0
    Try Preact
  • 1
    Like @ScriptCoded said, try Vue :)
  • 0
    @jennytengsonM Hates us all!
  • 0
    And a bunch of former co-workers just got sucked into using React (division got sold) meanwhile I'm trying to bring my area of the company out of the dark ages of ASP
  • 0
    React's approach to component system is awesome as it allows some real meta approaches with higher order components (using variables as components in JSX, passing a whole component in a prop, stateless components). They make templates a lot of concise and easy to manage.

    Now the problem with it is redux and other 100+ js frameworks to solve state issue. And each of those has a inovative based-on-flux-pattern solution which is the best thing since sliced bread, and all of them still have issues in special cases.

    I would love combo of power of react component approach with state management and change tracking of angular. That would be the best of both worlds IMHO.
  • 0
    I am having trouble understanding your react shun.
  • 0
    @arekxv 99+... State management in svelte is as simple as throwing the value in a store and adding a dollar sign to the prop anytime you use it within a component. That bitch is binded together like frodo baggins and the ring from there on out.

    There's also no jsx and no class/component boilerplate to add, everything is just regular old html, it's just saved with a svelte extension so that the compiler knows ahead of time to wrap that component up into its on class.

    Which brings me to the part i dont get about react, vanilla js has had classes since es6 so why bother with react and all that overhead here in 2020, if you've still gotta add all of that boilerplate to each component to signify that it is it's on component.

    Unless that what hooks were supposed to aid with, I'll be honest, I never looked into them to see what all the fuss was over.
  • 1
    @ScriptCoded oh i thought i read a month or so back that it was out. May have just been released for testing though. I'm still holding out for the update before I really dig into trying to pick that one up.
  • 1
    I like vue
  • 0
    Vue is crap
    React is crap
    AngularJS is crap
    Angular is okay

    Redux? Doing it Vanilla.
    I ship the fastest apps inside the most aged and un-optimised software environment.


    If you really need some aspects or are in a hurry, just steal the underlying tech underneath.

    JSX? Use hyperscript. Preferably from preact, that’s why it exists.


    And last but not least, Google and with some worthy interest Microsoft are trying hard to get all of that out and settle on one standard. There cannot be a „definitive“ standard, but many options comprised in the least amount of API.

    And wtf is svelte of an idea? It‘s already horrific to call webpack a compiler. I mean it‘s a good idea to put the vast amount of work into a compile step, but again, doing it non-traditionally e.g. by having xml as top layer.

    I repeat, do NOT start another webdev war.
  • 0
    And like why the FUCK would you want xml as language wrapper to contain the other one’s? That‘s worse than JSX! At least JSX is basically just a representation of a specific type of object. This idea already existed for years even outside the web.

    But even then, no one stops you for using template tags. No one stops you for using an html next to your js.

    So stay fucking vanilla or else use stuff that has already proven itself for ages and ages. The web is the first to have the primary language for logic not the primary language. Wtf.

    Keep them separated strictly or allow an syntactic sugar feature - jsx.

    If anybody still cares, I would suggest to look at stencil. If I recall right, it‘s bundle size was optimized yet again and should be lower, if not equal to svelte.
  • 0
    @010001111 where did you get that svelte uses webpack as a compiler. Svelte is the compiler if I'm not mistaken. I could be wrong though. I'm not seeing a top layer of xml in any of my projects either but then I may just not be looking in the right place.
  • 0
    Devrant doesn't like my comment
  • 0
    @010001111 I was wondering what was up with that, all it said was test
  • 0
    OK so I rewrite because the iOS app is stupid. Svelte does not use webpack. I used it in contrast to svelte. It cannot be a compiler, if webPACK is not a compiler, hence why you usually don't see a webCOMPILE. Both svelte and stencil use rollup underneath. So basically, their just glorified thought out dev environments. That's where I hate the marketing of svelte, not only the name is kinda weird, but also the "cybernatically bla bla" crap. Just say it's static code analysis, wtf.

    The Problem rises with the "<script>" and "<style>" tags. If I see those in the context of web, I expect my <script> tag to be the script tag from W3C. But it's not. It's just a placeholder for the js to be ripped out in the compilation process. Same with CSS. Then, the remainder is the render() call. That's stupid.
  • 0
    Stencil does this using typescript and it's AST, a very known method. Typescript supports decorators, again, something very known in other languages.

    This "on:click" is so unconventional, I'd rather do it using this tool with an "addEventlistener" or like stencil with an "@Event" or inline types "onClick={actualJS}" and not some weird strings that just magically work if you do it right.
  • 0
    Bascially IMHO Svelte shouldn't be used unless it's contained in one of those weird projects using ruby on rails, python or something else (more or less) exotic.

    It kinda feels like it was made from the people who really wanted coffescript sooo badly. And we all saw how that turned out.
  • 0
    @010001111 weird string? an arrow function??
    If you don't like putting it there you can put the function in the script block and just call it from the click attribute.

    That's all those are, more or less, your normal html attributes. Everything after the colon anyway. Before it you've got three possibilities, bind, class and on. Not really a lot to remember. The rest of the syntax is just as simple.

    That's why I picked it up to begin with, there wasn't a lot to learn on top of basic web. I was still trying to learn to work with things like state and local scope and it gave me a simple way to do it without having to constantly refer back to the documentation for syntax and spelling checks.

    I'm not sure I get your beef with the rest. Your script and style tags are getting ripped out a compile time but they're still only going to affect what's in that one file unless you've exported something out. You don't like not being able to find them in the bundle afterwards or?
  • 0
    @M1sf3t First, it's stupid to declare your function name to-be-called as string. Second, using an arrow function isn't that much better, because at runtime, that arrow function will be created every time you invalidate your view. Binding has performance bottlenecks in non-chromium based browsers. Just declaring your function name will loose it's own scope, which is anti-pattern. Handling that by the framework is not explicit enough.

    "Normal attributes" as speaking in onClick="javascript:myCode()" is not the same as on:click="myCode()" one of the things I dislike about angular, also. But it's also disliked to use "className" over "class", because className is the official JS api, but tedious to always declare it that way.
  • 0
    Additionally, if you want to keep your code pretty, it's more difficult to implement that in your IDE/Editor/Pipeline, because it has this specific format of html+css+js in one. I mean, even WebStorm doesn't always get to format the inner language inside a specific tag to be formatted correctly. It's way simpler to use tslint seperated by some css beautifier and html beautifier, instead of painfully getting it all to work for one format. Even having to do that seperately for each environment (IDE may need use something different than the Pipeline, but basically doing the same).

    Don't get me wrong, if you're learning and doing it as hobby/having related infrastructure (eg. ruby), it's fine. But for everything else, it's kinda annoying. You also have to think about the future. There will be a point in any application to be re-done. Difficult in a specification like this.
  • 0
    eg. my current enterprise project will need to remove all jQuery, Bootstrap and all other 20+ plugins for jQuery/Bootstrap, including the replacement of gulp and some mixed webpack configurations into one singular, configurable webpack config, which also includes the stencil compiler in my case. I was never able to successively replace _only some parts_ while keeping the other things in tact (speaking in "trust", not having to test things). And this project is the first one not only do this, but also to do that without much effort and seamlessly.

    Speaking svelte, not only you are not really able to re-use the sources because of it non-standard format, but also not really be able to re-use the compilant, because of it's weird format. The resulting JS is not simple to understand for what it does in the sources. You cannot easily extend the compilant logic in case you want to stop using svelte. You will always be required to use their compiler.
  • 0
    Stencil, on the other hand, is only syntactic sugar (jsx) and typescript. You can re-use jQuery and it's Bootstrap libraries inside typescript without any type-checking and not have to worry about breaking shit. And if you wanna switch to any other new tech that's definetly coming some day, you can a) Implement framework hooks to re-interpretate your stencil sources and transform them into react, svelte, or whatever you feel like sources and re-compile those. Not only that, with b) you can use the compilant of stencil, because it's simple and human understandable code. And c) would be to stay typescript, remove stencil, but keep it's core-ideas. Meaning, you can overwrite the provided feature's and implement your own two-way databinds, state management pattern, whatever. Everything is replaceable, everything is understandable, everything has it's roots in basic concepts and do no interpret them differently.
  • 0
    @010001111 I didn't mean exactly the same, I just meant the same keywords so it's not hard to remember if you already know html. Are there performance/security implications when you call your function that way or its just a weird thing to do? I don't mean to sound critical, it's just that I rarely run in to anyone with a negative opinion other than it's just another new framework and I really haven't been around long enough to be able to judge these things for myself.

    That being said, svelte isn't quite as rigid as your thinking it is. It has its own way of doing things sure, but normal js and html will work within the components. And believe it or not my syntax highlighting works perfectly fine set to html, you just have to add quotes around your curly braces if you use an arrow function within the html like we were just talking about.
  • 0
    You can also tell your svelte component to use a separate vanilla script file and global css libraries can be added to your public folder and would work same as they would in anything else. Not exactly sure if the jquery in bootstrap would present a problem there, but people use bulma and tailwind all the time.
Add Comment