Olen juba kaua arendanud veebirakendusi. Väga kaua. Oma esimesi veebirakendusi keskkonnas Lotus Domino loomine toimus ajal, mil sõna «google» ei olnud veel tegusõna ja inimesed kasutasid teabe otsimiseks internetis Yahoo! ja Rambleri. Mina aga kasutasin Infoseek— neil oli kitsendav otsing ja mittetänavune, ülekoormatud liides nagu Yahoo-l.

Rakenduste arendamine, igasuguste rakenduste, mitte ainult veebirakenduste jaoks, on loominguline töö. Vaevalt keegi kahtleb selles väites. Ja ilu loomingus on nagu praktika teaduse tundmises — tõe kriteerium. Kuid kui teaduslik praktika on objektiivne ja põhineb mõõtmistel, siis ilu on subjektiivne asi, sõltudes sellest, kes vaatab. Seega esitasin endale küsimuse: mis on minu jaoks ilus veebirakendus?

(KDPV on pigem naiselik, kuid, IMHO, naise pilk KDPV-le on sobivam kui mehe oma, sest see on — KDPV!)

Alljärgnevalt on minu isiklikud kriteeriumid selle kohta, milline veebirakendus oleks praegu ilus. Väga subjektiivne ettekanne, mis tuleneb minu isiklikust kogemusest. Võib-olla tunduvad minu kauni kriteeriumid teistele hoopis koledatena. Ärge üllatuge, lihtsalt teie kogemus on erinev.

Ja kuna te juba olete siia jõudnud, siis palun olge kommentaarides ettevaatlikud. Kui te saate artikli lugemise lõpetada, niipea kui see teile näib kole või isegi inetu, siis mina, autorina, pean lugema kõiki kommentaare.

Elukeskkond

Protokollid

Ma ei teagi, kas on mõtet eraldi välja tuua see kriteerium. Veebirakendused elavad Internetis ja peavad vastama Interneti seadustele (protokollidele). Peamised protokollid Internetis — TCP ja IP. Nende alusel põhinevad paljud teised protokollid, kuid veebirakenduste puhul pean oluliseks HTTP (täpsemalt, selle laiendust HTTPS baasil TLS). See, a beautiful web application is accessible via HTTPS/TLS (or HTTP as an option), while other protocols (LDAP, RPC, IMAP4, POP3, SMTP, FTP, NNTP, …) make it less appealing with each additional supported protocol. The application itself can utilize these additional protocols to access external resources.

As for WebSocket, I don't have enough experience using this protocol with web applications. It looks attractive and promising, but I can't say how stable and practical it is.

Brauserid

A web application stands on both sides: one foot on the server side and the other on the client side. The client side is the browser. Modern browsers provide a lot of features, which modern web applications can and should leverage for their benefit. A beautiful web application takes advantage of modern browser capabilities and doesn't have to operate in those browsers that don't provide these features. I understand that polyfills are a necessary measure, but they are not ideal. After all, it's not only developers who have to keep up with modern technologies; users and businesses need to do so as well.

Programming Language

Veebirakenduste loomisel kasutatakse mitmeid programmeerimiskeeli, mis võivad osutuda keeruliseks. Klientide veebirakenduste jaoks on mitmeid tehnoloogiaid, mis aitavad arendajal hõlbustada HTML/CSS/JS trio loomist (mida kõik kaasaegsed brauserid mõistavad). Kuid mina puutusin omal ajal kokku GWT ja arvan, et on ilus, kui arendaja näeb brauseris originaalkoodi, mitte kompileerimise või transpileerimise tulemust. Seetõttu pean mina webpackselliste tooted nagu „GWT“ kliendikoodi genereerimiseks, IMHO, mitte väga ilusaks. Mida rohkem on brauseris käitatav kood sarnane algkoodiga, mis on loodud arendaja poolt, seda parem. Ei usu? Proovi tootmiskeskkonnas siluda koodi, mis on loodud GWT-ga.

Serveripoolses osas on rohkem vabadust (Java, PHP, Perl, Python, C#, Ruby jne), kuid mulle tundub ilus, kui nii serveripoolsetes kui ka brauseripoolsetes rakendustes kasutatakse ühte programmeerimiskeelt — JavaScript. Lõppude lõpuks keel määrab mõtlemise, ja ühtsete meeskondade töö on produktiivsem.

Inimlikkus

Ilus veebirakendus peab olema kasulik. Eelkõige inimestele kui lõppkasutajatele. Seetõttu ei saa ma ilusat veebirakendust nimetada. veebiteenuseid. Tavalisele inimesele (mitte veebiarendajale) on nendega raske toime tulla. Veebiteenused on omamoodi ilusad,

Ilus veebirakendus peab olema intuitiivselt arusaadav. Selle üle võib vaielda, UIsee on üsna subjektiivne asi. Kuid UX on palju lihtsam, kui kasutaja ei saa rakendust kasutada ilma soovitud kõik on palju lihtsam, kui kasutaja ei suuda rakendust kasutada ilma püha RTFM — halb UX, inetu veebirakendus. Kõige ilusamad veebirakendused selle kriteeriumi järgi võivad kergesti olla kasutatavad lastelt, kes ei oska veel lugeda.

Tagasisuunatavus

Kaugel-kaugel olid programmid, mida sai kanda 3,5-tollistele kõvaketastele, nüüd aga – USB-mälukandjatele või tõmmata otse veebist. Tavalise rakenduse kopeerimine ja selle käivitamine teisel masinal on triviaalne ülesanne. Veebirakendustega on olukord pisut eriline. Internet on globaalne keskkond, kus pole vaja sama veebirakenduse kloone. Üht Facebooki, Twitterit, Instagrami, Mail.ru või Yandexit piisab. Üks ja sama teema alusel võivad eksisteerida erinevad veebirakendused, kuid erinevate sihtrühmadega (näiteks Facebook ja Vkontakte, Mail.ru ja Gmail, Google Maps ja Azure Maps). Selliste veebirakenduste globaalsete kättesaadavuse tagamiseks on vajalikud, ütleme nii, "mitte triviaalne" riistvara. mitte triviaalne.

Ma ei ole kunagi töötanud veebirakendustega sellisel tasemel nagu arendaja ning ei kujuta ette, kuidas need seal sees välja näevad. Selliste veebirakenduste töökorras hoidmiseks on vajalikke spetsialistide meeskondi ja eraldi andmekeskusi. Mind imetleb inimeste koostöövõime nii suurtes ulatustes ja selliste toodete loomine, kuid minu iluideaaliks on veebirakendus, mille saab käivitada eraldi sülearvutil.

Kaunis veebi rakendus skaleerub mitte ainult üles ja laiemalt (kasutajatele), vaid ka alla ja sissepoole (arendajatele).

„Amfiibisuus“

Kaasaegsete veebirakenduste kasutamiseks kasutatakse kahte tüüpi seadmeid:

• arvutid (sülearvutid, lauaarvutid);
• mobiilised seadmed (nutitelefonid ja tahvelarvutid);

Kusagil horisondil udub veel „asjade internet“, aga praegu on see vaid unistus.

Arvutid ja mobiilised seadmed erinevad üksteisest sama palju, kui maapealsed olendid erinevad vees elavatest. Need on erinevad keskkonnad, mis esitlevad erinevaid nõudmisi neis elavatele olenditele (rakendustele). Kauni veebi rakendused ei ole need, mis sarnanevad amfiibidega, vaid need, mis vees — nagu kalad, maapinnal — nagu loomad, ja õhus (SEO) — nagu linnud.

Ma ei pea „amfiibisust“ ilusaks, see on nagu proovida istuda kahe (SEO puhul kolme) tooli peal. Paremini on nagu Fiona Shrekist — päeval üks, öösel teine. Jah, kallim. Aga parem.

Ristjagamine

Olen juba märkinud punktis „Tagasiulatuv skaleeritavus“, et võrgu globaalne olemus võimaldab meil omada ühte veebirakendust, mis teenindab kogu maailma. Seetõttu peab iga veebirakendus mingil määral eristuma teistest, et tagada enda ellujäämine. Siiski, minu pikaajaline kogemus Magento (e-kaubanduse kaupluste loomise raamistik) ütleb, et erinevate veebirakenduste vahel võib olla rohkem ühist kui erinevusi. Ilus veebirakendus ei tohiks olla mitte ainult moodulaarne, vaid peaks ka jagama oma mooduleid teiste veebirakendustega. Mõnes mõttes peegeldab see idee spetsifikatsioonides JSR 168 ja JSR 286 ning sellistes raamistikedes nagu WordPress, Django ja sama Magento. Mida rohkem veebirakendustes kasutatavaid mooduleid on, seda ilusamaks ma seda pean. Ühisloomine võimaldab luua kvaliteetsemaid mooduleid ja seega ka stabiilsemaid veebirakendusi.

Moodi mõistes ei pea ma silmas selliseid teeke nagu jQuery või RequireJS — pigem suuremaid mooduleid, näiteks pluginaid WordPress ja Django. Kuid ka teekide puhul kehtib väide, et teegi laialdane kasutamine võimaldab selle kvaliteeti ja usaldusväärsust parandada.

Harvardi arhitektuur

Harvardi arhitektuur, erinevalt praegu valitsevast bals Princetonist, tähendab see koodi ja andmete eraldamist. Arhitektuur ei tõusnud, kuid idee ise tundub mulle ilus. Eriti veebirakenduste jaoks. Iga staatika (HTML/CSS/JS/Pildid/…) on kood. Seda saab ja tuleb vahemälustada nii serveripoolses kui ka kliendipoolses osas. Andmed on REST/JSON (ilus) või SOAP/XML (veidi vähem ilus). Või WebSockets/JSON (võib-olla parim variant, kuid ma pole proovinud).

Lokaliseerimine

On kaks asja, mis mind veebirakenduste arendamisel eriti häirivad — see on mitmekeeline liides ja ajavööndid. Olen ise Lätist, meil on kolm keelt: LV, RU, EN. Ilus veebirakendus peaks võimaldama mitte ainult mitme keele kasutamist rakenduses, vaid ka võimaldama suurendada kasutatavate keelte arvu väliste ressursside kaudu, nagu Crowdin. See kehtib ka moodulite kohta, millest veebirakendus koosneb.

Ajavööndite osas on kõik lihtne: igal juhul, kui ei ole selge, kuidas kuupäeva ja aega töödelda, tehke nii: kõik, mis asub serveris, lahkub serverist ja tuleb serverisse — UTC, kõik, mis kuvatakse kliendil — vastavalt kasutaja profiili ajavööndile. See on ilus.

Seppade asemel "Surma Tähed"

Kaua aega tagasi oli igas suuremas linnas oma sepp. Võib-olla isegi mitte üks. Mõned olid paremad, mõned halvemad. Oli seppi, kes olid tuntud üle kogu maailma, ja oli ka selliseid, kelle poole mindi lihtsalt väljapääsu puudumise tõttu. Rändasid sõjad, epideemiad, looduskatastroofid. Mõned linnad kadusid koos elanikega. Kuid sepanduse amet püsis elus. Kadunud linnade kohal ehitati uusi ja nendesse ilmusid samuti sepikojad.

Ja nüüd vaadake sellist teenust nagu DNS. Kui juurduvad serverid, kätkeb kogu maailma.

Minu arvates ei saa ilus veebirakendus olla nii suur nagu Facebook või Mail.ru. See on juba lähemal "Surma Tähte» ja ressursside osas, mis on vajalikud ehitamiseks, ja ressursside osas, mis on vajalikud töökindluse tagamiseks. Jah, juhul kui Facebook hävitatakse, ei kao inimkond, selle funktsioone võtavad kiiresti üle teised rakendused (näiteks VK Venemaa territoriaalsetes ja ümbritsevates, Instagram, Twitter, ...). Siiski on olulise osa inimkonna sulgemine ühte rakendusse ainulaadne. Eriti arvestades, et on olemas palju stabiilsemaid alternatiive (näiteks torrents).

Kokkuvõte

Kui sa lugesid lõpuni ja tunned segadust — "mille jaoks see oli?"", siis avaldan oma sügavat kaastunnet. Ma ei sundinud sind seda lugema. Püüdsin lihtsalt väljendada oma mõtteid sõnades, et leida neid, kes mõtlevad samamoodi. Võib-olla suudan nendega arutada mõningaid aspekte kaunite veebirakenduste loomisel ja saada vastuseid oma küsimustele. Ja neid on mul palju.

Aitäh lugemise eest.

Allikas: habr.com