დიდი ხანია ვამუშავებ ვებ აპლიკაციებს. Დიდი ხნის წინ. თქვენი პირველი ვებ აპლიკაციები გარემოში Lotus Domino იმ დღეებში შევქმენი, როცა სიტყვა "გუგლი" ჯერ არ იყო ზმნა და ინტერნეტში ინფორმაციის მოსაძიებლად ადამიანები იყენებდნენ Yahoo! და რამბლერი. გამოვიყენე Infoseekom - მათ ჰქონდათ ვიწრო ძებნა და არა ისეთი მახინჯი გადატვირთული ინტერფეისი, როგორიც Yahoo!

აპლიკაციების, ნებისმიერი აპლიკაციის შემუშავება, არა მხოლოდ ვებისთვის, არის შემოქმედებითი სამუშაო. ნაკლებად სავარაუდოა, რომ ვინმე ამ განცხადებას ეკამათება. და სილამაზე შემოქმედებაში ჰგავს პრაქტიკას სამეცნიერო ცოდნაში - ჭეშმარიტების კრიტერიუმი. მაგრამ თუ სამეცნიერო პრაქტიკა ობიექტურია და დაფუძნებულია ზომებზე, მაშინ სილამაზე სუბიექტური საგანია, იმისდა მიხედვით, თუ ვინ ეძებს. ასე რომ, მე ვკითხე ჩემს თავს, რა არის ლამაზი ვებ აპლიკაცია პირადად ჩემთვის?

(KDPV-ზე თვალი ჩემი არ არის, ეს ქალის თვალია, მაგრამ, IMHO, ქალის თვალი KDPV-ზე უფრო შესაფერისია, ვიდრე მამაკაცის, რადგან ეს არის - KDPV!)

ჭრილის ქვემოთ არის ჩემი საკუთარი კრიტერიუმები, თუ რომელი ვებ აპლიკაცია შეიძლება ჩაითვალოს ამჟამად ლამაზად. ძალიან სუბიექტური განცხადება ჩემი პირადი გამოცდილებიდან გამომდინარე. შესაძლოა ზოგიერთს ჩემი სილამაზის კრიტერიუმი სიმახინჯის კრიტერიუმად მოეჩვენოს. არ გაგიკვირდეთ, უბრალოდ განსხვავებული გამოცდილება გაქვთ.

და რადგან თქვენ უკვე შეიტანეთ ჭრილში, გთხოვთ, ფრთხილად იყოთ თქვენს კომენტარებში. ბოლოს და ბოლოს, თუ თქვენ შეგიძლიათ შეწყვიტოთ სტატიის კითხვა, როგორც კი ის, რაც მასშია ნათქვამი, მოგეჩვენებათ მახინჯი ან თუნდაც მახინჯი, მაშინ მე, როგორც ავტორი, იძულებული ვარ წავიკითხო ყველა კომენტარი.

ჰაბიტატი

ოქმები

არც კი ვიცი ღირს თუ არა ამ კრიტერიუმის ცალკე შედგენა. ვებ აპლიკაციები ცხოვრობენ ინტერნეტში და იძულებულნი არიან შეასრულონ ვებსაიტის კანონები (პროტოკოლები). ინტერნეტში არსებული ძირითადი პროტოკოლებია: TCP и IP. ბევრი სხვა პროტოკოლი მათზეა დაფუძნებული, მაგრამ ვებ აპლიკაციებისთვის ყველაზე მნიშვნელოვანად მიმაჩნია HTTP (უფრო სწორად, მისი გაფართოება HTTPS ბაზაზე TLS). ანუ, ლამაზი ვებ აპლიკაცია ხელმისაწვდომია HTTPS/TLS-ის საშუალებით (სურვილისამებრ - HTTP-ის საშუალებით) და სხვა პროტოკოლები (LDAP, RPC, IMAP4, POP3, SMTP, FTP, NNTP, ...) მას ნაკლებად ლამაზს ხდის ყოველი დამატებითი მხარდაჭერით. ოქმი. თავად აპლიკაციას შეუძლია გამოიყენოს გარე რესურსები ამ დამატებითი პროტოკოლების გამოყენებით.

რაც შეეხება ვებ – ჩანართი, მაშინ მე არ მაქვს საკმარისი გამოცდილება ამ პროტოკოლის ვებ აპლიკაციებთან გამოყენებისას. ის გამოიყურება ლამაზი და პერსპექტიული, მაგრამ ვერ ვიტყვი რამდენად სტაბილური და პრაქტიკულია.

ბრაუზერები

ვებ აპლიკაციას აქვს მხოლოდ ერთი ფეხი სერვერის მხარეს, მეორე კი კლიენტის მხარეს. კლიენტის მხარე არის ბრაუზერი. თანამედროვე ბრაუზერი უზრუნველყოფს Ბევრი რამე, რომელიც თანამედროვე ვებ აპლიკაციას შეუძლია და უნდა გამოიყენოს თავის სასარგებლოდ. ლამაზი ვებ აპლიკაცია იყენებს ბრაუზერის თანამედროვე შესაძლებლობებს და არ არის საჭირო ბრაუზერებში მუშაობა, რომლებიც არ უზრუნველყოფენ თანამედროვე შესაძლებლობებს. მესმის ეს პოლიფილები - ეს აუცილებელი ზომაა, მაგრამ მახინჯი. საბოლოო ჯამში, არა მხოლოდ დეველოპერებმა უნდა გააგრძელონ თანამედროვე ტექნოლოგიები, ეს ასევე ეხება მომხმარებლებს და ბიზნესს.

YAP

პროგრამირების ენებით, რომლებიც გამოიყენება ვებ აპლიკაციების შესაქმნელად, ყველაფერი ძალიან დამაბნეველია. ვებ აპლიკაციების კლიენტური მხარისთვის, არსებობს უამრავი ტექნოლოგია, რომელიც საშუალებას აძლევს დეველოპერს ხელი შეუწყოს HTML/CSS/JS ტრიადის შექმნას (რაც ყველა თანამედროვე ბრაუზერს ესმის). მაგრამ ერთ დროს მჭიდრო კონტაქტში შევედი G.W.T. და ვფიქრობ, რომ მშვენიერია, როდესაც დეველოპერი ბრაუზერში ხედავს ორიგინალ კოდს და არა კომპილაციის ან ტრანსპილაციის შედეგს. ამიტომ გამოიყენეთ ვებპაკეტიდა მსგავსი პროდუქტები კლიენტის კოდის გენერირებისთვის, IMHO, მახინჯია. რაც უფრო ჰგავს ბრაუზერში გაშვებული კოდი დეველოპერის მიერ შექმნილ წყაროს, მით უკეთესი. არ გჯერა? სცადეთ GWT-ის მიერ წარმოებული კოდის გამართვა წარმოებაში.

უფრო მეტი თავისუფლებაა სერვერის მხარეს (Java, PHP, perl, python, C#, Ruby, ...), მაგრამ მეჩვენება, რომ მშვენიერია, როდესაც ერთი და იგივე პროგრამირების ენა გამოიყენება როგორც სერვერის მხარეს, ასევე სერვერზე. ბრაუზერი - JavaScript. Ისევ ენა განსაზღვრავს აზროვნებას, და თანამოაზრე ადამიანების გუნდები უფრო პროდუქტიულები არიან.

კაცობრიობა

ლამაზი ვებ აპლიკაცია სასარგებლო უნდა იყოს. სასარგებლოა, პირველ რიგში, ადამიანისთვის, როგორც საბოლოო მომხმარებლისთვის. ამიტომ, მას ვერ ვუწოდებ ლამაზ ვებ აპლიკაციას ვებ სერვისები. ჩვეულებრივი ადამიანისთვის (არა ვებ დეველოპერისთვის) რთულია მათთან მუშაობა. ვებ სერვისები თავისებურად ლამაზია,

ლამაზ ვებ აპლიკაციას უნდა ჰქონდეს ინტუიციური ინტერფეისი. შეიძლება კამათი UIეს საკმაოდ სუბიექტური საკითხია. ცხვირი UX ყველაფერი გაცილებით მარტივია, თუ მომხმარებელი ვერ გამოიყენებს აპლიკაციას ძვირფასის გარეშე RTFM - ცუდი UX, მახინჯი ვებ აპლიკაცია. ამ კრიტერიუმთან შედარებით ულამაზესი ვებ აპლიკაციები ადვილად გამოიყენებენ ბავშვებს, რომლებმაც ჯერ არ იციან კითხვა.

ინვერსიული მასშტაბირება

ოდესღაც პროგრამების გადატანა შეიძლებოდა ფლოპი დისკებზე, ახლა - ფლეშ დრაივებზე ან დაუყოვნებლივ გადმოწერილი ინტერნეტიდან. ჩვეულებრივი აპლიკაციის კოპირება და სხვა აპარატზე გაშვება ტრივიალური ამოცანაა. სიტუაცია ვებ აპლიკაციებთან დაკავშირებით გარკვეულწილად განსაკუთრებულია. ქსელი არის გლობალური გარემო, რომელშიც არ არის საჭირო ერთი და იგივე ვებ აპლიკაციის კლონების არსებობა. ინტერნეტში საკმარისია ერთი Facebook, Twitter, Instagram, Mail.ru ან Yandex. თქვენ შეგიძლიათ გქონდეთ სხვადასხვა ვებ აპლიკაციები იმავე თემატურ ნიშაში, მაგრამ სხვადასხვა აუდიტორიასთან (როგორიცაა Facebook და Vkontakte, Mail.ru და Gmail, Google Maps და Azure Maps). ასეთი ვებ აპლიკაციების გლობალური ხელმისაწვდომობის უზრუნველსაყოფად საჭიროა აპარატურის რესურსები, ვთქვათ, არატრივიალური.

მე არასოდეს მიმუშავია ამ დონის ვებ აპლიკაციებთან, როგორც დეველოპერი და წარმოდგენა არ მაქვს, როგორ მუშაობენ ისინი შიგნით. ასეთი ვებ აპლიკაციების ფუნქციონირების უზრუნველსაყოფად საჭიროა შესაბამისი სპეციალისტების გუნდები და ცალკეული მონაცემთა ცენტრები. მე აღფრთოვანებული ვარ ადამიანების უნარით ითანამშრომლონ ამხელა მასშტაბით და შექმნან ასეთი პროდუქტები, მაგრამ ჩემი სილამაზის სტანდარტი არის ვებ აპლიკაცია, რომელიც შეიძლება ცალკე ლეპტოპზე გაუშვათ.

ულამაზესი ვებ-აპლიკაციის მასშტაბები არა მხოლოდ ზევით და გარედან (მომხმარებლებისთვის), არამედ ქვევით და შიგნითაც (დეველოპერებისთვის).

"ამფიბიობა"

თანამედროვე ვებ აპლიკაციებზე წვდომისთვის გამოიყენება ორი ტიპის მოწყობილობა:

• კომპიუტერები (ლეპტოპები, დესკტოპები);
• მობილური მოწყობილობები (სმარტფონები და ტაბლეტები);

სადღაც ჰორიზონტზე უფრო მეტი ჩანს"ნივთების ინტერნეტი”მაგრამ ეს არის ახლა.

კომპიუტერები განსხვავდებიან მობილური მოწყობილობებისგან ისევე, როგორც მიწის არსებები განსხვავდება წყლის ფრინველებისგან. ეს განსხვავებული გარემოა და მათში მცხოვრებ არსებებს (პროგრამებს) სხვადასხვა მოთხოვნებს უყენებენ. ლამაზი ვებ აპლიკაციები არ არის ისეთი, როგორიც გამოიყურება ამფიბიებიწყალში მყოფნი თევზებივით არიან, ხმელეთზე - ცხოველებივით და ჰაერში (SEO) - ჩიტებივით.

ჩემი აზრით მახინჯია"ამფიბიობა“, ეს ჰგავს ორ (SEO - სამ) სკამზე დაჯდომის მცდელობას. უკეთესია, როგორც ფიონა შრეკიდან - ერთი დღისით და მეორე ღამით. დიახ, უფრო ძვირი. მაგრამ უკეთესი.

ჯვარედინი გაზიარება

მე უკვე აღვნიშნე აბზაცში „უკუ მასშტაბურობა“, რომ ქსელის გლობალურობა შესაძლებელს ხდის პლანეტაზე ერთი ვებ აპლიკაციის არსებობას. ამიტომ, ყოველი ვებ აპლიკაცია უნდა იყოს ოდნავ მაინც განსხვავებული სხვებისგან, რათა უზრუნველყოს მისი გადარჩენა. თუმცა, ჩემი მრავალწლიანი გამოცდილება Magento (ელექტრონული კომერციის მაღაზიების მშენებლობის ჩარჩო) ამბობს, რომ ცალკეულ ვებ აპლიკაციებს შორის შეიძლება უფრო მეტი მსგავსება იყოს, ვიდრე განსხვავებები. შესანიშნავი ვებ აპლიკაცია არ უნდა იყოს მხოლოდ მოდულური, მან ასევე უნდა გააზიაროს თავისი მოდულები სხვა ვებ აპლიკაციებთან. გარკვეულწილად ეს აზრი აისახება სპეციფიკაციები JSR 168 და JSR 286 და ჩარჩოები, როგორიცაა WordPress, Django და იგივე მაგენტო. რაც უფრო მეტ მოდულს იყენებს ვებ აპლიკაციის სხვა ვებ აპლიკაციები, მით უფრო ლამაზია ის ჩემი გადმოსახედიდან. Cross-sharing საშუალებას გაძლევთ შექმნათ უმაღლესი ხარისხის მოდულები და, შედეგად, უფრო სტაბილური ვებ აპლიკაციები.

მოდულში მე არ ვგულისხმობ ბიბლიოთეკებს, როგორიცაა jQuery ან RequireJS - საკმაოდ დიდი ერთეულები, როგორიცაა დანამატები WordPress и Django. მაგრამ ბიბლიოთეკებისთვის ასევე მართალია თეზისი, რომ ბიბლიოთეკის ფართო გავრცელება შესაძლებელს ხდის მის უკეთესს და მდგრადობას.

ჰარვარდის არქიტექტურა

ჰარვარდის არქიტექტურა, განსხვავებით ამჟამად მმართველი ბურთისგან პრინსტონი, გულისხმობს კოდისა და მონაცემების გამიჯვნას. არქიტექტურა არ აფრინდა, მაგრამ თავად იდეა მე პირადად მშვენიერი მეჩვენება. განსაკუთრებით ვებ აპლიკაციებისთვის. ნებისმიერი სტატიკური (HTML/CSS/JS/Images/…) არის კოდი. ის შეიძლება და უნდა იყოს ქეშირებული სერვერის ან კლიენტის მხარეს. და მონაცემები არის დასვენება/JSON (ლამაზი) ან SOAP/XML (ოდნავ ნაკლებად ლამაზი). ან WebSockets/JSON (შეიძლება საუკეთესო ვარიანტი იყოს, მაგრამ მე არ მიცდია).

ლოკალიზაცია

არსებობს ორი რამ, რაც განსაკუთრებით მაწუხებს ვებ აპლიკაციების შემუშავებისას - მრავალენოვანი ინტერფეისი და დროის ზონები. მე ვარ ლატვიიდან, ჩვენ გვაქვს სამი ენა: LV, RU, EN. მშვენიერი ვებ აპლიკაცია არა მხოლოდ საშუალებას მოგცემთ გამოიყენოთ რამდენიმე ენა თავად აპლიკაციაში, არამედ საშუალებას მოგცემთ გააფართოვოთ გამოყენებული ენების რაოდენობა გარე რესურსების გამოყენებით, როგორიცაა მაგ. კროუდინი. იგივე ეხება მოდულებს, საიდანაც აწყობილია ვებ აპლიკაცია.

დროის ზონებში ყველაფერი მარტივია, ყველა შემთხვევაში, როდესაც გაუგებარია როგორ დავამუშავოთ თარიღი-დრო, გააკეთეთ ეს: ყველაფერი, რაც სერვერზეა, მიდის სერვერზე და მოდის სერვერიდან - UTC, ყველაფერი, რაც ნაჩვენებია კლიენტზე. - მომხმარებლის პროფილიდან დროის სარტყელის მიხედვით. Ეს არის ლამაზი.

Forges სიკვდილის ვარსკვლავების ნაცვლად

დიდი ხნის წინ ყველა მეტ-ნაკლებად დიდ ქალაქს თავისი სამჭედლო ჰქონდა. ალბათ მარტო არა. ზოგი უკეთესია, ზოგი უარესი. იყვნენ მთელ მსოფლიოში ცნობილი მჭედლები და იყვნენ ისეთებიც, რომლებზეც ალტერნატივა არ არსებობდა. იყო ომები, ეპიდემიები და სტიქიური უბედურებები. მოსახლეობასთან ერთად გაქრა რამდენიმე ქალაქი. მაგრამ მჭედლის ხელობა ცოცხალი დარჩა. გაუჩინარებული ქალაქების ნაცვლად ახლები აშენდა და მათში სამჭედლოებიც გამოჩნდა.

ახლა შეხედეთ სერვისს, როგორიცაა DNS. როდესაც root სერვერები იშლება, მთელი მსოფლიო სიცხეშია.

ჩემი აზრით, ლამაზი ვებ აპლიკაცია არ შეიძლება იყოს ისეთივე დიდი, როგორც Facebook ან Mail.ru. ეს უკვე უფრო ახლოსაა"სიკვდილის ვარსკვლავი„როგორც მშენებლობისთვის საჭირო რესურსების, ასევე ოპერატიულობის შესანარჩუნებლად საჭირო რესურსების თვალსაზრისით. დიახ, თუ ფეისბუქი განადგურდება, კაცობრიობა არ გაქრება; მის ფუნქციებს სწრაფად აითვისებენ სხვა აპლიკაციები (იგივე ვ.კ. რუსეთის ფედერაციის ტერიტორიაზე და მიმდებარე ტერიტორიებზე, Instagram, Twitter, ...). თუმცა, პლანეტის მოსახლეობის მნიშვნელოვანი ნაწილის ერთ აპლიკაციაში ჩაკეტვა არ არის ლამაზი. უფრო მეტიც, ბევრად უფრო მდგრადი ალტერნატივების ხელმისაწვდომობის გათვალისწინებით (მაგ. ტორენტების).

რეზიუმე

თუ ბოლომდე წაიკითხეთ და დაბნეული ხართ - ”Რა იყო ეს?„მაშინ გამოვხატავ ჩემს გულწრფელ თანაგრძნობას. მე არ გაიძულებდი ამის წაკითხვას. მე უბრალოდ ვცდილობდი ჩემი აზრები გადმომეტანა სიტყვებით, რათა მეპოვა სხვები, რომლებიც ასე ფიქრობენ. შესაძლოა მათთან განვიხილო ლამაზი ვებ აპლიკაციების შექმნის რამდენიმე ასპექტი და გავარკვიო ჩემს კითხვებზე პასუხები. და მე მაქვს ბევრი მათგანი.

Მადლობა წაკითხვისთვის.

წყარო: www.habr.com