Har du fortfarande skrivbordsredigerare? Webintegrerade utvecklingsmiljöer (IDEs) är ett nytt sätt att bygga dina webbprojekt direkt i webbläsaren, vilket ofta sparar utvecklingstiden och underlättar samarbetet.
Den ödmjuka webbläsaren brukade bara servera enkla HTML-dokument, men det är ofta nu ditt första stopp för nästan alla uppgifter. Tänk på det - dokumentredigering, fildelning, bildhantering, serverbackup, 3D-rendering, musikproduktion och bara om allt annat arbete som traditionellt görs i skrivbordsprogramvara kan nu hanteras av en webbtjänst.
Jag har faktiskt blivit ovillig att installera någonting längre, eftersom det vanligtvis är ett bra webbalternativ som bara kräver en enkel konto registrering för att använda den. Men även med alla de stora tjänsterna på webben har webbutveckling i sig varit en av de sista gränserna för den här trenden, kanske på grund av att utvecklarens motvilja mot att arbeta online. Men det börjar med att förändras, och av goda skäl: webbintegrerade utvecklingsmiljöer konkurrerar nu med skrivbordslösningar när det gäller kvalitet och användbarhet.
De flesta utvecklare bygger webbplatser på skrivbordet innan de läggs på nätet. Det här var ett förnuftigt sätt att arbeta i det förflutna när vi hade långsammare näthastigheter, de flesta lösningarna var skrivbordsbaserade och vi var rädda för att sätta på nätet om inte det var klart. Men även genomsnittliga webhastigheter är snabba nu, och det finns gott om bra online kodningslösningar.
Att bygga webbplatser och appar kan vara ungefär som att bygga ett hus. Jag kunde göra en hel del analogier till hur stiftelser, rörsystem och inredning matchar med webbplatskomponenter. Men till skillnad från att du gör ett hus, när du är färdig med att bygga en webbplats flyttar du den till en annan plats. Som att försöka flytta ett färdigt hus till ett nytt parti, då kan problemen börja. Du har sannolikt inte byggt webbplatsen i exakt samma miljö som du ska distribuera till, vilket kan orsaka problem. Du skulle inte bygga ett hus i ett fält när du vet att det måste flyttas till en gata när du är klar. Vid flyttning av ett hus kommer delar sannolikt att bli sönder, ingen av rören kommer att matcha upp och så vidare. Så varför skulle du göra det med en webbplats? Det är galet att jobba på det sättet.
Det vanligaste argumentet mot kodning online är att det inte är professionellt att arbeta på levande webbplatser. Men kodning på nätet betyder inte att du gör klientwebbplatser till pågående arbeten - bygga in ett utvecklingsområde som du bara har tillgång till. När du är redo, flytta den till levande område - enkelt! Det är dags att omfamna kodning online.
Efter att ha bytt till web IDEs för det senaste året spenderar jag hälften av min tid uteslutande online nu och sparar ungefär 10-15 procent i dev tid från min tidigare skrivbords kodning metoder. Det är dags att jag kan använda för att göra en webbplats bättre, eller kanske till och med slutligen slutföra min arbetsdag i tid. (Ja, det kan hända!) Varför är IDEs så fantastiska? Här är fyra stora skäl:
Så vilka webb-IDE kan du använda just nu? Populära lösningar inkluderar Cloud9 , ShiftEdit och CodeAnywhere bland många andra. Varje erbjuder sin egen uppfattning om hur en online-kodningslösning ska fungera. Vissa kräver betalning, och andra gör inte det; vissa tillåter dig att arbeta via FTP på dina egna domäner, och andra kräver att du klonar in i deras system först. Precis som skrivbordsverktyg har alla sina egna räckvidd och stil, så det är viktigt att kolla alla funktioner för att hitta den som är bäst för dig.
Du kanske tror (som jag gjorde ett par år tillbaka) att IDE är ljusa på funktioner och förmågor, men det är långt ifrån sanningen. De ledande web-IDE-enheterna konkurrerar enkelt med de populära skrivbordsredigerarna, om de inte överstiger dem när det gäller kvalitet och förmåga. De har ofta stora användarbaser; De väletablerade har 100 000+ användare. Så de uppdateras så ofta som varje vecka med nya funktioner, medan stationära lösningar kanske bara uppdaterar sina funktioner i nya versioner varje par år.
Online-kodningslösningar erbjuder alla standardfunktioner som kodhöjning, vikning, kodfyllning och mer, plus terminalfönster, samverkande kodning, dynamiska gränssnitt och direkta anslutningar till andra tjänster som Github, Bitbucket och Dropbox.
Under åren har jag hört så många webbutvecklare klagar över att deras redaktörer inte fungerar bra för dem. Men de känner att de inte kan göra något åt det utom att informera leverantören och vänta på en åtgärd eller ändring. Med fler och fler open-source web IDEs nu tillgängliga kan du omkoda verktyget för att matcha dina behov. Det finns inget behov av att kämpa med din redaktör längre - gör det jobbigt för dig.
På den experimentella änden av web-IDE-spektret är öppna källsorter, såsom Aptana och ICEcoder , som fritt erbjuder sin källkod för dig att ta, använda och modifiera. Eftersom de är skrivna på språk är du troligen redan bekant med - JavaScript, PHP, Ruby - du kan snabbt ta tag i dem och anpassa saker till dina önskemål. Gillar du inte hur du öppnar filer? Ändra det. Vill du bygga på något extra? Bra, gör det.
Medan de inte är typiskt lika robusta som fullserviceweb IDE, lägger öppna IDE-filer till nya funktioner regelbundet för att ge användarna de bästa möjliga kodredigerarna.
De problem som skulle hindra dig från att använda webb-IDE blir allt färre hela tiden, men det finns några legitiska skäl till att du fortfarande kan koda offline. Om ditt projekt kräver enorma mängder dataöverföringar eller datakrypning, skulle det vara opraktiskt att använda webbläsaren. Eller kanske din webbplats är tung på grafik och att ladda upp dina bilder om och om igen skulle vara långsammare än att arbeta offline.
Vissa kan hävda att det största problemet är säkerhet. Om din kod är tillgänglig var som helst kan den eventuellt nås av någon. Ett säkerhetsbrott mot din webb-IDE-leverantör eller konto skulle kunna innebära att din kod riskerar - om data är känsliga kan detta vara ett stort problem. Web IDEs av denna anledning tar utan tvekan säkerhet mycket allvarligt, men ett säkerhetsbrott är inte bortom möjligheterna och borde vara ett övervägande innan du kodar ditt nästa projekt online.
Skrivbordskod redaktörer har gjort webben vad som är idag, och vi borde vara tacksamma för programvaruutfattarna som hjälpt oss att göra bra saker. Men skrivbordets kodningsdagar är numrerade. Online-kodredigerare låt oss arbeta var som helst, koppla samman flera tjänster tillsammans, distribuera med ett klick, dra och tryck källkod runt i vår smak och låt oss bygga briljanta lösningar med större effektivitet och öppenhet.
Vi måste omfamna en framtid där allting kan integreras, blandas och omarbetas på egen hand eller i team, med säkerhetskunskapens kod kan rullas tillbaka, buggar spåras och lösas från var som helst om det finns ett problem. Med allt som i slutändan går till molnet kommer web-IDEs utan tvekan att bli de facto-sättet för kodning, och jag välkomnar den här ljusa nya gryningen. Om du fortfarande kodar offline, utmanar jag dig att släppa dina rädslor och ge framtiden ett försök.
Har du använt ett Web IDE för att koda en webbplats? Vill du föredra en lokal lösning? Låt oss veta i kommentarerna.