Az Egységes Oldal Felület Kiáltvány

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

spiral  Eredete a webes technológia
Amikor Tim Berners Lee feltalálta web ő keres egy olyan rendszer, hogy tegye közzé a tudományos dokumentumok távolról elérhető, látványos, könnyen kódot, és könnyen használható a nem szakember.

Egy tudományos dokumentum, külső idézi más dokumentumokhoz elengedhetetlen annak érdekében, hogy az olvasó adott esetben fejleszteni, a témával.

Ezen okok miatt a World Wide Web született, mint egy oldalt (dokumentum) alapú rendszer hivatkozásokat.

Kezdetben a webes világ volt statikus oldalak és linkek, de hamarosan a generációs dinamikus oldalak és általában a használata a Web, mint a támogatás tervezéséhez web-alapú alkalmazások bonyolult mindent.

spiral  Az érkezés webes alkalmazások
Sok éven át volt egy nagy erőfeszítéseket, hogy alkalmazkodjanak a web paradigma oldalak és linkek alkalmazások fejlesztése. Egy webes alkalmazás az Berners véleménye statikus dokumentumok és egyszerű kapcsolatok nem léteznek.

Különböző alkalmazások fejlesztése megközelítéseket történik:

  • 1 modell: közvetlen fordítása az eredeti modell oldalak és linkek, ahol az oldalak dinamikusan generált.
  • 2 modell o MVC: most linkek nem közvetlenül mutatva, hogy egy konkrét célt tartalmazza, ebben az esetben a vezérlő dönti el, mi a következő oldal függő műveletek végbe oldal átmenet.
  • MVC komponensek alapján (3 modell?): a kifinomult változata 2. modell szimulálja, hogyan asztali alkalmazások munkát. Ez alapján, elemek és események történnek, így a fellépés magában foglalja a teljes helyreállítása és újratölti az oldalt, részben változó egy része szerint a végrehajtott műveletet. Az oldal és átmeneti most kezeli komponensek most mi változik szerint történik az esemény, ami szimulálja, hogyan alkatrészek működnek az asztali grafikus programozás.
    Az elmúlt években az AJAX technika került bevezetésre, ez a technika segítségével JavaScript lehetővé teszi a részleges változások oldalakon megszerzése új adatok szerverről újratöltés nélkül. Annak ellenére, hogy a részleges oldal változás technika hosszú bevezetése előtt XMLHttpRequest az Internet Explorer (bázis AJAX programozás), azt már a lendületet a tömeges használata.

Most több millió weboldalak és webes alkalmazások AJAX, hogy egy jobb élményt a végfelhasználók köszönhetően rugalmasabb felhasználói felületek részben elkerülve a zavaró oldal újratöltése.

Annak ellenére, hogy tömeges használata AJAX, azt mondhatjuk, a Web következik fejlesztési modell nevezhetnénk a “Model 2 (MVC) dúsított AJAX”. Amikor az AJAX, “Model 3” nem sok értelme van, mert AJAX nagymértékben csökkenti annak szükségességét oldal kezelési komponensek alapján. Mivel AJAX általában párhuzamosan használható komponensek (nem feltétlenül bemutatni 2. modell), akkor osztályozzák a jelenlegi állásának web fejlesztés Model 3.5, ahol az oldal navigációs részben elkerülhetetlen a kisebb állapotváltozások által végzett AJAX és a JavaScript.

spiral  Milyen hátrányai vannak a oldal navigációs és fejlesztés?
Minden webfejlesztő tudja problematikusabb oldal navigációs egy webes alkalmazás mellett a sávszélesség pazarlás és a folyamat időt újjáépítése teljes oldalak több probléma miatt webfejlesztés fájdalmas mint a nem kívánt caching, vissza / előre gombok, diszharmonikus formák által okozott “Űrlap automatikus kitöltése” jellemzője néhány böngésző, és így tovább. Nem ritka, hogy a webes alkalmazások, amelyek elrejtik a menük és gombok a böngésző vagy a kereteket vagy iframe (például bankok), hogy elkerüljék a probléma a Back / Forward gomb.

Oldal alapú fejlesztési kényszeríti a stílus kódolási furcsa, ismétlődő (bő tartalmazza), és nem hatékony (sávszélesség és számítási teljesítmény) nem található a asztali fejlesztés.

spiral  Mi az, ami megakadályozza intenzív használata AJAX?
A területen a webfejlesztés szoktuk megkülönböztetni két fajta internetes megoldások: webes alkalmazások és weboldalak.

Az első esetben az AJAX egyre inkább használt, mert ez a fajta alkalmazás nem megosztani kellékei kiszabott weboldalakat. Ezen weboldalak intenzív használata AJAX probléma.

A nyilvános weboldalak végfelhasználóknak használják az oldal fogalmát, köteles az oldalak egyes cikkek és szolgáltatásokra van szükség bármilyen weboldal, mint például:

  1. Könyvjelző: Minden weboldal egy másik URL-t, ezt az URL lehet menteni könyvjelzőként. Mivel az AJAX részben változtatni az oldal URL ugyanaz, a végfelhasználó nem tudja menteni a könyvjelzőt egy konkrét nézet (állam) az oldal.
  2. Search Engine Optimization (SEO): Bármely weboldal azt akarja, hogy teljesen indexelve a keresőmotorok, mint a Google Search. Jelenlegi keresőrobotok lásd a Web, mint a Web 1.0, azaz a JavaScript kód teljesen figyelmen kívül hagyja, és ezáltal bármely részleges változás keresztül végzett AJAX betöltve szerver nem kerül végrehajtásra, akkor nem indexelt bejárók áthaladó honlapján.
  3. Alapuló szolgáltatások oldallátogatások: például reklám szolgáltatások, mint a Google AdSense és az oldal látogatása nyomon, mint a Google Analytics, mindkét esetben az oldalbetöltése fontos. Ezért bármely részleges változás történik AJAX nem számít újabb látogatást.
  4. Alkalmi szoruló pop-kölyök ablakok

Mivel ezek a cikkek intenzív AJAX kedvét weboldalakat.

Ugyanakkor a különbség a “weboldal” és a “web-alkalmazás” egyre kisebb, mert szinte minden weboldal egyfajta “web alkalmazás”…

spiral  Ha feladjuk AJAX-intenzív alkalmazások?
NEM.

Vannak technikai megoldások fent felsorolt cikkek.

spiral  Fejlesztése weboldalak alapján egy weboldal (SPI), lehetséges ez?
IGEN !

Ez az ideje, hogy elkezd ezt az átmenetet, a fejlesztők és a végfelhasználók mindannyiunk hasznára lesz. Megvan a technológia és a modern böngészők képzett e cél elérése érdekében.

Ahhoz, hogy ez sikerül “új” módja webfejlesztés muszáj az összes, az előző kelléke minden weboldal.

spiral  Viszlát oldalak, üdvözlő államok
Egy webes alkalmazás JavaScript nélkül, állami sorrend megegyezik a lapok, a SPI alkalmazás bármely részleges változás azt jelenti, egy új “állam”, a “oldal”. Államok közötti tudjuk különböztetni két kategóriája kimondja:

  • alapvető államok
  • A másodlagos állapotok

Differenciálás a két állam fajta nagyon fontos, mert az alapvető államok lesz weboldalakat, ha szükséges. Alapvető és szekunder differenciálódás weboldal függ.

Ahhoz, hogy megértsük mindkét típusú állapotok tanulmányozhatjuk igazi példa: bejelentkezés érvényesítése.

A klasszikus oldal alapú alkalmazások tipikus bejelentkezés építette két oldalt, egy felhasználói név és jelszó, és egy bemutató használati lehetőség, ha a bejelentkezési hitelesítési helyes volt; A bejelentkezési oldal újra betöltésre kerül némi hiba üzenet mellett a bejelentkezési űrlapot bejelentkezés bejegyzése hibás.

Egy SPI web, kezdeti bejelentkezési és felhasználói opciók oldalon lehet az alapvető államok, és a hibaüzenetek mellett bejelentkezés lehetne másodlagos állapotok.

Egy másik példa, a weboldal alapján oldalak átalakítható SPI, ebben az esetben az alapvető államok lesznek az oldalak és a másodlagos állapotok lesznek oldal államok kisebb változtatások, nem elég fontos könyvjelző vagy lehet áthaladni a csúszómászó.

spiral  Egy oldal interfész és Könyvjelző
Különböző oldalak eltérő URL követően SPI útvonal hogyan tudjuk megváltoztatni egy állam és egy időben az URL-újratöltés nélkül, hogy erre az új helyzetre lehet könyvjelzővel végfelhasználók által ?.

Van egy trükk, a “referencia” része URL-ek ( “hash töredék”, kocsma vagy hashbang), ez az utolsó rész, ha jelen van, miután a # karaktert. Ez a hivatkozás görgetni az oldalt a beton által megadott helyen néhány <a name=”ref”> </a> jelet. Ez a hivatkozás részben, ha nem változott újratölti az oldalt, így ha az URL hivatkozás segítségével módosítja window.location oldal melletti állam (ebben az esetben ez az új állapot “alapvető”) a JavaScript és AJAX, akkor nem reload végzünk. Mivel az URL-t és az alapvető állami megváltoztak, a végfelhasználók menteni ezt az URL, valamilyen módon tartalmazza az új állami info, könyvjelzőként.

Amikor végfelhasználó vissza akar térni újra a könyvjelzővel oldalon, a cél állam meghatározott referencia része az URL, akkor a kiszolgáló kért, sajnos a referencia része nem küld a szervernek, mert referencia része nem semmi köze távoli helyen a HTTP, így szükség lesz egy terhelés utáni folyamatot.

A szerver a kezdeti oldalt, ahol a cél az állapotot nem a megadott azonban window.location objektum tartalmazza az eredeti URL, beleértve a referencia része. Betöltésekor a cél oldal tudjuk észlelni a JavaScript-e window.location hivatkozást tartalmaz részét, és hogy ez a referencia rendelkezik a szükséges célállapot info, ha igaz átírhatjuk az URL hozzá valamilyen normális paramétert a célállapot betölteni. Mivel az URL valóban megváltozott egy új szerver kérés végre, ez alkalommal az állam betölteni van egy paraméter és a kiszolgáló egy új oldalt a kívánt állapotot.

Egy másik lehetőség, jobb, mint hashbangs, felmerül az Advent a HTML 5, a HTML 5 Történelem API.

spiral  Egy oldal interfész és a Search Engine Optimization (SEO)
A legegyszerűbb módja, hogy a weboldal által feldolgozott kereső robotjai is kínál két különböző navigációs mód, SPI végfelhasználók számára, oldalak webes robotok.

A következő példa egy linket ezzel a gondolattal:

<a href=”URL page” onclick=”return false”> … </a>

Ez a link nem tesz semmit a böngészőben engedélyezni kell a JavaScriptet, mert navigáció van tiltva “return false” az onclick tulajdonság, de ha egy bot indexeli ezt a linket figyelmen kívül hagyja az onclick attribútummal, mert a JavaScript kód nem kerül végrehajtásra, és feldolgozza a megadott URL a következő oldal feldolgozni.

A területen az egy SPI alkalmazás, URL-ek használják oldal / Állami navigáció tartalmaznia kell a megcélzott állapot, az azonos típusú URL használt SPI könyvjelző használó a hivatkozás része jelzi a cél állam, vagy a cél közvetlenül írva, mint egy normális paraméter, a későbbi azért előnyös, mert elkerülhető a kiszolgáló kérelmi, természetesen “szép URL-ek” is használható.

Jelenleg a Google már feltérképezi “AJAX URL”, azaz URL tartalmazza a megcélzott állam a referencia követő rész #! meghatározottak szerint az AJAX alkalmazások feltérképezhetőségéről, ebben az esetben a weboldal / alkalmazás vissza kell térnie a kívánt oldalt kért egy _escaped_fragment_ paraméter.

Ugyanakkor az SPI webes keretrendszer adhat egyedi kódot a onclick felvezető visszatérés előtt hamis vagy kötődhet egy esemény hallgató a kapcsolatot használják állami / oldal navigációs, nyilvántartásba addEventListener vagy attachEvent böngészőtől függően. Ez az esemény hallgató végre bizonyos intézkedéseket, hogy a parancs a szerver, általában az AJAX, hogy változtatni az oldal állapotát. Amikor a linkre kattintanak ez az állapot változás nem új oldalt, mert a tulajdonság onclick = “return false …” elkerüli az alapértelmezett viselkedés.

Az ismertetett módszer előtt a legegyszerűbb és közvetlen felhasználásával látható hivatkozások kompatibilisek botokat és SPI. Akkor már szét mindkét funkciót, például a rejtett linkek a végfelhasználók számára, de nem robotok mellett más kattintható elemek változhatnak SPI államok JavaScript segítségével láthatatlan robotok.

A legfontosabb jellemzője a SPI alkalmas keret oldal generációs HTML, a szükséges állami betöltésével időt és egyúttal ugyanezt a változtatást állapotban kell végrehajtani, JavaScript és részleges oldal frissítése. Ezek kellékei alapvető, hogy a SPI és az oldal szimuláció.

spiral  SPI és Back/Forward gombok
Vissza/Előre gombok problémák forrása a hagyományos oldal alapú weboldalak és kerülni kell a lehető leghamarabb. Annak ellenére, hogy a felhasználók használják, hogy elkerüljék a Vissza és Előre gombok amikor elküld egy űrlapot a felhasználói adatok (mert azzal a kockázattal jár, hogy vásárol kétszer ugyanabban a síkban pipálni vagy könyvet), használata Előre/vissza gombok nagyon elterjedt.

Úgy látszik, az SPI paradigma megtöri a hagyományos módon a navigációs egy weboldal, mert elméletileg Vissza/Előre gombok nincs értelme az SPI (lapok), valamint böngésző nem nyújtanak jó irányítást ezek a gombok.

Ez nem teljesen igaz, Back/Forward viselkedését szimulálni lehet, ahelyett, hogy az oldal navigációs Back/Forward (és a történelem navigáció általában) lehet használni, hogy változtatni a jelenlegi állapot az előző/előre állapotban. Ebben az esetben egy JavaScript kódot képes észlelni, ha a referencia része az URL megváltozik, és kéri, hogy az alkalmazás módosítsa az állam kell. Mert a böngésző nem változik az oldalt az alkalmazás most már teljes mértékben felelős a Back/Forward viselkedés elkerülése tipikus problémák váratlan Back/Forward alkalmazása végfelhasználók, amikor elküld egy űrlapot, most SPI nincs ilyen formában és nem ellenőrizhetetlen oldal navigációs a webes alkalmazás/weboldal.

spiral  SPI és szolgáltatások alapján oldallátogatások
A hirdetések a szolgáltatások és az oldal látogatása számlálók alapján, hogy hány oldalt betöltve. Mindkét esetben használhatja a rejtett <iframe> elemeket tartalmazó üres weboldal a szükséges szkripteket, hogy végre ezt a fajta szolgáltatást.

Abban az esetben, reklám, mint a Google AdSense, dinamikus beillesztése <iframe> jelentheti betöltése az új hirdetéseket, ezért minden változás állapotban bekövetkező jelent új átrakása <iframe> hirdetéseket. Google AdSense látszik felismerni, ha az AdSense script lefut egy <iframe>, és figyelembe veszi a tartály tartalmát az oldal. Kívánatos lehet adni valamilyen paraméter, amely meghatározza az alapvető állam, amely betölti az <iframe>.

Abban az esetben, látogatás számláló, tudjuk használni, hogy nyomon felhasználói látogatások alapvető állapotait a SPI honlapján. Ebben az esetben szükségünk van egy rejtett <iframe> tartalmazó üres weboldalt az ellenőrző script. Egy egyszerű paraméter azt jelezheti az alaphelyzetben meglátogatott. A <iframe> legyen a globális (mindig ugyanazt az oldalon). Amikor az oldal első betöltésekor, az alapvető állami töltődik (meghatározott URL) fel kell tüntetni, hogy az <iframe> paraméterrel. Miután oldal betöltése, minden alapvető állami változást be kell jelenteni <iframe> változó URL JavaScript segítségével szerint az új alapvető állami, ez az URL változás hatására újratöltődik <iframe> (jelezve egy új látogatás).

spiral  SPI és a felugrik ablakok
Amikor egy új oldal ablak létrehozásakor az SPI modell hibás. A fundamentalizmus rossz, nincs semmi gond, ha az állam az új ablak semmi köze az államnak a szülő ablak, ebben az esetben a felugrik ablakok rendben vannak.

A probléma akkor keletkezik, ha minden olyan intézkedés végre a felugrik ablak (modális vagy nem modális) némi hatása a szülő ablak közötti koordináció oldalak bonyolult. Például nincs olyan internetes szabványokat létrehozni modális ablakot, mert az oldal fogalmát hagyományosan mindig is egy független elem, és ezért annak életciklusa nehéz koordinálni egy másik oldalról.

Szerencsére ez a probléma megoldás egy ideig SPI lehet szimulálni, modális vagy nem modális ablak belsejében ugyanazon a weboldalon, nem igazi új oldal ablak jön létre. Abban az esetben, a nem-modális ablakok, minden HTML elem abszolút pozicionálás lehet “nem-modális ablak” és létrehozhat modális ablakok segítségével abszolút pozicionálás, kontrolling z-index és átlátszóságát elemek “tetején” az oldal ( “modális rétegek”). Ezek a megoldások érvényesek SPI összefüggésben.

Egy kis erőfeszítéssel, még az állam, amely azt mutatja, hogy a modális ablakot lehet az alapvető állami és ezért hajózható kereső robotok.

spiral  A kulturális váltást webfejlesztőknek
A legtöbb web-fejlesztők (és webes keretrendszerek) úgy gondolja, a web, mint alapuló oldalak, csökkentés egyetlen oldalra utal, radikális változás az elme, és hogyan tesszük weboldalak és alkalmazások. Ez a változás nem olyan radikális köszönhetően AJAX, AJAX ma mainstream és csökkentette az oldalak számát tipikus internetes oldalakon Összefoglalva hozott minket közel ennek az “új” SPI fejlesztési modell.

Az új SPI web a <form> tag eltűnik, és általában szükség van az ülések használt adatok vezetők következő oldal szekvenciákat. Most a főhős az oldal ügyfél némi szimmetria szerver (az oldal szerver). Sőt, mivel megszabadulunk oldal koordinációt ülések megszabadulunk a problémák forrása, mint a rossz gyakorlat, egyes felhasználók, akik nyitott több ablak az ugyanazon az oldalon, ez a gyakorlat általában megtöri a munkamenet és az alkalmazás általában.

SPI programozás események alapján ugyanaz, mint az asztalon, mert az asztali legtöbb alkalmazás fut ugyanazon keretablaka és amikor a gyermek ablakok vannak ezek teljes körű irányítását a fő ablakban, és valóban öröklődik.

Miután a paradigma fejlődése webes fejlesztés, ez az “új” megközelítés lehetett nevezni Modell 4.

spiral  A kulturális váltást a végfelhasználók számára?
Nem nagyon sok, a könyvjelzők és az Előre/vissza szimuláció végfelhasználók nem fognak különbséget egy SPI weboldalt, és ugyanazon az oldalon alapján, továbbá az SPI helyszínen lesz reagálni, és a tipikus villogás és görgetés az oldal navigációs eltávolítjuk.

spiral  Műszaki életképességét ma
A kiáltvány nem egy nyilatkozatot a szándék, hanem a kifejezés a vágy, hogy támogassák egy “új” utat az épület weboldalak, amelyek már igazi. A fenti műszaki tanulmány mindig is a Java webes keretrendszer ItsNat például a technológiai bázis SPI weboldal fejlesztése. Annak ellenére, hogy ItsNat született az első naptól kezdve, hogy ez a fajta alkalmazások/oldalak, korábbi technikák is alkalmazhatók más webes keretrendszerek vagy ezek a keretek is kialakulhat, hogy megteremtik az ilyen jellegű SPI weboldalak oldal szimulációs követelményeknek.

Néhány követelmény ilyen SPI weboldalak, hogy képes helyettesíteni a hagyományos oldal alapú weboldalak, mint a lap szimulációja alapvető államok rakodási idő, csak lehetséges szerver központú webes keretrendszerek mert a HTML rendering kell végezni szerver betöltési időt. HTML renderelő a betöltési időt, és ugyanazt a dinamikusan betöltött és be kell illeszteni a JavaScript a legfontosabb jellemzői a webes keretrendszer kész építeni SPI weboldalakat. Ügyfél centrikus keretekre jelentős szerepet megvalósításához úgynevezett másodlagos állapotok.

spiral  Két valós példa
A web innowhere.com/jnieasy

Ez történt a ItsNat a szerver és egy jó példa SPI honlap, mert összefogja követelményeinek SPI weboldal, magyarázta az ebben a dokumentumban, hogy helyettesíthetik a hagyományos helyszínen. Tény, hogy az új verzió SPI cserélni, nem kifejező esztétikai funkcionális változás, a korábbi verzió alapján oldalakon. Ennek alapja a hashbangs.

Jellemzők

  • Egy oldal interfész: Előre és Vissza gombok szimulált változik az előző vagy előre látogatott állapotban.
  • Alapvető államok menthetők könyvjelzőket.
  • SEO kompatibilis: alapvető államok elérhetők a JavaScript le van tiltva, beleértve a modális ablakot.
  • A hashbang #! formátumot használnak, azaz a Google SEO kompatibilis “AJAX URL”, az oldal is kérte követő Google egyezmény _escaped_fragment_ paraméter. Például ez az állapot a Google által feltérképezett kérő ezt az URL.
  • Működik a JavaScript le van tiltva.
  • Ábra egy banner hirdetések, a Google AdSense
  • Annak ellenére, hogy az SPI, böngészés révén alapvető államok ellenőrzik a Google Analytics segítségével rejtett <iframe>, amely URL változik, ha a jelenlegi alapvető funkciója megváltozik.
  • A szimulált modális ablak elkerüli létre egy új ablakban oldal, ez szimulált ablak szintén elérhető a közvetlen URL-t vagy egy hashbang változat szövege már jelöléseit betöltési ideje következésképpen SEO kompatibilis.

A web www.itsnat.org

Ez szintén a ItsNat szerver. Ebben az esetben a JavaScript History API alkalmazunk. Ez a legtökéletesebb megközelítése lehet átalakítani a hagyományos weboldal egy SPI SEO kompatibilis verziója. Ha története API nem támogatja a konkrét régi böngészőt, hagyományos navigációs oldal automatikusan használni. Minden modern böngészők támogatják a JavaScript History API. Az SPI jellemzői a honlap alapvetően ugyanaz, mint az előző példában.

Szerzője kiáltvány: Jose Maria Arranz Santamaria

 

About The Author

admin

Comments are closed.