Första stegen med Sails.js

JavaScript utvecklas exponentiellt, inte bara positionerar sig som en grund för utvecklingen på sidan av Front-end med hjälp av olika ramar och tekniker men också gör det för Back-End, detta tack vare introduktionen av den berömda plattformen Node.js och alla fördelar som finns i det.
För närvarande har vi ramar som hjälper oss effektivt att arbeta med denna teknik, och en av dessa är Sails.js, som inte är annat än ett Back-End-orienterat MVC-ramverk och omfattar begrepp som REST, HTTP eller WebSockets, vilket gör att vi kan utveckla API: er, servera HTML -filer för att hantera flera förfrågningar i våra applikationer.
1- För att utföra övningarna och exemplen som föreslås i denna handledning måste vi ha en installation med den senaste versionen av Node.js. Detta är mycket lätt att få, i det här fallet kommer vi att använda installationsprogrammet Windows som vi får direkt på den officiella webbplatsen för Node.js, detta körs som alla installationsprogram och genererar sedan en direkt åtkomst till konsolen Node.js där vi kan köra nödvändiga skript. Om vi ​​inte vet något om Node.js och vi vill ta en titt först rekommenderar vi att ta en titt på följande handledning.
2- Vi behöver en rik textredigerare i stil med Sublim text eller NotePad ++ för att kunna skriva den kod som krävs för att uppfylla de exempel och övningar som vi kommer att visa.
3- Slutligen behöver vi internetåtkomst för att kunna ladda ner Sails.js även en gång.
Installationen av Sails.js Det är lika enkelt som att köra en kommandorad i vår konsol Node.js. Vi öppnar den och använder pakethanteraren Node.js att installera genom att skriva följande:

npm -g installera segel

Vi utför vårt kommando, vilket kan ta några minuter medan det verifierar beroenden och utför installationen av allt som är nödvändigt för vårt ramverk:

Efter avslutad process skapar vi en ny applikation för att verifiera att allt har gått smidigt med följande kommando:

seglar nytt projekt

Vilket borde ge oss ett framgångsmeddelande med namnet på vår applikation som vi kan se i följande bild:

Dessutom, om vi placerar oss i vår applikation och listar katalogen, kan vi se alla filer som genereras av den:

Slutligen behöver vi bara höja vår server för att göra detta medan vi i programmet kör följande kommando:

segel lyfter

Med detta har vi redan höjt vår server, vilket ger oss flera intressanta meddelanden som omgivande vilket i detta fall är utveckling och hamn där programmet körs, vilket är 1337, öppnar vi webbläsaren som vi föredrar och besöker följande adress http: lokal värd: 1337 som ska se ut så här:

FÖRSTORA

Som vi kan se har vi en vy som visar hemmet som standard, som bland annat innehåller följande steg att utföra för att fortsätta vår väg i detta ramverk. Efter att ha verifierat att allt fungerar korrekt, kommer vi att göra en parentes för att veta lite om strukturen i vår applikation och vad vi har att arbeta med.
Sails.js Det är en ganska komplett ram för vilken den genererar ett antal kataloger och filer som är viktiga för vår utveckling, låt oss se:
Detta är katalogen där kontroller Y Modeller i vår applikation, dessutom en katalog som heter policyer där definieras regler för behörighet och åtkomstkontroll.
Vi har också katalogen svar där servern svar hanteras och slutligen tjänster Vi kan se det som katalogen där biblioteken finns, som innehåller funktioner som hjälper oss att uppnå olika funktioner i vår applikation.
De tillgångar hänvisa till de statiska filerna som js, css, bilder osv., som finns på vår server och att vi vill att de ska vara tillgängliga externt. I Sails.js dessa filer placeras i katalogen tillgångar, som har en funktionalitet för att bearbeta och synkronisera dessa filer och placera dem i en tillfällig mapp varje gång vi startar vår applikation, där innehållet i denna tillfälliga mapp är vad Sails.js står för serveringen.
Sedan har vi vår config-katalog, som innehåller två underkataloger och ett ganska stort antal filer avsedda för konfigurationen av vår applikation. Den första katalogen är env, som har två filer, en för att definiera parametrarna när vi arbetar med utveckling och den andra i produktion. Den andra katalogen heter lokal och låter oss skapa vår JSON med de olika språken som hanteras av applikationen.
En av de viktigaste filerna i katalogen config Det är den som kallas connections.js som gör det möjligt att hantera de olika anslutningarna till Databaser, anslutningarna är redan definierade och vi måste bara lägga till anslutningsparametrarna. Det här är för att Sails.js kommer redan som standard med Vattenlinje en kraftfull ORM för hantering av operationer med relationsdatabaser och inte relationer som sådana.
Det är därför vi kan ha kopplingar till en databas MySQL:

someMysqlServer: {adapter: 'sails-mysql', host: 'YOUR_MYSQL_SERVER_HOSTNAME_OR_IP_ADDRESS', användare: 'YOUR_MYSQL_USER', lösenord: 'YOUR_MYSQL_PASSWORD', databas: 'YOUR_MYSQL_DB'},

Till en noSQL -databas som MongoDB:

someMongodbServer: {adapter: 'sails-mongo', host: 'localhost', port: 27017, // user: 'username', // password: 'password', // database: 'your_mongo_db_name_here'},

Eller ens PostgreSQL:

somePostgresqlServer: {adapter: 'sails-postgresql', host: 'YOUR_POSTGRES_SERVER_HOSTNAME_OR_IP_ADDRESS', användare: 'YOUR_POSTGRES_USER', lösenord: 'YOUR_POSTGRES_PASSWORD', databas: 'YOUR_POSTGRES_

Vi behöver bara installera beroenden för Databas vi behöver och vi kommer att vara redo att arbeta med Sails.js snabbt och enkelt.
Katalog uppgif.webpter innehåller några regler för vår applikation men om hur vissa filer hanteras, till exempel filen pipeline.js definierar i vilken ordning våra js, css och mallar ska sammanställas och sedan länkas och serveras av vyerna i vår applikation.
Dessutom har vi i denna katalog några ganska användbara funktioner, till exempel en fil som är ansvarig för att utföra minifieringsprocessen till vår css och till och med en som använder CoffeeScript för att sammanställa kod JavaScript.
Slutligen har vi våra åsikter, som inte är annat än mallar som sammanställs på servern och serveras som sidor HTML, där de flesta av dessa tider är resultatet av en begäran HTTP att servera samma.
Efter att redan ha bekantat oss lite mer med vårt ramverk och de filer vi har till vårt förfogande, kommer vi att fortsätta med det praktiska fallet med denna handledning och därmed visa kraften och mångsidigheten hos Sails.js.
Med vår applikation skapad kommer vi att använda den för att skapa en REST API, för detta verifierar vi att vi inte har vår server igång ännu, i så fall stoppar vi den med CTRL + C. Sedan positionerar vi oss inom vår applikation och kör följande kommando:

segel genererar api -användare

Med vilken konsolen kommer att svara med ett framgångsmeddelande om vårt nya api skapad, som dessutom kommer att generera två nya filer relaterade till denna process, en modell och naturligtvis en controller.

FÖRSTORA

Nu när vi har gjort detta frågar vi oss själva: Vad gör vi nu? Även om det kan tyckas svårt att tro att vi har genererat en SKICK grundläggande, vi behöver bara prova det, för detta höjer vi vår tjänst igen med segel lyfter och vi går till adressen som vi tidigare har angett, men den här gången kommer vi att komma åt vår användarväg, låt oss se:

Som vi kan se har vi ingen användare, en situation som vi kan ändra snabbt, tillåter Sails.js oss att skapa de värden vi behöver direkt från webbläsaren, för detta sätter vi följande:

http: // localhost: 1337 / user / create? name = Jonathan Acosta

Denna åtgärd kommer att skapa vår första användare i programmet. Om vi ​​tittar måste vi definiera attributet som ska inkluderas med hjälp av den notationen eftersom den behandlar dessa värden som en JSON, låt oss se svaret på Segel när vi kör denna URL i vår webbläsare:

Vi lägger till några fler användare, men vi inser att vi skrev fel namn, det finns inga problem vi kan ändra det, för detta lägger vi följande i vår URL och värdet kommer att uppdateras utan problem:

http: // localhost: 1337 / user / update / 5? name = Manuel% 20Perez

Som vi kan se varierar det inte mycket från vår tidigare operation, det som är viktigt att notera är att vi måste skicka användar -ID och det nya värdet för attributet för att ändra, med vilket Segel Du kommer att svara oss på följande sätt:

Dessutom, om några av de poster som vi har skrivit beslutar vi att det inte längre är användbart för vår applikation, kan vi eliminera det utan problem, för detta gör vi bara följande:

http: // localhost: 1337 / user / destroy / 5

Vi konsulterar våra användare och ser hur vår användare med ID 5 inte längre finns:

Dessa vi just gjorde kallas genvägar eller genvägarFör denna handledning och applikationer som inte är i produktion kan vi göra det på detta sätt, men det rekommenderas att de inaktiveras för säkerhets skull, för detta går vi till vår fil blueprints.js och vi letar efter alternativet genvägar och vi tilldelar värdet false. Med detta när du försöker använda skapa, uppdatera eller förstöra med webbadressen ger det oss en 404 -felsida:

FÖRSTORA

Med detta avslutar vi denna handledning, där vi precis såg toppen av isberget Sails.js, en kraftfull och mångsidig ram som gör att vi kan bygga applikationer på några sekunder, vilket ger oss total kontroll över vår applikation och uppnår optimala och professionella resultat.Gillade du och hjälpte denna handledning?Du kan belöna författaren genom att trycka på den här knappen för att ge honom en positiv poäng