[js] lepszy document.createElement Opcje

[kufalo]

Witam,

Mootools oferuje wygodny new Element:

http://mootools.net/docs/core/Element/Element#Element

w ktorym od razu mozna dolaczyc atrybuty i zdarzenia (drugi parametr) do nowo tworzonego elementu.

Pytanie czy ta cala struktura to czysty wynalazek tworcow Mootools, czy moze przyszla lub rozwojowa wersja ECMAScript5 / HTML5 opisuje cos podobnego?
Niestety nie moge znalesc, a moze ktos sie z tym spotkal...

[skowron-line]

Wymysł twórców frameworka, chyba w każdym w taki sposób można stworzyć element.

[wookieb]

A czy w nowo utworzonym element przez document.createElement nie można? Oczywiście, że można! W takim razie jaki jest problem?

Ten post edytował wookieb 3.09.2010, 14:21:35

[kufalo]

Oczywiscie, ze mozna ...ale tamto rozwiazanie jest duzo wygodniejsze. Mniej kodu.
A pytam z ciekawosci, poniewaz wiekszosc metod ktore zdarzaja sie poczatkowo we framewrokach potem sa implementowane w przegladarkach i definiowane przez W3C np:
JSON, getElementsByClassName itd.

[skowron-line]

A czy w nowo utworzonym element przez document.createElement nie można? Oczywiście, że można! W takim razie jaki jest problem?

a można Przekazując obiekt JSON
http://www.w3.org/TR/2000/REC-DOM-Level-2-...l#ID-2141741547

Ten post edytował skowron-line 3.09.2010, 14:36:51

[wookieb]

Wow to teraz miernikiem jakości kodu bedzie to ile można stworzyć za pomocą jednej linijki? Suuper.

[JAVASCRIPT] pobierz, plaintext 
var e = document.createElement('div');
with(e)
{
innerHTML = 'html';
id = 'id';
className = 'klasa1 klasa2';
addEventListener(.....); // tutaj trzeba obsłużyć prototyp dla zachowania CROSS BROWSER
}
[JAVASCRIPT] pobierz, plaintext 

I szczerze mówiąc nie robi mi różnicy takie rozwiązanie a to podane przez Ciebie. Czy zostanie wprowadzone przez w3c to raczej jest to mało prawdopodobne, m.in z tego względu że nie jest to dobre z punktu widzenia
a) edytorów tekstu (chodzi o podpowiedzi)
człowieka (musisz zapamiętać masę kluczy jeżeli nie masz IDE)

Rozumiem potrzebę wygodnego pisania aplikacji ale kurcze zachowajmy pewien umiar.

Ten post edytował wookieb 3.09.2010, 15:51:01

[kufalo]

Ja rozumiem, ze przejrzystosc kodu to podstawa, ale aplikacje webowe to specyficzna dziedzica, gdzie kazdy bajt przesylany przez siec jest na wage zlota.
Ale generalnie nie mam zamiaru z tego korzystac, jezeli nie ma widokow na to ze wejdzie to do specyfikacji. Nie lubie frameworkow. Jezeli mialo by wejsc to inna sprawa. Wtedy "na chwile" warto sobie recznie dostawic taką metode, tak jak kiedys dostawialo sie zewnetrzny json.js

Ten post edytował kufalo 3.09.2010, 16:03:54

[skowron-line]

Wiadomo że nie wszystkie rozwiązania wykorzystane we FW są super zaj***.

musisz zapamiętać masę kluczy

wystarczy znajomość HTML-a

[erix]

[JAVASCRIPT] pobierz, plaintext 
innerHTML = 'html';
[JAVASCRIPT] pobierz, plaintext 

Spróbuj to przemycić w Firefoksie z MIME application/xhtml+xml.

. Wtedy "na chwile" warto sobie recznie dostawic taką metode, tak jak kiedys dostawialo sie zewnetrzny json.js

To lepiej wstawić od razu treść HTML, bez takiego kombinowania.

Zamiast powiedzieć postaw tu czerwony samochód, to będziesz robił utwórz obiekt, ustaw mu kolor na czerwony, wybierz typ: samochód, tu->wstaw(obiekt).

Super.

[kufalo]

Zapomnialem napisac, ze w moim przypadku jest to aplikacja webowa, a nie strona www.
Wszelkie dane, zestawienia itd sa generowane dynamicznie z otrzymanych ajaxem notacji JSON.
Wiec akurat JS i DOM to dla mnie najlepsze rozwiazanie.