Dobranie sę do zmiennej z pliku dołączanego dynamicznie, przypisanie zmiennej z tego pliku do obiektu wywywołującego Opcje

[thek]

Na początku napiszę, że problem mam rozwiązany "na okrętkę", ale podam go na końcu... Szukam bowiem rozwiązania ładniejszego ;)

Mam sobie klasę w JS, gdzie w prototypie stworzyłem funkcję do dynamicznego dołączania pliku w strukturę DOM. Standardowe utworzenie elementu script z określonym src i type a całość po utworzeniu walę jako appendChild. Coś w stylu:

[JAVASCRIPT] pobierz, plaintext 
var file = document.createElement('script');
file.setAttribute("src", tu_sciezka);
file.setAttribute("type", tu_info_iż_to_javascript);
[JAVASCRIPT] pobierz, plaintext 

W dołączanym pliku mam zmienną

[JAVASCRIPT] pobierz, plaintext 
var zmienna = TU_STRUKTURA_JSON;
[JAVASCRIPT] pobierz, plaintext 

i wszystko fajnie, ale plik ten jest dołączany dosłownie na chwilkę. Dołączam (to działa na bank bo obejście działa), chcę przechwycić zmienną z wewnątrz i odłączyć plik. Dla dołączanego pliku zdefiniowałem sobie zdarzenie

[JAVASCRIPT] pobierz, plaintext 
file.onload = function() {...}
[JAVASCRIPT] pobierz, plaintext 

Próbowałem wewnątrz przechwycić var zmienna i przekazać ją wyżej do skryptu i tu jest problem, bo zasięgi widoczności sa takie, iż samą zmienną widzę, dopóki operacje wykonuję wewnątrz funkcji anonimowej (sprawdzane console.log - działa, zmienna jest ok i widoczna na tym poziomie), ale nie mogę wrzucić parametru (onload jako parametr przyjmuje event i nic innego :/), nie mogę użyć self (to mi daje hook na obiekt window) ani this (to mi daje hak na utworzony obiekt script ), a próba wejścia tam na pałę z globalną zmienna tymczasową i do niej przypisanie zawartości zmiennej z pliku kończy się oczywiście przywróceniem wartości z kontekstu globalnego zaraz po wyjściu z funkcji anonimowej. Myślałem o jakimś return wewnątrz funkcji anonimowej, ale do czego by ta wartość się przypisała? file.onload ? To po powrocie też sprawdzę (bo nie zrobiłem tego jeszcze - była 2 w nocy i chciałem już iść w kimę :D ), ale może ktoś do tego czasu mi podrzuci pomysł/wskazówkę/rozwiązanie. Może za bardzo zamotałem sobie życie lub byłem już za bardzo padnięty i zwyczajnie nie zauważyłem jakiegoś banalnego rozwiązania.

Zgodnie z adnotacją na początku: zrobiłem obejście (proste po uzupełnieniu klasy Storage o dwie metody, bo ta nie ma, według dokumentacji implementujących firm, możliwości przechowywania obiektów) z użyciem sessionStorage z html5, ale Storage i starsze IE (6, 7) to oczywiście "nieporozumienie". Po powrocie na chatę wrzucę kod tego co zrobiłem, by było widać gdzie konkretnie zmiany moim zdaniem należy przeprowadzić.

EDIT: Dorzucam wspomniany kod :)

[JAVASCRIPT] pobierz, plaintext 
var file=document.createElement('script');
file.setAttribute("type","text/javascript");
file.setAttribute("src","media/js/data/lang."+language+".js");
var temp; /* tu próba zmiennej do przechwycenia */
file.onload = function()
{
    sessionStorage.setObject('storedLang', lang);
    temp = lang;
    console.log(lang); /* Pokazuje OK dane */
    console.log(this); /* rzuca oczywiście obiekt file */
    console.log(self); /* tu zaś obiekt window */
    return lang; /* Próba zwrotki */
}
if (typeof file!="undefined")
{
    /* Adding element to DOM and extracting */
    document.getElementsByTagName("head")[0].appendChild(file);
    if(sessionStorage.storedLang)
    {
        this.translationTables[language] = sessionStorage.getObject('storedLang');
        this.storedLangs.push(language);
        sessionStorage.removeItem('storedLang')
    }
    console.log(file.onload); /* Zwróci treść funkcji onload niestety */
    console.log(temp); /* tu też kicha... */
    /* Remove file from DOM */
    document.getElementsByTagName("head")[0].removeChild(file);
}
[JAVASCRIPT] pobierz, plaintext 

Powód edycji: [thek]: Fragment kodu odpowiedzialny za manipulację w DOM

[thek]

Jeśli to było do mnie, to mogę dodać, że akurat ten fragment jest częścią funkcji sparametryzowanej co może widać będzie w pełniejszej wersji:

[JAVASCRIPT] pobierz, plaintext 
Translator.prototype.loadLangFile = function(language)
{
    //console.log(this);
    var file=document.createElement('script');
    file.setAttribute("type","text/javascript");
    file.setAttribute("src","media/js/data/lang."+language+".js");
    var temp = this;
    file.onload = function()
    {
        temp.translationTables[language] = lang;
    }
    if (typeof file!="undefined")
    {
        document.getElementsByTagName("head")[0].appendChild(file);
        document.getElementsByTagName("head")[0].removeChild(file);
    }
}
[JAVASCRIPT] pobierz, plaintext 

Oczywiście zawsze można poszerzyć o rzucanie wyjątków ale na razie "obciąłem" je. To co piszesz o "undefined" to od początku nie było tak planowane jak wspomniałeś, ale jako zabezpieczenie w razie gdyby coś poszło nie tak i obiekt file nie powstał. Stąd jego typeof, by nie dopinać do sekcji head obiektu, który jest w takim wypadku błędny. Rozumiem o czym piszesz bo moja nauka programowania to był początkowo Turbo Pascal, a potem C/C++, więc rozumiem o co Ci chodzi... Gdy tak patrzę na to, myślę że bezpieczniejsze było by owe removeChild(file) przenieść wprost do wnętrza onload jako removeChild(this), czyli przy onload wczytało by wnętrze i "odpięło się samo". Choć dla elastyczności byłoby lepiej miejsce wpinania przekazać podobnie jak that. No ale jak sam wspomniałeś - to już kosmetyka. Choć kod w stylu:

[JAVASCRIPT] pobierz, plaintext 
Translator.prototype.loadLangFile = function(language)
{
    var file=document.createElement('script');
    file.setAttribute("type","text/javascript");
    file.setAttribute("src","media/js/data/lang."+language+".js");
    var temp = this;
    var hook = document.getElementsByTagName("head")[0];
    file.onload = function()
    {
        temp.translationTables[language] = lang;
        hook.removeChild(this);
    }
    if (typeof file!="undefined")
    {
        hook.appendChild(file);
    }
}
[JAVASCRIPT] pobierz, plaintext 

na pewno jest bezpieczniejszy jeśli chodzi o wycieki pamięci (IMG:style_emoticons/default/smile.gif) Niemniej dziękuję za wskazanie miejsca do poprawki, nawet jeśli zrobiłeś to niezamierzenie i z innych powodów, które są bardziej natury kosmetycznej. Zawsze to jakaś luka mniej (IMG:style_emoticons/default/smile.gif)