tag: javascript

04Dec

Angular Typescript módra - 3. rész

Az előző cikkben összeraktunk egy igen egyszerű statikus adatokat használó listázást. Jelenleg kegyetlenül vacakul fest, no meg a lényeg még nincs benne, a routing, amivel bele tudnánk navigálni az egyes elemekbe. Nézzük, hogy mi is szükséges ahhoz, hogy mindez valahogy kinézzen, de először a routingot és az ahhoz szükséges dolgokat fogjuk bekötni!route66

Tovább »

08Nov

Angular 2 TypeScript módra - 2. rész

Most, hogy megvan az angularos appunk alapja, nem ártana, hogy építsünk is valami értelmeset belőle. A todoAppokkal immáron Dunát lehetne rekeszteni, ezért most valami más irányba kellene elmenni. Legyen ez az irány például egy bloghoz készült frontend, kommentelési lehetőséggel, hogy ne csak megjelenítsük a dolgokat.wordpress-logo-notext-rgb

Tovább »

10Oct

Angular 2 TypeScript módra - 1. rész

Az előző cikkben kitértünk arra, hogy mi is az a TypeScript és miért is lehet a hasznunkra és, hogy eggyel növelhessük végre a használt tool-ok és supersetek sokaságát, mert ettől JS a JS. A múltkori részekben egy szimpla todo appot gyártottunk, de most valami komolyabbra kellene lőnünk, hogy ne csak egy sima CRUD-ban teljesedjen ki a tudásunk. Mivel nem akarom kétszer leírni ugyanazt, ezért a komolyabb implementáció a következő cikkben lesz, Ionic 2 segítségével, ahol már a külseje is olyan lesz az appunknak, ahogy annak lennie kell és nem torkollunk CSS-be, úgyhogy most vessük magunkat bele a sürűjébe! angular2-825x510

Tovább »

25Sep

HypeScript

A múltkori mobilos cikkre megkaptam, hogy inkább az Ionic 2-re vagy React Native-ra kellene fókuszálnom. A dolgot megfogadom, ám ahhoz, hogy az Ionic 2-re rátérhessünk, nem ártana végigjárni az utat hozzá. Ehhez az első lépés a typescript lesz, utána jöhet az Angular2, majd az Ionic 2/Electron és/vagy a Unity-re is sor kerülhet, C# helyett typescript alapon. typescript-cover-image

Tovább »

23Jul

Cross-Platform mobilosodás - 1. rész

Vannak dolgok, amik univerzálisak. Ilyen pl. a nevében is magában rejtő USB, az univerzális soros busz. Viszont nagyon sok esetben azt látjuk, hogy mindenki a saját kis dolgait erőlteti és emiatt adapterek, átalakítók tömkelegét cipeljük mindenfelé magunkkal. Ugyanez a helyzet a számítógépünkkel, kinek a Linux, kinek a Mac, na meg a Windows. Az okostelefonok megjelenésekor a nagyobb cégek ugyanúgy ráraboltak a piacra, de a helyzet mit sem változott: Android, iOS, Windows Phone. A fejlesztőcégek szempontjából ez nem sok jót jelentett, mert ha valaki ki akart jönni egy mobilapplikációval és minél nagyobb piacot szeretett volna lefedni, akkor bizony gondoskodnia kellett az egyes platformokra szakosodott mobilfejlesztőkről, ha szerveroldal is volt, akkor ez már a legkisebb projekt esetében is 4 embert jelentett. Persze a projektek általában nem ilyen aprók, a fejlesztők pedig nem olcsók, így többek fejéből is kipattant, hogy is lehetne ezt a számot lecsökkenteni? kingscross

Tovább »

30Dec

Javascript pakk 3 - Kinek kell a JS?

Azt már az előző cikkemben is említettem, hogy bizony frontendesnek lenni nem csak a húszéveseké fenékig tejfel. A böngészők, habár okosak, mindent nem tudnak helyettünk, főleg azért, mert a HTML nem programnyelv, hanem amint a neve is mondja, sima leíró nyelv, ezért habár ezen is mindig csiszolnak picit, a lehetőségek korlátozottak. Az egyik ilyen problémát jelenti például az, hogy rengeteg külső libet használunk, össze-vissza és néha már azt se tudjuk melyik mikor is töltődött be, hiszen itt jön a poén, hogy bizony bele kell kalkulálni azt is, amíg lejön. Szerencsére erre gondoltak, amikor különböző eventeket hajigált a dokumentum, de továbbra se ment meg bennünket attól, hogy olyan dolgokra hivatkozzunk, amik akkor még a böngészőnk JS motorja számára nem ismerős:

Uncaught ReferenceError: jQuery is not defined(…)
Persze más programnyelvekben is ismerős lehet mindez, dobhat kivételt a ClassLoader, jöhet egy Class not found hibaüzenet, és még sorolhatnám. Persze ez utóbbiakat egy autoloader, vagy az artifactba foglalás megoldja, de mi a helyzet a javascript frontján? Ebben nyújt nekünk segítséget a RequireJS céltábla

Tovább »

26Dec

Javaspricc pakk 2 - Babel

Az előző cikkemben szó volt az ECMAScript 6 újításairól. Itt kitértem arra is, hogy azért nem szabad rögtön fejest ugrani a dologba, lévén a böngészők támogatottsága elég vegyes. Viszont az előző szabványra már felkészültek. Emlékezzünk csak vissza a cikkre.. a legtöbb újításra volt valami megfelelő a régiben is, még ha patkolás kategóriába is esett. Nem lehetne megoldani, hogy megírom az újban és visszafelé kompatibilissá teszem? Hát hogy a gránátba ne!?Pieter_Bruegel_the_Elder_-_The_Tower_of_Babel_(Vienna)_-_Google_Art_Project_-_edited

Tovább »

24Dec

Javascript pakk No. 1 - ECMAScript 6

A frontend fejlesztők élete nem csak játék és mese. Nem elég hogy a javascript prototype object modelje sokakban a hányingerre kisértetiesen emlékeztető érzéseket kelt, mindezt megfejelik aszinkron funkcionalitással és callback hegyekkel, a dinamikus típusosságról nem is beszélve. Persze a nyelv fejlesztői mindezzel tökéletesen tisztában vannak, ezért kifejlesztették egymás közt a csuklás legjobb gyógymódját, az ECMAScript 6-os szabványt! Ez sok újdonságot hoz a nyelvbe, viszont a böngészők egy része még nem támogatja vagy nem teljesen, viszont van rá mód, hogy azok számára is emészthetővé tegyük. A későbbiekben erről is írok. Menjünk hát végig, hogy miben változik a szabvány az eddigiekhez képest!

Tovább »

17May

Javascript O(O)P

A webfejlesztésnek, akár akarjuk, akár nem, bizony szerves részét képezi a frontend, így az életutunkbizony keresztezni fogja némi javascript, kivéve, ha dedikáltan backendesek vagyunk.dHCqj

Tovább »

2014-2018 © Letscode.hu. Minden jog fenntartva. Build verzió: