Hoi, jongens, in dit artikel gaan we Node.js versus Ruby on Rails vergelijken voor webontwikkeling. De belangrijkste reden dat ik dit artikel heb geschreven is dat ons team voortdurend de vraag krijgt welke taal of welk framework het beste is om te leren. Hoe dan ook, we geven nooit een eenvoudig antwoord omdat er geen eenduidig antwoord is. Dus ik denk dat het volgende beste ding is om te kijken naar alle feiten en statistieken. We gaan eens kijken naar enkele van de voordelen en enkele van de nadelen van zowel Node.js en Ruby on Rails voor server-side technologieën. Voordat we beginnen, wil ik een paar punten naar voren brengen. We kunnen de critici al horen zeggen: hoe ga je Node.js, dat een runtime is, vergelijken met Ruby on Rails, dat een framework is? Ik snap het argument, maar wat ik ga vergelijken zijn de twee server-side technologieën en web stacks. Laten we nu eens duidelijk maken wat beter is om nu te leren en wat beter is om te implementeren voor een bedrijf. Ik zeg niet dat ik de kenmerken van Ruby on Rails moet vergelijken met die van Node.js, als je je daardoor beter voelt om Node.js te vervangen door iets als Express of andere Node gebaseerde frameworks. Hoe dan ook, we vergelijken backend structuren en stacks, niet de individuele technologie. Ons team heeft met beide technologieën gewerkt en sommigen van ons houden van beide technologieën. Ik verkies niet de ene boven de andere. Het is ook belangrijk om te begrijpen dat wat voor ons werkt, misschien niet werkt voor jou en vice versa. Ook moet je onthouden dat ieders brein anders is. Er is geen standaard antwoord op deze vraag.
Laten we beginnen met het bekijken van een aantal overeenkomsten tussen beide technologieën.
- Populaire Server-Side Technologieën.
- Nagenoeg gemakkelijk te leren.
- Hoge prestaties.
- Gebruikt door top websites/applicaties.
- Sterke community.
- Gelijkaardige MVC gebaseerde structuur.
- Snelle ontwikkeling.
Zowel Node.js als Rails zijn gerespecteerde en populaire server-side technologieën die veel verschillende dingen kunnen doen. Ze kunnen werken met veel verschillende stacks en databases en ga zo maar door. Beide zijn vrij gemakkelijk te leren. Node gebruikt JavaScript en Rails gebruikt Ruby. Maar Ruby en JavaScript zijn makkelijker te leren dan iets als Java, C# of sommige van die hogere talen. Het zijn beide vrij vergevingsgezinde talen en er zijn een ton aan middelen om ze te leren. Node.js en Ruby on Rails presteren echt goed en we zullen het hebben over het niveau van de prestaties. Er zijn veel voorbeelden van populaire websites die beide technologieën gebruiken. Node en Rails hebben zeer sterke en opiniërende gemeenschappen.
Rails bestaat al wat langer en heeft meer old timers. Maar Node wordt met de dag populairder. Nu MVC of Model-View-Controller is een ontworpen patroon. En Ruby on Rails heeft harde MVC. Je hebt een map voor je modellen, je controllers, en je views. MVC is mogelijk met bepaalde frameworks in Node zoals Express. Maar Express is veel flexibeler in zijn structuur dan Rails is. Je kunt gewoon bepaalde aspecten van de MVC nemen. Het is niet de enige structuur die mogelijk is. Node en Rails worden gebruikt voor snelle ontwikkeling en prototyping. Rails heeft een geweldige vouwfunctie en Express heeft ook generatoren en command-line tools.
Rails Voordelen
- Consistente structuur.
- Zeer opiniërend.
- Database migraties.
- Snelheid van ontwikkeling.
- Ruby is een geweldige taal.
- Ruby gems.
- Volwassenheid en gerespecteerde gemeenschap.
Eerst gaan we kijken naar de voordelen van Ruby on Rails en daarna naar de nadelen. Zoals ik al zei, Rails heeft een zeer sterke MVC structuur. De meeste Rails applicaties zullen erg op elkaar lijken in termen van de kern bestanden en mappen. Je hebt die sterke basis en dan bouw je daarop verder met gems en aangepaste packages en libraries. Daarnaast is Rails erg eigenwijs, wat betekent dat je je moet houden aan zijn manier van werken. Rails gaat ervan uit dat je op een bepaalde manier code gaat schrijven en sommige mensen zullen zeggen dat dat een beetje beperkend is. Maar het zorgt ook voor gemakkelijkere, veel schonere code en het maakt het ook moeilijker om fouten en problemen te maken. Het is niet beperkend in de zin dat je niet kan maken wat je wil, maar gewoon de manier waarop je er gaat geraken. Als je het op de juiste manier doet, zal het waarschijnlijk de gemakkelijkste weg zijn.
Rails heeft ook een echt goede database migratie functionaliteit. Ze stellen ons in staat om dingen te doen zoals tabellen en kolommen in onze database maken en bewerken zonder handmatig naar binnen te gaan en dingen toe te voegen of te veranderen. Het geeft je ook een mooi klein log of pad dat je kunt volgen om precies te zien wat er is gedaan met de structuur van je database.
Nu naar Node. Er zijn enkele pakketten of modules voor migraties zoals DB-migrate die echt goed kunnen werken, maar het is niet zo diepgaand en gemakkelijk te gebruiken als het Rails akkoord migratie systeem. Als het aankomt op prototyping en snelle ontwikkeling zijn er niet al te veel technologieën die Rails kunnen verslaan. Dus, met wat basis configuratie en een paar scaffolding commando’s heb je jezelf een volledig functionerende CRUD applicatie. Database migraties worden toegevoegd aan die snelheid. Node.js en Express zijn redelijk goed met snelle ontwikkeling als je third-party tools en modules gebruikt. Maar Rails heeft al die dingen direct uit de doos.
Er zijn een aantal voors en tegens aan de Ruby taal, maar voor het grootste deel, het is goed gerespecteerd en het is erg schoon. Ruby is een multi-paradigma taal, je kunt procedurele code functioneel maken, maar voor het grootste deel, is het object-georiënteerd. Alles kan bekeken worden als een object. RubyGems is een package manager voor Ruby on Rails en het wordt gebruikt om de kernfunctionaliteit van het framework uit te breiden. Het is vergelijkbaar met npm voor Node.js. Alle Rails applicaties hebben een gem bestand waar je je gems kunt specificeren. Dan kun je een bundler commando uitvoeren om ze allemaal te installeren, vergelijkbaar met npm install met Node.js.
Een ander geweldig ding over Ruby on Rails is dat het al een tijdje bestaat en het heeft een zeer gerespecteerde en intelligente gemeenschap. De ontwikkelaars die Ruby on Rails onderhouden zijn zeer slim en zeer gepassioneerd over het framework. Er is een ton van de middelen op de core framework met inbegrip van forums, blog posts, en documentatie om u te helpen als je vast komt te zitten. Dat zijn enkele van de grote voordelen van Ruby on Rails.
Rails Nadelen
- Prestaties
- Te eenvoudig
- Populariteit
- Tekort aan documentatie
Laten we het eens hebben over enkele van de nadelen. Een van de grootste klachten die we hebben gehoord over Ruby on Rails is dat het relatief traag is. Rails is een groot framework met veel mogelijkheden in de kern. Net als sommige van de lichtere frameworks, heb je ook de factor in de gem en applicatie-bestand afhankelijkheden. Er is zo veel automatisering en scaffolding dat de ontwikkelaar niet echt veel leert over hoe het Rails framework werkt. Je mag dan wel iets weten over de Ruby taal, over de syntax of de structuur van hun applicatie, maar voor iemand die echt begrijpt hoe Rails werkt, is dit geweldig vanwege de snelle ontwikkeling. Aan de andere kant moeten sommige ontwikkelaars echt een stapje extra doen om bepaalde dingen echt te begrijpen. Rails is ook veel moeilijker voor grote projecten dan kleine applicaties. Het kan ook wat problemen hebben met schalen.
Een ander nadeel is dus dat Rails niet zo populair is als Node.js. Op dit moment, Node.js is op de cutting edge van webontwikkeling en de opwinding voor Rails is echt gedaald. Naar onze mening, als je op zoek bent naar een baan, zouden we zeker zeggen leer Node en waarschijnlijk Express. Meer bedrijven nemen JS ontwikkelaars aan dan welke andere taal dan ook. Als dit vijf jaar geleden was, zou Rails of Ruby een van de top drie talen zijn om te leren. Maar tegenwoordig is het gewoon niet zo populair. Dus ik heb eerder kort gezegd dat de kern van Rails framework een aantal echt goede documentatie en voorbeelden heeft, waardoor je eenvoudige scaffolding commando’s en database migratie kunt leren. Dat is allemaal prima. Maar als je probeert om meer geavanceerd programmeren te leren en je probeert te leren over specifieke edelstenen, voelt het soms als het zoeken naar een Newton-naald in een hooiberg.
Enige behoorlijk grote namen hebben Ruby on Rails gebruikt of gebruiken het in hun platform. Ik denk niet dat je veel groter kunt krijgen dan Twitter. Ook hebben ze veel van hun backend-diensten verplaatst naar Scala en Java als gevolg van enkele schaalproblemen. Maar ze gebruikten Rails voor een lange tijd en ik ben er vrij zeker van dat ze het nog steeds gebruiken in andere aspecten van hun platform, zoals hun partnerschap met Shopify. Daarnaast heeft Basecamp, dat een project management oplossing is, gezegd dat Rails het hart en de ziel van hun project is. De software waarop GitHub draait is gebouwd op Rails. Soundcloud en Hulu, een populaire streamingdienst, werden gebouwd op Rails. Vanaf het begin hebben Groupon en LivingSocial, SlideShare, en Urban Dictionary Rails gebruikt in hun developemtn.
Node.js Voordelen
- Extreem populair.
- Hoge prestaties.
- Asynchroon.
- Zeer schaalbaar.
- JavaScript front en Backend.
- Flexibele bestandsstructuur.
- npm en Modules.
Nu we gekeken hebben naar Rails, laten we beginnen te kijken naar Node.js. We zullen beginnen met de voordelen. Een groot pluspunt van Node.js is zijn extreme populariteit. Het is in feite de nieuwe spitstechnologie in webontwikkeling. Er is een zeer grote marktvraag. Het is extreem populair bij startups. Er is een bloeiende open-source gemeenschap rond Node en het Express framework. Er zijn veel goed ontwikkelde modules op npm, en als het aankomt op snelheid en prestaties klopt Node Rails direct uit het water. Eigenlijk, het klopt zo’n beetje alles uit het water. Het draait op de Google JavaScript engine die bliksemsnel is. Node wordt gebruikt om real-time web applicaties te bouwen die bijna aanvoelen als desktop applicaties.
Next, Node.js is ook asynchroon. Dit betekent dat wanneer een programma een verzoek naar de server stuurt, het niet hoeft te wachten op het antwoord. Het kan doorgaan met uitvoeren. Node draait op een enkele thread in tegenstelling tot andere talen die het verzoek versturen. Zij wachten tot dat verzoek klaar is, sturen dan de volgende, enzovoort. Dus Node.js is ook zeer schaalbaar en wordt op een enkele draad speelt een grote rol in dat. Node werkt ook heel goed met NoSQL databases zoals MongoDB, die veel schaalbaarder zijn dan traditionele relationele databases zoals MySQL. Bijna alle grote bedrijven waarover ik heb gelezen zijn overgestapt op Node.js, en ze hebben op zijn minst een behoorlijke toename in productiviteit gerapporteerd.
Een ander groot voordeel van Node is dat het JavaScript gebruikt, dat veel wordt gebruikt met veel webstacks. Veel van de tijden, de taal op de front-end is anders dan de back-end, maar dat is niet het geval bij het gebruik van Node.js. We gebruiken JavaScript op de front-end en de back-end. Er is een ton van client-side frameworks die de industrie domineren – React, Angular, Vue.js. Dus dat is een groot pluspunt voor Node.js. Uiteraard werkt JavaScript ook goed met JSON API’s, die erg populair zijn.
Node.js, Express, of Happy.js, elk van deze frameworks heeft een echt flexibele bestandsstructuur. Ze laten je je applicaties bouwen zoals jij dat wilt. Je kunt alles in een enkele app JS-bestand proppen. Als je meer een traditionele MVC structuur zou willen hebben, denk ik dat er zowel goede als slechte kanten aan zitten. Maar voor het grootste deel, als je weet wat je doet en je bent een goede programmeur, dan is flexibiliteit een goede zaak. Net als Ruby gems, heeft Node ook zijn eigen package manager genaamd npm, oftewel Node package manager. Het grootste verschil tussen npm en Ruby gems is de manier waarop dependencies worden beheerd. Bij Ruby worden afhankelijkheden globaal geïnstalleerd. Dus je moet een bundler gebruiken en ze een beetje zelf beheren. npm zorgt eigenlijk voor alles voor je modules. Ze worden in de Node modules map gezet. Dan kunnen die modules ook hun eigen Node modules map hebben met hun eigen afhankelijkheden. npm modules lijken ook betere documentatie te hebben, althans in mijn ervaring.
Node.js Nadelen
- Zuigt voor CPU intensieve taken.
- Inconsistentie.
- Nieuwere technologie.
- Callback hel.
- Te modulair.
Dus we hebben gekeken naar de positieve en de voordelen van Node.js. Laten we nu eens kijken naar enkele nadelen. Zo goed als Node is voor veel CRUD stijl toepassingen, het absoluut zuigt voor toepassingen die zijn CPU-intensief. De reden hiervoor is dat wanneer het iets doet dat een tijdje duurt, zoals CPU operatie, het alle binnenkomende verzoeken in de wachtrij zet omdat het op een enkele thread draait. Iets als Apache, dat meer beschikbare threads heeft, zal die CPU tijd tussen hen verdelen. En alleen IO operaties zijn parallel omdat ze asynchroon worden uitgevoerd. Een voorbeeld van een CPU intensieve taak is iets als 3d rendering, video encoding, wetenschappelijk modelleren, etc.
Een andere klacht over Node is dat het een beetje inconsistent kan zijn. Sommigen vinden dat de API met regelmatige tussenpozen verandert. Het is soms niet erg achterwaarts compatibel. Niet alleen dat, maar de structuur van een Express toepassing, in het algemeen, is zeer vrij en flexibel. Soms kan het ontwikkelaars genoeg touw geven om zichzelf op te hangen.
Rails is erg strikt, dus het is moeilijker om slechte code te schrijven. Omdat Node asynchroon is ga je te maken krijgen met veel callback functies en die kunnen vaak opborrelen en in een zogenaamde callback hel terechtkomen. Er zijn oplossingen voor dit, zoals async utilities en het gebruik van beloften. Er zijn een paar dingen die je kunt doen om dit te voorkomen. Persoonlijk heb ik hier geen last van, maar ik weet dat sommige ontwikkelaars die niet gewend zijn aan asynchroon programmeren een probleem hebben met veel callbacks.
Zoals je kunt zien hebben beide backend opties hun voors en tegens, maar het zijn allebei fantastische technologieën. Alles moet altijd van geval tot geval worden geëvalueerd in plaats van alleen maar te zeggen dat de ene beter is dan de andere in alle situaties.