Ühe Lehekülje Liides Manifest

Link: http://itsnat.sourceforge.net/php/spim/spi_manifesto_en.php

spiraal Päritolu web tehnoloogia

Kui Tim Berners Lee leiutas veebi ta oli otsite süsteemi, et avaldada teaduslikud dokumendid, mis eemalt kättesaadav, visuaalselt atraktiivne, lihtne kood ja lihtne kasutada mitte-tehniline inimene.

Teaduse dokumendi väline viitab, et muud dokumendid, mis on hädavajalik, selleks, et lugeja soovi korral võib arendada teemat on küsimus.

Nendel põhjustel World Wide Web loodi eesmärgiga leht (dokument), mis põhineb süsteemi hüperlinkidega.

Esialgu internetis oli maailma staatilisi lehti ja linke, kuid varsti põlvkonna dünaamilisi lehti ja üldiselt kasutatakse Veebi toetuseks projekteerimine, web-põhiste rakenduste keeruline kõike.

spiraal saabumisest, web-rakendused

Aastaid on olnud tugev jõupingutusi, et kohandada web paradigma lehti ja linke rakenduste arendamisele. Web rakendamine Berners ” vaata staatiliste dokumentide ja lihtne lingid ei ole olemas.

Erinevate rakenduste arendamisele lähenemised on olnud juhtub:

  • Näidis 1: otsene tõlge algse mudeli lehti ja linke, kus lehed on dünaamiliselt loodud.
  • Mudel 2 o MVC: nüüd lingid ei ole otseselt suunatud konkreetse eesmärgi lehel, antud juhul vastutav töötleja otsustada, mida järgmisel leheküljel on sõltuvalt operatsioonide toimunud lehel üleminekuks.
  • MVC, mis põhineb komponentide (Mudel 3?): on kogenud versioon Mudel 2 simuleerib, kuidas töölaua rakenduste tööd. See põhineb komponendid ja üritused, nii et iga kasutaja tegevus eeldab täielik rebuild ja asendusostu lehe osaliselt muutuva osa vastavalt toiming. Lehe ja lehe üleminek on nüüd haldab komponendid, mis nüüd sellest, mis toimub muudatusi vastavalt sündmus, mis võimaldavad simuleerida, kuidas osad tööd desktop GUI programmeerimine.

Viimastel aastatel AJAX meetod on kasutusele võetud, see tehnika abiga JavaScript võimaldab osalise muudatused lehekülgedel saada uusi andmeid serverist ilma ümberlaadimiseta. Vaatamata osaline lehe muutmine tehnika on ammu enne kehtestamist XMLHttpRequest Internet Explorer (baasi AJAX programmeerimine), ta on olnud suurendada oma massiline kasutamine.

Nüüd miljoneid veebisaite ja veebi rakendusi kasutada AJAX et pakkuda paremat kogemust lõppkasutajatele tänu paremini kasutajaliidesed osaliselt vältida tüütu lehekülg laeb.

Vaatamata massiline kasutamine AJAX, võib öelda, Web järgmiselt arengu mudelit, me võiks nime “Mudel 2 (MVC), mis on rikastatud AJAX”. Kui kasutate AJAX, “Mudel 3” ei ole suurt mõtet, sest AJAX suuresti vähendab vajadust lehel juhtimist, mis põhineb komponendid. Kuna AJAX on tavaliselt kasutatakse koos komponendid (mitte tingimata kohal Mudel 2), võime liigitada praeguse kunsti veebi arengut nagu Mudel 3.5, kus on lehel navigeerimine on osaliselt vältida alaealise riigi üleminekud läbi AJAX ja JavaScript.

spiraal Millised on puudused lehel põhinevate navigatsiooni-ja arendustegevuse?

Iga web arendaja teab, kuidas probleemsed on lehel navigeerimine on veebirakendus, lisaks ribalaiuse raiskamist ja protsessi aeg on taastada kogu lehekülge rohkem probleeme, teha veebi arengut valus nagu soovimatu vahemällu, back/forward nupud, desynchronized vormide põhjustatud “vormi automaatne täitmine” funktsioon, mõned brauserid ja nii edasi. See ei ole haruldane, et näha, web-rakendused, mis varjavad menüüd ja nupud brauseri või kasutades raamid või iframe ‘ id (nt pangad), et vältida probleemi Back/Forward nupud.

Lehekülg põhinev areng sunnib stiilis kodeerimine imelik, korduv (palju sisaldab) ja saamatud (nii ribalaius ja computing power) ei leitud desktop arengut.

spiraal Mis on see, mis takistab intensiivne kasutamine AJAX?

Valdkonnas web development oleme harjunud eristada kahte liiki web lahendusi: veebi rakendusi ja veebilehti.

Esimesel juhul AJAX on järjest rohkem ja rohkem kasutada, sest seda tüüpi rakendused ei jaga mõned rekvisiidid kehtestatud web sites. Web sites intensiivne kasutamine AJAX on probleem.

Avaliku sektori veebilehtede lõppkasutajad saavad kasutada lehe kontseptsiooni, mis on seotud lehekülgede mõned eeltingimused ja teenuseid on vaja mis tahes veebisaiti, nagu:

  1. Järjehoidja: Iga veebileht on erinevad URL-i, selle URL-i saab salvestada järjehoidja. Kuna AJAX on võimalik osaliselt muuta lehe URL-i on sama, lõppkasutaja ei saa salvesta järjehoidjana konkreetse eesmärgiga (riigi) lehe.
  2. otsingumootori Optimeerimine (SEO): Igal veebilehel, tahab olla täielikult indekseeritud otsingumootorid, näiteks Google ‘ i Otsingus. Praegune sipukad vt Web, nagu Web 1.0, et on Javascripti kood on täielikult ignoreerida, seega iga osaline muutmine läbi AJAX laadida server ei ole täidetud, siis ei ole indekseeritud sipukad liiklevad veebilehel.
  3. Teenused, mis põhinevad lehekülje külastusi: näiteks reklaam teenuseid nagu Google AdSense ja lehte külastada seire, näiteks Google Analytics, nii juhtumite arv, leht laeb, on oluline. Seega kõik osalise muutmise teha AJAX ei loe, nagu uus külastada.
  4. aeg-Ajalt vajavad pop-poegade windows

Sest need rekvisiidid intensiivne AJAX on julge veebilehtedele.

Aga vahe on “veebileht” ja “veebirakenduse” on muutunud väiksemaks, sest peaaegu igal veebilehel on mingi “veebirakenduse”…

spiraal Peaks me loobuma AJAX-protsessorijõudlust?

NR.

Seal on tehnilised lahendused, kõik eespool loetletud rekvisiitidele.

spiraal Areng veebisaite, mis põhineb ühe Veebilehe (SPI), on see võimalik?

JAH !

See on aeg, et alustada selle ülemineku, arendajate ja kasutajate meil kõigil on võita. Meil on tehnoloogia ja kaasaegsed brauserid on kvalifitseeritud, et seda eesmärki saavutada.

Õnnestub see “uus” viis veebi arengut tuleb meil täita kõik eelmise eeltingimused mis tahes veebilehe.

spiraal Hüvasti lehti, tere riikide

Aastal veebirakenduse JavaScript, riigi jada on samaväärne lehti, SPI taotluse mis tahes osaline muutmine eeldab uue “riik”, “leht”. Liikmesriikide vahel saame eristada kahte tüüpi riike:

  • Põhiõiguste riikide
  • Teisese riikide

Eristamine vahel nii riigi tüübid on väga oluline, sest põhiline riigid muutuvad veebilehti, kui vaja. Põhi-ja keskhariduse eristamine on veebileht sõltuv.

Et paremini mõista mõlemat tüüpi riigid saame uuringu reaalne näide: login kinnitamist.

Klassikaline leht põhiste rakenduste tüüpiline login on ehitatud kasutades kaks lehekülge, üks kasutaja ja parooli ja üks näitab kasutaja valikud, kui login kinnitamise oli õige; login leht uuesti näidata mõningaid veateateid kõrval logi sisse vormi, kui login kanne on vale.

On SPI web, esialgne logi sisse ja kasutaja suvandite lehele võiks olla põhiõiguste riikide ja veateated kasutajanime kõrval võiks olla teisejärguline riigid.

Teine näide, veebilehe, mis põhineb lehti ümber SPI-ga, sel juhul rängad riigid on lehed ja teisese riigid on leht väidab väikeste muudatustega, mis ei ole piisavalt tähtis, sest järjehoidja või ristuvad sipukad.

spiraal Ühe Lehekülje Liides ja Järjehoidjad

Erinevatel lehekülgedel on erinevad Url-id, pärast SPI marsruut, kuidas me saame muuta riigi ja samal ajal URL ilma ümberlaadimiseta võimaldab see uus riik, võib järjehoidjaga lõppkasutaja poolt?.

Seal on trikk, kasutades “viide” osa Url-id (“hash fragment”, shebang või hashbang), see on viimane osa, kui esitada pärast on # märk. See viide on harjunud lehel betoon asukohta, mis on määratud mõned <a name=”ref”></a> märgi. See viide osa, kui muutunud ei laeb lehte, seega, kui URL-viide on muutunud kasutades aken.asukoht kõrval lehe riigi (antud juhul on see uus riik “fundamentaalne”) JavaScript ja AJAX, siis ei ole reload on läbi. Kuna URL-i ja põhiõigusi, mis riik on muutunud, lõpp kasutajad saavad salvestada selle URL-i, mingil moel, mis sisaldavad uue riigi info, nagu järjehoidja.

Kui lõppkasutaja tahab tagasi tulla, et järjehoidja lehe eesmärk, riik on sätestatud viide osa URL-server on saanud, kahjuks viide osa, mis ei ole saadetud serverile, sest viide osa ei tee midagi pistmist kõrvalises kohas HTTP kasutamine, seega me peame post-koormus protsessi.

Server on tagasi algne lehekülg, kus riigi eesmärk ei ole määratud, kuid aken.asukoht objekt sisaldab originaal URL sealhulgas viide osa. Kui laadimise eesmärk lehekülg saame avastada JavaScript kas aken.asukoht sisaldab viidet osa ja kas see viide on vajalik eesmärgi riigi info, kui see on tõsi, me võime kirjutada URL-i lisamine mingi tavaline parameetrit, et määrata target riigi koormus. Sest URL on tegelikult muutunud uue serveri taotlus on täidetud, seekord riigi koormus on parameeter ja server tagastab uue lehekülje vajalikud riigi.

Teine võimalus on parem kui hashbangs, tekib tekkega HTML 5, HTML-5 Ajalugu API.

spiraal Ühe Lehekülje Liides ja otsingumootori Optimeerimine (SEO)

Lihtsaim viis saada meie kodulehel on töödeldud otsingumootori robotid on pakkuda kaks erinevat navigatsiooni režiimid, SPI lõppkasutajale, lehekülgi web indeksoijat.

Järgmine näide näitab link selle ideega:

<a href=”URL ” leheküljel” onclick=”return false”>…</a>

See link ei tee midagi brauseris JavaScript lubatud, sest navigeerimine on keelatud “return falseonclick atribuut, kuid kui robot indekseerib seda linki ignoreerib onclick atribuuti, sest Javascripti koodi ei käivitata ja töötleb määratud URL-i, kui järgmisel leheküljel, et protsessi.

Valdkonnas on SPI taotluse Url kasutatakse page/riigi navigatsiooni peab sisaldama eesmärk riigile, sama tüüpi Url-e, mida kasutatakse SPI järjehoidja, mis kasutab viide osa, näitab riigi eesmärk või siht on otseselt kirjutatud normaalne parameeter, hiljem on eelistatud, sest see väldib server, päring, muidugi “päris Url” võib olla ka kasutatud.

Praegu on Google juba roomab “AJAX Url-id”, mis on Url-e, mis sisaldavad siht riigi viide osa järgmisi #! täpsustatud Teha AJAX Rakendusi Crawlable, sel juhul web site/taotlus peab tagasi oodatud lehel on saanud koos _escaped_fragment_ parameeter.

Samal ajal SPI web raames saab lisada konkreetseid kood onclick menetleja enne return false või saab siduda sündmuse kuulaja, et link on kasutatud riigi/nende lehel navigeerimine, registreeritudaddEventListener või miljonit marka kuna sõltuvalt brauseri. Selle sündmuse kuulaja saab täita mõningaid meetmeid, et käsk server, kasutades tavaliselt selleks AJAX, muuta lehe riik. Kui link on klõpsatud see riik muutus ei ole uus lehekülg, sest atribuut onclick="... return false" väldib vaikekäitumine.

Tehnika kirjeldatud enne on lihtsaim ja vahetu kasutades nähtav lingid kooskõlas eest ja SPI. Sa ei saa kunagi eraldi mõlema funktsioone, näiteks kasutades peidetud lingid lõppkasutajale, kuid mitte robotid koos teiste klikitavad elemente, et muuta SPI liikmesriigid, kasutades JavaScript nähtamatu eest.

Kõige olulisem omadus: SPI on võimelised raames on lehel põlvkonna HTML-i koos vajalike riigi laadimise ajal ja samal ajal sama muudatus riigile tuleb läbi Javascripti ja osalise lehe värskendamine. Need eeltingimused on oluline pakkuda SPI ja lehe simulatsioon.

spiraal SPI ja Back/Forward nupud

Back/Forward nupud on allikas probleeme tavaliste lehel põhinevad veebisaidid ja vältida tuleks nii kiiresti kui võimalik. Vaatamata kasutajad kasutatakse selleks, et vältida Tagasi ja Edasi nupud, kui vormi esitamisel koos kasutaja andmetega (sest sellega kaasneb oht, et osta kaks korda sama lennuk rist või raamat), kasuta Back/Forward nupud on väga laialt levinud.

Ilmselt SPI paradigma murrab traditsiooniline viis navigation veebilehe, sest teoreetiliselt Back/Forward nuppe ei ole mõtet SPI (nr lehekülge) ja veebibrauserid ei anna head kontrolli neid nuppe.

See ei ole täiesti tõsi, Edasi-Tagasi käitumine võib olla simuleeritud, selle asemel lehel navigeerimise Tagasi/Edasi (ja liikumine ajaloos üldiselt) saab kasutada, et muuta praegust olukorda, et eelmise/edasi-riik. Sel juhul Javascripti koodi saab avastada, kui viide osa URL-i muudatused ja taotluste, taotlust muuta riik vastavalt. Sest brauser ei muuda lehekülg teie taotlus on nüüd täielikult vastutav Tagasi/Edasi käitumist vältida tüüpilisi probleeme ootamatute Tagasi/Edasi kasutada lõppkasutajatele, kui vormi esitamisel, nüüd SPI ei ole olemas sellist vormi ja nr kontrollimatu lehel navigeerimise web application/veebilehelt.

spiraal SPI ja teenuseid, mis põhinevad lehekülje külastusi

Reklaamid teenuste ja lehte külastada letid on selle põhjal, kui palju lehti on peale laaditud. Mõlemal juhul saate kasutada varjatud <iframe> elemendid, mis sisaldavad tühja veebilehe vajalikud skriptid, et täita seda tüüpi teenuseid.

Juhul, reklaam teenuseid nagu Google AdSense, dünaamiline sisestamise <iframe> tähendab, laadimis-uued reklaamid, seega iga muutus riik võiks tähendada uue reload / <iframe> reklaame. Google AdSense tundub, et tuvastada, millal AdSense skript käivitatakse jooksul <iframe> ja võtab arvesse mahuti lehel. See võib olla soovitav lisada mingi parameeter, mis näitab, põhiline riik, mis on laadimine <iframe>.

Juhul, külastada loendurid, me saame neid kasutada selleks, et jälgida kasutaja külastab põhilisi riikides meie SPI kodulehel. Sel juhul on meil vaja varjatud <iframe>, mis sisaldavad tühja veebilehele järelevalve skripte. Lihtsa parameetri me saame näidata, põhiline riik on külastanud. Meie <iframe> peaks olema globaalne (alati sama leht). Kui leht on esimese laaditud, põhiline riik, laaditav (täpsustatud URL) tuleks märkida, et <iframe> parameeter. Pärast lehe laadimist, iga olulist riik muutus võiks teatada, et <iframe> muutmine URL-i kaudu JavaScript vastavalt uuele põhiõiguste riigi, selle URL-i muuta põhjustab reload / <iframe> (näidates ära uue külastada).

spiraal SPI ja pop-up aknad

Kui uus leht aken on loodud SPI mudel on katki. Fundamentalismi on halb, ei ole mingit probleemi, kui riik selle uue akna on midagi pistmist riigi emaettevõtja aken, sel juhul pop-up aknad on fine.

Probleem tekib siis, kui on mis tahes toiming, pop-up aken (liikidevaheline või mitte transpordiliikide) on teatav mõju vanem aken, koordineerimine lehtede vahel on keeruline. Näiteks ei ole web standard luua modal windows, sest leht mõiste on traditsiooniliselt alati olnud sõltumatu element, ja seepärast on tema elutsükkel on raske kooskõlastada alates teise lehe.

Õnneks see probleem on lahenduse mõnda aega, SPI, saab simuleerida modal või ei modal windows sees sama veebileht, pole uusi tõeline aken lehekülg on loodud. Puhul, mitte-modal-aknad, iga HTML elemendi absoluutne positsioneerimine võib olla “mitte-modal aken” ja saate luua modal windows, kasutades absoluutne positsioneerimine, juhtimis-z-index ja hägususe elementide “peal” lehe (“modaalne kihid”). Need lahendused on kehtiv, on SPI kontekstis.

Väikese vaevaga, isegi riik mis näitab modal aken võib olla oluline riik ja seetõttu laevatatav otsingumootori robotid.

spiraal kultuurilist nihet veebi arendajad

Kõige veebiarendajad (ja veebi raamistikud) arvan, et Veebi põhjal lehti, lehe vähendamine ühe lehe tähendab radikaalne meelemuutus ja kuidas me teeme veebisaidid ja rakendused. See muutus ei ole nii radikaalne tänu AJAX, AJAX on täna mainstream ja on vähendanud lehekülgede arv tüüpiline veebisaite, kokkuvõttes see on toonud meile lähedal “uus” SPI arengu mudel.

Uus SPI web <vorm> silt kaob ja üldiselt vajadust istungid kasutatakse andmete juhid järgmine lehekülg järjestusi. Nüüd peategelane on leht kliendile teatud sümmeetria server (lehe server). Tegelikult, kuna meil vabaneda lehel koordineerimine istungid oleme vabanenud allikas probleeme nagu halb tava mõned kasutajad, kes avatud mitmed aknad ja samal lehel, et see tava tavaliselt puruneb istungil ning taotluse üldiselt.

SPI kavandamise aluseks on sündmuste sama, mida töölaual, sest töölauale enamik rakendusi töötab sama raam akna ja kui laps windows olemas, need on täielikult haldab peaaken ja tõeliselt modaal.

Pärast paradigma areng veebi arengut, selle “uue” lähenemisviisi võiks nimega Näidis 4.

spiraal kultuurilist nihet lõppkasutajale?

Mitte väga palju, järjehoidja ja Back/Forward simulatsiooni lõpp kasutajad ei kavatse teha vahet SPI veebisaiti ja sama lehe baasil, lisaks SPI sait on rohkem tundlik ja tüüpiline vilgub ja kerimine lehel navigeerimine on eemaldatud.

spiraal Tehnilist teostatavust täna

See manifest ei ole deklaratsioon kavatsused, kuid väljendus soov edendada “uus” viis hoone veebisaidid, mis on juba reaalne. Eespool nimetatud tehniline uuring on alati olnud Java web raamistikItsNat nagu tehnoloogilise baasi SPI veebilehe arendamine. Vaatamata ItsNat oli eostatud alates esimesest päevast, et selline rakendused/sites, eelmise tehnikaid saab rakendada ka teiste web raamistike ja neid raamistikke võiks areneda, et pakkuda rajatiste selline SPI veebisaitide lehel simulatsiooni nõuetele.

Mõned nõuded, nende SPI veebilehti, et oleks võimalik asendada traditsioonilise lehel põhinevad veebisaidid, nagu lehe simulatsiooni põhiõiguste riikide laadimise ajal, on lihtsalt võimalik server kesksemaks web raamistikud, sest HTML-i renderdamise tuleb teha serveri koormuse ajal. HTML-i renderdamise kohta, koormuse ajal ja sama dünaamiliselt laetud ja paigaldatud JavaScript on peamised omadused web raames valmis ehitada SPI veebilehtedele. Klient kesksemaks raamistike võib olla oluline roll realiseerimise nn teisene riigid.

spiraal Kaks reaalses maailmas näiteid

Veeb innowhere.com/jnieasy

See on tehtud ItsNat server ja hea näide SPI veebilehte, kuna see võtab kokku kõik nõuded SPI veebilehel, selgitatud käesoleva dokumendi, rahuldav asendada traditsioonilise kohas. Tegelikult, uus SPI versioon asendatakse nr significative esteetiline, funktsionaalne muutus, eelmise versiooni põhjal lehekülge. See põhineb hashbangs.

Omadused

  • Ühe Lehekülje Liides: Back ja Forward nupud on simuleeritud muutmine eelmise või edasi külastatud riik.
  • Rängad võivad olla salvestatud järjehoidjad.
  • SEO ühilduva: põhiõiguste riigid on kättesaadav JavaScript puudega sealhulgas modal aken.
  • hashbang #! format kasutatakse, et on, Google SEO ühilduv "AJAX Url", leht on saanud pärast Google ' i konventsiooni _escaped_fragment_ parameeter. Näiteksriik on analüüsitud ja Google ' i poolt taotluse esitanud URL.
  • Töötab JavaScript keelatud.
  • Näitab, ads banner põhinevad Google AdSense
  • Hoolimata sellest, et SPI, sirvimise kaudu põhiõiguste riigid on jälgida Google Analyticsi abil peidetud <iframe> URL-i, mis muutub, kui praegune põhiline seisund muutub.
  • simuleeritud modal aknas väldib luua uue akna, lehe, see simuleeritud aken on ka kättesaadav: otsene URL või hashbang versioon teksti juba markup koormusega ajal, seega SEO kooskõlas.

Veeb www.itsnat.org

Samuti on tehtud ItsNat server. Sel juhul JavaScript Ajalugu API on kasutatud. See on kõige ideaalne lähenemine teisendada tavaline web saidi SPI SEO ühilduv versioon. Kui Ajalugu API ei toeta konkreetset vana brauser, kokkuleppeline lehel navigeerimine on automaatselt kasutada. Kõik kaasaegsed brauserid toetavad Javascripti Ajalugu API. Kui SPI omadused käesoleval veebilehel on põhimõtteliselt sama, mis eelmises näites.

spiraal Manifest teises keeles

hispaania

Märkus: need tõlked võivad olla veidi vananenud, sest see manifest on “elus”.

Ukraina tänu Mario Pozner

vene tänu Andrei Geonya

serbohorvaadi tänu Jovana Milutinovich

Slovakkia tõlge tänu Teadmiste Meeskond

saksamaa tänu Valeria Aleksandrova.

rumeenia tõlge provided by Teadus Meeskond.

makedoonia tänu Katerina Nestiv

ungari tänu Elana Pavlet

spiraal Lingid osutades manifest

Arutelu kell DZone

Arutelu kell TheServerSide.com

Arutelu kell YCombinator.com

Arutelu kell JavaHispano.org (hispaania)

Kaasaegsed Põhimõtted, veebidisain esitusviisi põhjal SPI manifest

Leave a Reply

Your email address will not be published. Required fields are marked *