Hlavní nevýhodou je jak si psal bezpečnost. Jelikož se ale ptáš ohledně výkonu, "evaluovaný" kód je pomalejší, jelikož funkce eval() znovu volá interpret tzn. kód se nedá zkompilovat a nepoužívá ani cache. Tohle jsou moje informace.
Obecně používání eval je špatný nápad, ale neplatí to vždy.
Proč je to špatný nápad?
Kde by se naopak mohla funkce použít?
Když mám nějaký asynchronní loader javascriptu (třeba AJAXem - např.
require.js, Google Closure má myslím taky něco apod.)
Díky za odpověď. Jak už jsem říkal, to co jsi uvedl pod body 1 a 3 vynechávám, protože vím přesně, ke které konkrétní věci se bude tahle technika používat. A ano, jde o javaScript dynamicky vytvářený na serveru a asynchronně načítaný klientem.
Btw, jiná možnost spuštění takového kódu asi ani není? Něco jsem zahlédl ohledně dynamicky generovaného tagu <script>, ale to mi přišlo jako moc velký hack, navíc se mi to na IE nějak nepovedlo uvést v život.
Takže ty na serveru generuješ nějakým jazykem JavaScript?
Načítání skriptú jde buďto AJAXem (pak je to asynchronní) nebo přidáním tagu script do DOM, jak jsi zmínil. Můžeš používat obě. Záleží na tom, co ti víc vyhovuje.
Aha, teď tomu moc nerozumím. "Načítání skriptú jde buďto AJAXem (pak je to asynchronní)" - to znamená co? Já prostě udělám z browseru HttpRequest na server, přijmu script ve stringu a ten pak pomocí eval spustím. Žiju v tom, že tomu se říká Ajax?
Místo eval() je v případě jQuery vhodnější použít $.getScript() nebo $.parseJSON() podle účelu.
To co používáš, je AJAX 
Asynchronní je to proto, že se JS zpracovává vesele dál a tvůj nový
javascript, který chceš přes AJAX načíst, se načte, až prohlížeč
obdrží odpověď serveru. Na tu odpověď serveru ale javascript nečeká,
pouze zaregistruje callback, který se zavolá po přijetí.
Uf, už jsem si chvíli myslel, že to co jsem myslel že je Ajax, je někdo
úplně jiný 
Ok, díky za názory, pokusím se teda vydat tudy, pokud přijdu na nějaký problém, podělím se...
Zobrazeno 9 zpráv z 9.
