No właśnie. Miałem już wiele podejść, ale za każdym razem po prostu trafia się linijka,w której nie wiem "co mówi". Dlatego wpadłem po poradę,bo mam już dosyć bez sensownego analizowania kodu wyłącznie w pamięci. W jaki sposób można analizować jQuery? Tzn. czy są jakieś kodowe metody, które pomagają w odczytywaniu linijek jquery?

Dokumentacja jQuery + ew. dołączonych bibliotek. Generalnie dla początkującego może nie być łatwo, aczkolwiek w większości wypadków całość jest logiczna.
Jak masz jakiś poważniejszy problem to po prostu nas zapytaj, myślę, że będzie ok

PS W lepszych IDE możliwe, że są dodatki w stylu - najeżdżam na nazwę funkcji i pokazuje mi dokumentację, aczkolwiek sam z tego nie korzystałem, więc są to tylko moje przypuszczenia

Ja korzystam cały czas z documentacji jquery i oczywiście stackoverflow, ale wolałbym by moja wiedza o tej bibliotece była większa. Owszem, mogę tu wpadać z pytaniami dotyczącymi poszczególnych linijek, ale podejrzewam, że jakbym zaczął, to wszyscy by tu zwariowali. Bo musiałbym pytać dosłownie cały czas i w dodatku o wszystko. Osobiście wolałbym wykombinować jakąś metodę bardziej praktyczną do tej nauki, bo i mnie by było lżej i pewnie też całemu światu.

A miałeś wcześniej styczność z czystym JS?
Jeśli nie, to spróbuj, wtedy będzie Ci łatwiej zrozumieć jQ, zobaczysz, że programując w czystym JS sam byś wiele rzeczy uprościł, które to znajdzie właśnie w jQ.

Trueblue, czytałem "Praktyczny Kurs js" Marcina Lisa, ale chyba muszę go przeczytać jeszcze raz. To samo "Mocne Strony". Okej, nie ważne. Widzę po prostu, że dobra wiertara, dobre wiertła, szklanka wody i na chama do przodu. Nie ma inaczej.

Dokładnie, nie ma inaczej. Praktyka czyni mistrza. Nic nie przychodzi od razu i nie ma innej metody. A kto pyta nie błądzi, więc śmiało możesz pytać na forum

Tsa...tylko, żeby się nie okazało to o czym pisałem. Nie mówcie, że nie ostrzegałem. Jeśli mam pytać, to tych pytań chciałbym zadawać wiele. Ale wiecie co? Może na początek lepiej sobie utrwale te książki co je wymieniłem. Ostatnio po prostu więcej w php siedziałem i wiedza z js poszła trochę w las.

Ale dzięki. Dobrze jest wiedzieć, że mogę tu liczyć na pomoc.

Jeśli masz problem ze zrozumieniem pojedynczej funkcji, to wchodzisz na jquery.com albo na stackoverflow.com i rozumiesz.

Gorzej jeśli przeglądasz całościowo czyjś kod, który jest że tak powiem "napaćkany", to się nie dziwię. jQuery ma to do siebie, że jeśli się nie zachowuje odpowiednich wzorców (np. MVC itp.) to łatwo popaść w spaghetti code, albo w callback hell, który polega na tym, że masz milion zagnieżdżonych funkcji (ale korzystanie z promise'ów pozwala tego uniknąć). Dlatego przy większych projektach lepiej korzystać z jakiegoś frameworka (choćby Backbone, ale znowu - kolejny framework to kolejne koncepcje i funkcje do opanowania).

Ja mam kłopot ze zrozumieniem na przykład tego:
1) Selektor? Wiadomo. Ale context? Jak mam rozumieć znaczenie contextu?

2)Co znaczy np. this.context = this[0] = selector;?

Tak jak uprzedzałem - takich pytań będę stawiał więcej.



Wiem co to jest wzorzec MVC, ale do tej pory czytałem o nim w odniesieniu do php. Co masz na myśli przez zachowanie go w przypadku jquery? No i w ogóle nie za bardzo załapałem co miałeś na myśli pisząc spagetti code lub callback hell.

ps.
jak już mówiłem: pytań mam sporo

przede wszystkim mam wrażenie, że źle zrozumialem twoje pytanie na poczatku. Załozylem, że chcesz analizować jakas strone, ktora korzysta z biblioteki jQuery. A ty chyba chcesz analizować kod źródłowy samej biblioteki jQuery, prawda?
To zmienia trochę postać rzeczy. Niestety co do biblioteki jQuery, to nie wnikałem w nią specjalnie na poziomie kodu źródlowego (bo do zwykłego korzystania z jQuery nei jest to potrzebne), ale jak wrzucisz to w Google, to pierwszy wynik z google zwraca tę strone na stackoverflow:
http://stackoverflow.com/questions/1257394...s-this-refer-to
A tam jak wół masz napisany komentarz Handle $(DOMElement):

czyli ten kod radzi sobie z przypadkiem, kiedy ktoś podał DOMElement jako argument do funkcji $ (czyli innymi slowy wezmie zwykły element np. document.body czy ten uzyskany przez document.getElementById i wsadzi ten element do jQuery (na tyle na ile jestem w stanie wywnioskować po zerknieciu na te linijki i przeczytaniu komentarza na górze)


wtedy selector JEST elementem (a nie np. stringiem, bo do funkcji $ mozesz podac rowniez stringi (np. $('#costam') ), i wtedy zlapie to inny if. Z obiektow jQuery mozna korzystac jak z tablic, wiec dlatego masz this[0] ustawione na element.
this.context natomiast nie weim do czego sluzy, ale generalnie wydaje mi sie, ze jQuery jest na tyle popularna biblioteka, ze nie zdziwilbym sie gdyby gdzies w ANGLOJEZYCZNYM internecie o tym pisali. Przeszukaj stackoverflow, githuba, blog Johna Resiga, sciagnij jakas wersje jQuery z komentarzami czy adnotacjami, jesli taką znajdziesz...

Generalnie jeśli słabo znasz czysty JS to będzie Ci bardzo trudno zrozumieć kod jQuery. Lepiej odwróć kolejność - najpierw pisz swoje skrypty, czytaj o JS, analizuj inne prostsze kody, a dopiero jak będziesz czuł się pewnie w JS to siądź do analizowania jQuery.

Dziękowac. Wiesz Prince, właściwie to sam się domyślłem, że chodzi w tym konkretnym if'ie o "radzenie sobie" jQuery z dom, ale bardziej chodziło mi o dokładne zrozumienie poszczególnych wierszy. Co do this[0], to też załapałem, że chodzi o jakiś pierwszy element tablicy, ale wolałbym to wiedzieć konkretniej tzn. jaki element? W dodatku wszędzie w ifach na końcu jest "return this". Czasem mam problemy z rozszyfrowaniem na co konkretnie wskazuje dany a dany this.

Co do stack'a, to szczerze mówiąc nie wiedziałem, że można tam wrzucać nawet całe bloki kodu. Także dobrze wiedzieć.



Zgadza się;-)



Też tak myślę, choć niestety pojawilali się na forach ludzie, którzy mi gadali "A po co ci czysty js? Porypało cię itd". Dlatego zdarzało się, że odkładałem czysty js i brałem się za proste kodowanie w jQuery. Ale sęk w tym, że proste skrypty w jquery mi nie wystarczą. Wolałbym umieć więcej.

Znaleziony. Generalnie jak robisz zapytanie do jQuery:

to możesz potem się odwoływać do result jak do tablicy:



to, żeby działała sztuczka zwana "chaining". Chodzi o to, żeby (prawie) każda metoda zwracała obiekt jQuery (siebie), i żebyś mógł napisać tak:

a nie musiał pisać tak:



Zależy co nazwiesz czystym JSem. Na pewno składnie trzeba znać (funkcje, obiekty, tablicy, zmienne, domknięcia itp.). Ale to jakiego API użyjemy, to jest kwestia umowna. jQuery jest sprytną nakładką na brzydkie API przeglądarkowe. W API przeglądarkowym, żeby dodać obsługę zdarzenia click byś napisał:

a używając API jQuery napiszesz tak:


Dlatego z jQuery opłaca się korzystać bo upraszcza kod (co nie zwalnia z obowiązku znania składni JavaScriptu chociażby, a jeśli się chce zrozumieć jak działa jQuery to przypuszczam, że też warto byłoby poznać jak działa to brzydkie przeglądarkowe API czyli te wszystkie getElementById, addEventListener itp.).