Teoretiska grunder för webbapplikationsutveckling. Grunderna för webbapplikationsutveckling


Med den här boken lär du dig grunderna i att skapa webbapplikationer genom att bygga en enkel applikation från grunden med använder HTML, javascript och andra fritt tillgängliga verktyg. Detta praktisk guideverkliga exempel lär oerfarna webbutvecklare hur man skapar användargränssnitt, bygga en serverdel, organisera kommunikation mellan klient och server, och även tillämpa molntjänster för att distribuera applikationen. Varje kapitel innehåller praktiska problem, fullfjädrade exempel och mentala modeller av utvecklingsprocessen. Den här boken hjälper dig att ta dina första steg i att skapa webbapplikationer genom att ge dig djupgående kunskaper om ämnet.

I början av 2008, sex år efter att ha tagit examen från gymnasiet och arbetat som deltidslärare, ville jag verkligen bli datorlärare på heltid. Det stod snabbt klart att en lärartjänst inte var lätt att hitta och att få ett bra jobb berodde mer på tur än på något annat. Tja, jag gjorde vad alla akademiker med självrespekt gör när jag ställs inför en dyster akademisk arbetsmarknad: jag bestämde mig för att förbättra min konkurrenskraft genom att studera webbapplikationsutveckling. Detta låter förstås konstigt. Bland annat hade jag vid den tiden redan studerat datorvetenskaper i ungefär nio år och dessutom hade jag i över sex år lärt elever hur man utvecklar programvara(FÖRBI). Borde jag inte vara väl medveten om hur man skapar webbapplikationer? Det verkar inte, eftersom det finns ett visst gap mellan praktiska dagligt arbete inom mjukvaruutveckling och programmering som akademisk disciplin, studerade på högskolor och universitet. Faktum är att min kunskap om webbutveckling var begränsad till HTML och till viss del CSS, som jag lärde mig på egen hand vid den tiden. Lyckligtvis hade jag flera vänner som arbetade aktivt i datorvärlden, och de flesta av dem vid den tiden diskuterade ett (relativt) nytt ramverk 1 som heter Ruby on Rails. Jag tyckte att detta var väldigt passande
Det är ett hett område att utveckla, så jag köpte några böcker om ämnet och började läsa tutorials på nätet för att komma igång. Och efter några månader, när jag försökte uppnå åtminstone något i praktiken, gav jag nästan upp. Varför? Ja, för de flesta böcker och utbildningsartiklar började med antagandet att jag redan vet hur man skapar webbapplikationer och har gjort detta i flera år! Samtidigt, trots min gedigna teoretiska bakgrund inom datorprogrammering, visade det sig att allt detta material är för lakoniskt och mycket svårt att förstå. Det visar sig till exempel att du kan ta flera datorklasser utan att någonsin stöta på designmönstret Model - View - Controller, och vissa böcker antar att du är mycket bekant med det i det första kapitlet. Jag kunde dock lära mig tillräckligt mycket om webbutveckling för att göra några konsultjobb, vilket kom väl till pass tills jag fick en lärartjänst. På grund av detta fann jag mig själv så fascinerad av de praktiska aspekterna av området att jag fortsatte att bedriva rådgivning medan jag arbetade som lärare. Efter några år av båda, blev jag ombedd att undervisa min första klass i webbapplikationsutveckling på universitetet norra Carolina i Asheville. Jag planerade ursprungligen att börja med Ruby on Rails, men efter att ha kollat ​​in de senaste böckerna och handledningarna om det, fick jag reda på att de inte har förbättrats alls under åren. Nej, de var till god hjälp för folk som kan grunderna mycket väl, men för eleverna som studerade hos mig var de definitivt inte lämpliga. Tråkigt, men inte förvånande – akademiska böcker om webbutveckling var ännu värre. De flesta av dem innehöll föråldrade koncept och täckte inte de kritiska ämnen som behövs för att förstå plattformar som Ruby on Rails. Till mig
Jag råkade till och med vara recensent av en bok, återutgiven 2011 och fortfarande beskrev layout med tabeller och taggar ! Nåväl, jag hade inget annat val än att skapa min kurs från grunden och skriva allt material själv. Vid den tiden höll jag på med en del konsultarbete på Node.js (en server-side anpassning av JavaScript) och tyckte att det skulle vara intressant att testa att skapa en kurs som lärde ut samma språk för både klienten och servern. Dessutom satte jag mig som mål att ge mina elever tillräckligt med kunskap för att Självstudie Ruby on Rails om de bestämmer sig för att fortsätta. Den här boken innehåller mycket av det material jag skapade när jag undervisade i den här kursen vid University of North Carolina i Asheville. Den beskriver hur man skapar en enkel databasdriven webbapplikation från grunden med JavaScript. Här finns en beskrivning av ett enkelt arbetsflöde (med textredigerare och versionskontrollsystem), grunderna i klientsidans teknologier (HTML, CSS, jQuery, Javascript), grunderna för serverteknologier (Node.js, HTTP, databaser), grunderna molninstallation(Cloud Foundry) och några exempel bra övning skriva kod (funktioner, MVC, DRY). Under vår resa utforskar vi grunderna JavaScript-språk, kommer vi att lära oss att programmera med hjälp av objekt och arrayer, och även överväga
mentala modeller som motsvarar denna typ av mjukvaruutveckling.

Gillade du artikeln eller boken? Dela med dina vänner:

NET har särskild förlängning " .aspx ".

Hur ASP fungerar. NET ser ut så här:

  • När en webbläsare begär en ASP.NET-fil vidarebefordrar IIS-webbservern begäran till ASP.NET-modulen på servern.
  • ASP.NET-modulen läser filen rad för rad och exekverar skriptkoderna som finns i filen.
  • ASP.NET-filen returneras till webbläsaren, men i form av ett vanligt HTML-dokument.

Vilken ASP-sida som helst. NET representeras av en klass som härrör från klassen System.Web.UI som definierar egenskaper, metoder och händelser som är gemensamma för alla sidor som är avsedda att bearbetas av ASP.NET-ramverket. NETTO

Mest viktiga egenskaper av detta objekt visas i tabellen nedan:

bokförfattare
Utgivningsår: 2015
Genre: » » » Webbapplikationsutveckling Fundamentals / Sammy Purival (2015)
Utgivare: Peter
Språk: ryska
Status: För avancerade programmerare
Formatera: pdf
Antal sidor: 272
Nedladdningslänk
Tillhandahålls till webbplatsen 3 juli 2017 23:07
Fast egendom Beskrivning
Ansökan Returnerar ett HttpApplicationState-objekt
Cache Returnerar ett Cache-objekt som lagrar applikationsdata, inkl. och själva sidan
IsPostBack Returnerar ett värde som indikerar om sidan laddades för första gången av klienten eller laddades om som svar på en klientförfrågan
Begäran Returnerar ett HttpRequest-objekt som används för att få information om en inkommande HTTP-förfrågan
Svar Returnerar ett HttpResponse-objekt som används för att formulera serverns svar till klienten
Server Returnerar ett HttpServerUtility-objekt
Session Returnerar ett objekt System.Web.SessionState.HttpSessionState, som ger information om den aktuella HTTP-sessionen

Denna design av projektet låter dig lagra separat presentationskod För HTML-generering kod (i *.aspx-fil) från programlogik(i *.aspx.cs-filen), vilket i många fall avsevärt förenklar utvecklingen av komplexa webbapplikationer.

Procedur för att utföra laboratoriearbete

Att arbeta med exemplen i detta laboratoriearbete, måste du installera miljön Microsoft utveckling Visuell Studio 2005+ och IIS 5+ webbserver (Internet Information Server).

När projektet är klart kommer det att innehålla filerna Default.aspx, Default.aspx.cs och Default.asp.designer.cs.

Den första kommer att innehålla något i stil med följande kod:

<%@ Page Language="C#" AutoEventWireup="true" CodeBehind=" Default.aspx.cs" Inherits="ASPNETHello._Default" %> Obetitlad sida

Från den här koden kan du se att för det första kommer C#-språket att användas för att generera HTML-koden som returneras till webbläsaren (se attributet Language). För det andra finns C#-koden i en separat fil som kommer att köras på webbservern (se attributet CodeBehind). Slutligen pekar attributet Inherits på namnet på klassen som definieras i CodeBehind.

En viktig innovation inom ASP. NET är attributet runat="server" placerat i taggen

. Det betyder att detta element måste bearbetas av ASP-körtiden. NETTO.

  1. Nu mellan taggarna
    Och
    klistra in kod

    Hallå!

    jag är

    <%=Request.ServerVariables["HTTP_USER_AGENT"] %>>

    I i detta exempel egenskapen Request för ett Page-derived objekt användes för att erhålla värdet miljöfaktor HTTP_USER_AGENT.

    C#-koden i filen Default.aspx.cs kan se ut ungefär så här.

Idag ska vi prata om boken av Sammy Purival Grunderna i webbapplikationsutveckling" (länk till förlagets "Peter") hemsida, på engelska heter det "Learning Web App Development" (länk till amazon.com). Det där glada tillfället när en bok på ryska kostar mindre än originalet - 300 rubel mot nästan $20 för den elektroniska versionen.

Men vi brukar ta och läsa böcker inte för att de är billiga eller dyra, utan för att de kan ge oss åtminstone en viss fördel. Boken är placerad som en guide för nybörjare som inte har sysslat med utveckling. Den beskriver hela processen för att skapa applikationer, plus uppgifter, steg för steg. Teknikerna som används är HTML, CSS, JavaScript, Express, Redis, Sublim text 3, git, MongoDB, Vagrant, Oracle VM VirtualBox, molngjuteri och använder även twitter API. Allt detta får plats på 272 ark, inklusive omslaget. Imponerande resultat. Nedan kan du läsa om allt mer i detalj.

I skrivande stund hade författaren redan arbetat i cirka 10 år som lärare i datavetenskap och frilansande JavaScript-konsult. Folk börjar vanligtvis skapa något eget när de inte kan hitta något som passar från andra människor, och det är vad som hände med den här boken. Den är inspirerad av tiden om hur modern webbutveckling ska se ut. Denna kurs kanske inte passar alla. Sammy Purival är också ärlig och säger att den här boken inte kommer att göra dig till en programmerare, och troligtvis kommer ingen att kalla dig till jobbet efter att ha avslutat kursen. Det är sant, men stora saker börjar små.

Boken ska läsas aktivt, sittande bredvid datorn. Författaren försöker göra det omöjliga och visar recept för Windows / Linux / MacOS, även om vissa recept kanske inte fungerar under denna tid, och webbgränssnitten för webbplatser har förändrats, måste vi hylla det faktum att han har gjort enormt mycket av arbete. Hela resan börjar med förberedelser: med installation av en textredigerare och webbläsare. Jag skulle vilja notera på egen hand att jag gjorde allt i FireFox och inte upplevde några problem i ett av kapitlen kommer det att lanseras "farlig kod", och här är Firefox, till skillnad från; google chrome kan köra den utan några parametrar. Generellt sett bör det första kapitlet inte innebära några särskilda svårigheter.

Det andra kapitlet börjar berättelsen om modern HTML, som kan användas för att skapa statiska webbsidor, och vad mer är, det är fortfarande grunden för webbapplikationer. Materialet är kanske inte särskilt omfattande, men även om du aldrig har sysslat med det så ger det allmänna begrepp. Du kan stärka dina kunskaper i många onlinekurser. Till exempel använde jag codecademy (och en länk till lär HTML-kursen). Plus, från det andra kapitlet börjar enkel användning av git.

Det tredje kapitlet öppnar upp för möjligheter CSS-formatering. De kaskadformade stilarken gjorde själva html-filer enklare och renare, och de kan också bytas och fås mycket snabbare utmärkt resultat. För de som tyckte att det här kapitlet inte räcker till kan de prova onlinekursen, samt CSS-ramverk som t.ex Twitter Bootstrap och Zurbs stiftelse.

I det fjärde kapitlet introducerar författaren oss till JavaScript och dess jQuery bibliotek djupare kunskaper i detta språk kan dock fås antingen i kursen eller till exempel i boken " Uttrycksfull JavaScript"(utan registrering och SMS, gratis bok på Habré). Man kan ha olika attityder till JS, men idag är det ett av de språk som man behöver kunna åtminstone lite för att arbeta på webben.

I det femte kapitlet vi pratar om om JSON, AJAX och bland annat skapat intressant applikation, för att söka efter bilder på Flickr.

I det sjätte kapitlet måste du vara tålmodig och stark, du måste konfigurera virtuell maskin och miljön inom den. Sedan boken gavs ut har vissa saker förändrats och jag fick pyssla mycket. Däremot kan du hyra en webbserver och utföra uppgiften där också, ställa in miljön själv. Det är här fusket på pakethanterare npm (länk till habr). Här kan du behöva konto för Twitter som vill ha din telefonnummer. Att göra eller inte göra är upp till dig.

Det sjunde kapitlet talar om Redis och MongoDB-databaser, å ena sidan är det en bra presentation, å andra sidan verkar det som att något saknas. Som ett tillägg är en av de rekommenderade böckerna "7 Databases in 7 Weeks" av Eric Redmond och Jim Wilson, dess svårighet ligger i det faktum att utan att läsa och slutföra föregående kapitel bör du inte gå vidare till nästa, och där finns heller ingen information om installations- och konfigurationsdatabaser. Vilket i sig är ett problem. Det finns också MongoDB University, men du måste ha tålamod för att vänta på att nya uppgifter ska komma. Kanske är det här för någon ett bra alternativ, du bestämmer.

Koncept och klassificering av webbteknologier

Utveckling av modern datorutrustning och genomförande senaste tekniken markerade början på en ny riktning för livet på jorden. Under en ganska kort tidsperiod i utvecklingen av mikroelektronik och cybernetik har många förändringar skett.

Den progressiva utvecklingen av teknik har orsakat uppkomsten av nya mjukvaruprodukter. Varje år introduceras fler och fler programmeringsspråk. Samtliga riktar sig i första hand till målgruppen.

Inte bara datorer utvecklas, utan även nätverk. Om internet för bara några decennier sedan var litet privata nätverk, då är det nu ett gigantiskt system av sammankopplade datorer, utan vilka vi kanske inte kan föreställa oss livet.

Internet är inte bara en "cool pool" där mycket "överhettade" människor känner sig så bekväma, utan också en plats där du kan "röra" nästan vilket hett ämne som helst utan rädsla för att bli bränd.

Webbteknik har helt revolutionerat idén om att arbeta med information och med en dator i allmänhet. Det visade sig att traditionella parametrar utveckling datateknik- produktivitet, genomströmning, lagringsenheternas kapacitet - tog inte hänsyn till systemets huvudsakliga "flaskhals" - gränssnittet med en person. En föråldrad mekanism för mänsklig interaktion informationssystem begränsat införandet av ny teknik och minskat fördelarna med användningen av dem. Och bara när gränssnittet mellan människa och dator förenklades till en naturlig perception en vanlig människa, följt av en aldrig tidigare skådad explosion av intresse för datorteknikens möjligheter.

Information, tillgängliga för användarna Internet, finns på datorer (webbservrar) på vilka specialprogramvara är installerad. Mycket av denna information är organiserad i form av webbplatser. Var och en av dem har sitt eget namn (adress) på Internet. En webbplats är information som presenteras i en viss form, som finns på en webbserver och har ett eget namn. För att visa webbplatser på användarens dator, använd specialprogram som kallas webbläsare. De vanligaste webbläsarna är för närvarande Internet Explorer och Netscape Navigator. Beroende på vilket webbplatsnamn vi anger i raden "Adress", kommer webbläsaren att ladda motsvarande information i sitt fönster.

En webbplats består av sammanlänkade webbsidor. Webbsidan är textfil med tillägget *.htm, som innehåller textinformation Och specialteam- HTML-koder som bestämmer hur denna information kommer att visas i webbläsarfönstret. All grafik-, ljud- och videoinformation ingår inte direkt på webbsidan och representerar separata filer(Figur 1 Bilaga A) .

Moderna webbapplikationer är främst portaler som tillhandahåller tjänster som inte kan användas någon annanstans. En av nackdelarna med sådana tjänster är svårigheten att utbyta information mellan företag. I synnerhet även kontakt och annat personlig information du måste ange den igen på varje sådan webbplats.

För närvarande, när det gäller syfte, finns det tre huvudtyper av portaler:

Offentliga eller horisontella portaler (ibland kallade megaportaler), som Yahoo, Lycos, Excite, Rambler. Sådana portaler är ofta resultatet av utvecklingen av sökmotorer. De är avsedda för den bredaste publiken, vilket återspeglas i innehållet i informationen och tjänsterna de tillhandahåller. Vanligtvis är denna information allmän karaktär, samt de tjänster som tillhandahålls (e-post, nyhetsbrev, etc.).

Vertikala portaler. Denna typ av portal är avsedd för specifika typer av marknader och betjänar publiken som använder tjänsterna på denna marknad eller arbetar på den. Exempel på sådana portaler är till exempel resebyråer som tillhandahåller tjänster för bokning av hotell, beställning och leverans av biljetter, tillgång till kartor och information om vägsträckor, eller B2B-portaler (business-to-business) som låter sina kunder implementera gemensamma affärsverksamhet (till exempel välja leverantörer och köpa varor, genomföra auktioner).

Företagsportaler är avsedda för anställda, kunder och partners i ett företag. Användare av en sådan portal får tillgång till tjänster och applikationer avsedda för dem, beroende på deras roll och personliga profil.

Andra vanligaste webbapplikationer:

Regionala internetportaler, universella till sin omfattning, men begränsade av intresserade besökares geografi (e1);

Sökmotorer är internetportaler som är utformade för att ge sina besökare möjlighet att hitta webbplatser där specificerade ord eller hela fraser förekommer (metabot);

En katalog är en samling länkar till webbplatser. Varför behöver vi kataloger om det finns en sökning? Mycket ofta vet vi inte exakt vad vi behöver, vi kan inte formulera det med några få ord (mail);

Elektroniska anslagstavlor är en plats på Internet där nästan vem som helst kan lämna information av informations-, inbjudnings- eller reklamkaraktär;

Forum är speciella webbplatser eller sektioner på webbplatser utformade för att tillåta besökare att lämna meddelanden och utbyta åsikter;

Chattar är en annan plats för kommunikation på Internet, men dess syfte är inte att utbyta åsikter om något ämne, utan helt enkelt att fördriva tid;

Filer för nedladdning;

Fotogallerier;

Inslag av statistik;

Lagring av diverse information på Internet;

Servrar e-postlistor, de erbjuder tjänster för att leverera information till ett brett spektrum av läsare (prenumerera);

Nätbutiker och auktioner (ozon, molotok).

Krav för webbapplikationer

Utgångspunkten i ett webbprojekt är en analys av sajtens mål och de funktioner som kommer att erbjudas användaren.

Den andra etappen blir bygget informationsarkitektur webbplats.

När allt material på webbplatsen och dess struktur är känt kan du gå vidare till utformningen av själva navigeringen och sidorna.

Webbplatskarta

Det är nödvändigt att placera en tydligt synlig länk till webbplatskartan på varje sida. Sidan som visar kartan bör inte vara större än två sidor på användarens skärm. Två typer av kartor används: statiska och dynamiska. Det är mest effektivt att använda en karta med statisk visning av informationsarkitekturen, eftersom en dynamisk vy leder till ännu större förvirring. Kartan skapades för att bättre orientera användaren, så kartan måste visa inte bara användarens nuvarande position på webbplatsen, utan även de avsnitt som han redan har besökt.

Hemsida

Huvudsidan på företagets webbplats är sidans ansikte, vänd mot hela nätverket (Figur 2 Bilaga B). Huvudsidan anger tydligt företagets mål, och varje designelement bör tillåta användaren att bättre förstå webbplatsen och bestämma sekvensen av åtgärder för att lösa sina problem.

Det är med startsida De flesta användare börjar sin resa genom webbplatsen. Samtidigt ska vår sida vara gjord på ett sådant sätt att personer som kommer till sidan via en djuplänk känner sig bekväma. För att göra detta måste du placera på varje sida på webbplatsen:

företagsnamn eller logotyp i det övre vänstra hörnet

individuell slogan för webbplatsen, bestående av en mening

Det kan inte antas att användaren har kommit fram till denna sida, som täcker hela vägen från början till slut. Det är mycket möjligt att han inte såg informationen som vi angav på sidorna högsta nivån hierarki. Med djuplänkar måste vi orientera användaren till en plats, tala om för honom var han är nu på webbplatsen, vilket indikerar en kedjelänk på sidan. Om det finns ett behov av att en sida inte ska indexeras i sökmotorer måste du ange i "HEAD"-elementet .

I avsnittet "Om oss" måste du ange grundläggande information om företaget:

sammansättning av högsta ledningsgruppen (med bibliografi och fotografier);

Kontaktinformation;

organisationens filosofi (affärsvision, samhällsrelationer, ambitioner);

viktigaste historiska milstolpar;

En lång förklaring överst på sidan "Om oss" hjälper användaren att bättre förstå vad som finns i djupet av denna giveaway.

Texten måste vara lätt att läsa av både unga och gamla användare, så vi måste ange teckenstorleken i relativa enheter, och inte i absoluta tal, eftersom storleken måste väljas av användarna själva. I det här fallet måste texten helt passa på sidan, oavsett vad som irriterar användningen av horisontell rullning av webbplatsens sidor.

Användare läser sällan webbsidor ord för ord. Under den första visningen letar han efter fakta och struntar i detaljer, men efter att ha hittat material av intresse kan han gå djupare. Ett ungefärligt sidvisningsschema ser ut så här: den första horisontella linjen ses helt, nästa ses inte till sitt fulla djup, och för varje efterföljande rad minskar informationsryckningen mer och mer.

Därför ser användarna ofta bara övre del artiklar. Och bara de mest intresserade läsarna kommer att scrolla ner på sidan, och bara dessa få kommer att förstå historien om artikeln i alla dess detaljer. Därför är det viktigt att tillämpa den "omvända pyramidprincipen", som består i att artikeln börjar med en "slutsats", följt av ett meddelande om viktig information, och i slutet ges bakgrunden till händelsen.

För att göra sidorna bekväma att se använder vi:

framhäva nyckelord;

välskrivna rubriker;

listor med markörer;

ett stycke per idé (användare hoppar över alla andra idéer om de inte attraheras av huvudorden i stycket);

inverterad pyramidstil (där artikeln börjar med en slutsats);

färre ord än i en vanlig artikel;

ett minimum av dåligt förstådda termer;

anger datumet då meddelandet skapades (för att veta hur långt det är, det är relevant för tillfället);

kontextuell information för "ALT"-attributet.

e-postrubriker visas ofta ur sitt sammanhang:

i listan över artiklar på webbplatsen;

i e-postmeddelandehuvuden;

i sökresultat;

i din webbläsares bokmärken.

Samtidigt ska användare inte ha någon superkunskap för att förstå vår rubrik om de hoppar över texten under rubrikerna. Av denna anledning bör titeltexten vara en fristående information som gör att den kan förstås i frånvaro av resten av innehållet. När du skriver en titel är det nödvändigt att använda ett neutralt språk och inte använda: ordvitsar, "förfining", "förlokkelser", versaler (eftersom det verkar som att vi ropar på användaren)

Användare föredrar meningsfulla titlar. Ju kortare mikroinnehåll, desto lättare är det att skumma. Det är nödvändigt att utesluta användningen av samma ord i början av varje artikel och sidtitel, eftersom om flera sådana artiklar används samtidigt, kommer det att vara svårt att välja önskad artikel i panelen eller bokmärken.

När du uppmanas att ge oss en e-postadress är det nödvändigt att säga, här och nu, vad exakt användaren kommer att få och hur ofta du kommer att störa hans sinnesfrid brevlåda. Mailto-länkar bör användas på ett sådant sätt att vi kan förstå exakt vad som ligger framför oss postadress. Placera inte e-postlänkar på namn, eftersom att klicka på ett namn bör leda till deras biografi. När man kommunicerar via e-post Det finns ingen anledning att använda det specifika namnet på en av de anställda, såvida inte användaren har etablerat en personlig relation med denne (mejl från okända personer hamnar oftast i papperskorgen).

För att öka webbplatsens trovärdighet måste du använda hög kvalitet grafiska bilder. Du bör dock inte använda stora bilder som standard. Det är lämpligt att använda skisser och vid behov förstora dem så mycket som användaren önskar. Miniatyrer bör innehålla all grundläggande information om bilden. På sajten skulle det vara mer korrekt att använda fotografier av riktiga anställda och kunder, snarare än fotomodeller med ett bländande Hollywood-leende. Det är också nödvändigt att använda bra stil brev och utgående hypertextlänkar till andra webbplatser. Det finns inget behov av att använda "reklamvatten", eftersom det har en extra känslomässig belastning, och användarna måste lägga tid på att sålla bort hyperboler från verkliga fakta.

Anknytning

Det klassiska sättet att öka anknytningen till en webbplats är att publicera färskt material med en viss regelbundenhet (från dagligen till månadsvis). För de intresserade är det nödvändigt att organisera utskick av färskt material. Nästan 100 % av de som har prenumererat kommer periodvis att besöka själva sajten så länge som författaren påminner dem om sig själv.

Webbplatsdesign bör anpassas till människor. Ett alternativ för en sådan enhet är en profil, men att fylla i den kräver tålamod, varför den fylls i av etablerade webbplatsbesökare. Därför, för att spåra användare, är det bättre att använda en "cookie", i filen som alla nödvändig information och inte det tråkiga registreringsförfarandet. Om det fortfarande är nödvändigt för säkert arbete registrering, då ska du inte skapa för strikta anmälningsformulär. Om det är möjligt att använda autokomplettera och automatiskt placera markören i det första fältet i formuläret.

Du bör inte skapa formulär för att söka på Internet om användaren behöver det, kommer han att använda en speciell sökmotor.

Länkar bör vara förutsägbara; användaren bör veta vad som kommer att hända om han klickar på länken. Gör det tydligt vad länken är: om det är text, gör den färgad eller understruken. Dölj inte skillnaderna mellan besökta och obesökta länkar. Skapa länkar med förväntan att sökmotorerär de viktigaste besökarna, och de är döva och blinda för högteknologi. Designa dina "titel"-taggar så att de ser bra ut i sökmotorer och bokmärken, så du måste börja dina länkar med ett nyckelord.

Undvik uppkomsten av trasiga länkar, eftersom andra webbplatser och sökmotorer inte länkar till oss i det här fallet.

När du navigerar på webbplatsen, låt användaren välja hur sidor ska öppnas, antingen i popup-fönster eller på annat sätt.

I WEB användare De uppmärksammar inte något annat än sitt mål, och reklam som distraherar dem från att uppnå sitt mål ignoreras helt enkelt. Om vår annons dyker upp innan användaren hittar det material han är intresserad av, så kommer den med största sannolikhet att stängas. Och när han är klar med sin huvuduppgift och är redo att titta närmare på annonsen, kommer han helt enkelt inte att se den längre eftersom han stängde popup-fönstret. Därför bör du aldrig distrahera användaren från ditt mål.

När en användare skriver sökord i en sökmotor, annonser som kommer att visas i listan med frågeresultat kommer att vara direkt relaterad till vad personen behöver. Och så läser han dessa annonser och klickar på länkarna. Sådan reklam kostar mycket mindre än att distribuera flygblad.

Så hemligheten bakom framgång är att kombinera reklam med användarmål.

avsaknad av en "Stäng"-knapp;

ange tydligt vad som kommer att hända när du klickar på det;

ger Ytterligare information om dig själv utan att behöva lämna den aktuella sidan.

Utföra bedömningsarbete

För att genomföra bedömningsarbetet är det nödvändigt att involvera från tre till fem deltagare. Var och en av dem gör jobbet individuellt. Därefter jämförs deras resultat och dras till en enda slutsats. Testet utförs i två steg:

  • 1) förståelse för gränssnittet;
  • 2) koncentration av uppmärksamhet på vissa element.

Det är nödvändigt att nämna varje problem separat, oavsett hur det upprepas i framtiden.







2024 gtavrl.ru.