ugrás a tartalomhoz

9 things every React.js beginner should know

MadBence · 2016. Jan. 26. (K), 00.22
Néhány hasznos best practice React fejlesztőknek
 
1

Látszólag

Hidvégi Gábor · 2016. Jan. 29. (P), 13.43
A webfejlesztői eszköztárból jelenleg leginkább egyvalami hiányzik: egy natív sablonozó rendszer.
2

<template> és template

Poetro · 2016. Jan. 30. (Szo), 20.16
3

Nem túl erős a felhozatal,

Hidvégi Gábor · 2016. Jan. 30. (Szo), 22.10
Nem túl erős a felhozatal, sablonozó rendszernek nem nevezném őket, főleg nem natívnak. Az első csak egy szimpla láthatatlan elem, a template stringek sebességét mértem, de nagyjából ugyanannyi, mint ragasztgatással.
8

Natív

Poetro · 2016. Feb. 1. (H), 09.31
Pedig mindkettő be van építve a böngészők jelentős részébe, és kellőn kifinomult API-t kínálnak.A sebességgel pedig foglalkozzanak az implementálók, idővel javulni fog, főleg ha az emberek elkezdik használni.
9

Sablonozás

Hidvégi Gábor · 2016. Feb. 1. (H), 15.01
Előbb akkor célszerű lenne definiálni, miről is beszélünk.

A sablonozás (számomra legalábbis) azt jelenti, hogy egy adattömbből szabályok/parancsok segítségével HTML-t gyártunk. Ezek a parancsok többek között:
  • adatok behelyettesítése
  • iteráció
  • feltételes feldolgozás
  • include-olás (sablonok beolvasása külső fájlból)
  • változók kezelése sablonon belül
A sablonozás egyik fontos funkciója, hogy elkülönítse a feladatokat, a frontendet a backend-től, a megjelenítést az üzleti logikától. Így elkerülhető, hogy egy HTML huszár véletlenül rossz helyre nyúljon, valamint a sablonokat tartalmazó könyvtár teljesen külön vehető a szerveren futó kódtól.

A sablonozásnak tehát menedzsment, kódszervezési és biztonsági szerepe van. Emellett a frontenden elválasztható a HTML előállítása/manipulációja az események kezelésétől (onclick, onchange és társaik).

Ha a fentieket veszem alapul, a <template> elem és a template karakterláncok nem tűnnek komoly próbálkozásnak. Sőt, a React-ben is keveredik a szezon a fazonnal, azaz tíz-tizenöt évet visszaléptünk az időben, pont tegnap találtam erről egy cikket, ahol ezt szépen illusztrálják.
10

Mustache

Poetro · 2016. Feb. 1. (H), 20.08
Akkor a Mustache nem sablonozórendszer, mert nem felel meg a te követelményeidnek, pedig mindenki más szerint az.
12

Nem

Hidvégi Gábor · 2016. Feb. 1. (H), 23.12
Nem igazán. Ismertem, és amikor a fenti hozzászólást írtam, átnéztem megint, mit tud, és elég korlátozottak a lehetőségei. Előnye, hogy támogatva van kliens- és szerveroldalon is, cserébe jó lassú, nodejs-sel játszottam vele egy-két éve meg php-val.

Egyébként nem rossz, de egy feltételes feldolgozást igazán beletehettek volna.
13

Lefordítva volt lassú?

Joó Ádám · 2016. Feb. 1. (H), 23.18
Lefordítva volt lassú?
14

Nem emlékszem, de nem hiszem,

Hidvégi Gábor · 2016. Feb. 1. (H), 23.33
Nem emlékszem, de nem hiszem, hogy fordítgattam bármit is.
15

Minden kérésnél

Joó Ádám · 2016. Feb. 2. (K), 00.02
Minden kérésnél újra feldolgozni a sablont elég erőforráspazarló.
11

A Mustache nagy kedvencem, és

bamegakapa · 2016. Feb. 1. (H), 23.08
A Mustache nagy kedvencem, és pont azért, mert rohadt egyszerű.
4

Mi a helyzet az XSLT-s

Joó Ádám · 2016. Jan. 30. (Szo), 22.23
Mi a helyzet az XSLT-s rendszereddel?
5

Köszönöm, jól van, épp azt

Hidvégi Gábor · 2016. Jan. 31. (V), 07.41
Köszönöm, jól van, épp azt tesztelgetem, hogy sebességben hogyan viszonyul a manapság népszerű keretrendszerekhez. Egyedül a React versenyképes, bár az trükkös, mert az első kirajzolás jóval lassabb, utána felgyorsul, gondolom, a virtuális DOM miatt; a második hívástól nagyjából ugyanazt a szintet hozza mindkettő, nagy elemszám esetén (1600 elemű, dinamikusan generált űrlap).
6

Nem osztod meg valamikor?

Joó Ádám · 2016. Jan. 31. (V), 12.22
Nem osztod meg valamikor?
7

De

Hidvégi Gábor · 2016. Jan. 31. (V), 12.49
Dehogynem, csak óriási munka. Van már pár kisebb projektem, ami működik, de szeretnék még pár tipikus példát mellétenni, hogy látható legyen, mi mindenre lehet használni.