FAQ |
Kalender |
|
![]() |
#1 | |||
|
||||
Mycket flitig postare
|
dAEk till martine: Hallå, någon där?
|
|||
![]() |
![]() |
![]() |
#2 | ||
|
|||
Supermoderator
|
Två dagar innan julafton är kanske fel tillfälle att ropa?
![]()
__________________
Full-stack developer, free for smaller assignments |
||
![]() |
![]() |
![]() |
#3 | |||
|
||||
Mycket flitig postare
|
Citat:
![]() I min värld är det ganska vågat att säga att man kan skriva kod som presterar bättre än jQuery. Om det stämmer vore det säkert lärorikt att se lite detaljer och vad är då bättre en ett exempel? |
|||
![]() |
![]() |
![]() |
#4 | |||
|
||||
Har WN som tidsfördriv
|
Citat:
Gör man ett bra script som bara löser exakt det man vill så kan man nog få bättre prestanda. Priset för det är ju dock att det tar väldigt mycket längre tid utveckla(och därmed dyrare, tid = pengar) och hur översiktlig kod det blir är ju upp till den som programmerar. jQuery är verkligen inte hinder för att göra översiktlig kod, utan i de allra flesta fall, ett hjälpmedel för det. Eftersom scripten körs hos klienten hjälper det ju inte till att minska lasten på servern heller, förutom marginellt mindre bandbredd(motsvarar en normalstor bild)... På det stora hela är det nog väldigt få fall där nackdelarna överväger fördelarna när det rör sig om att göra nya funktioner från scratch. Ska man bara använda använda en eller två jQuery funktioner kanske man kan göra det själv utan jQuery. |
|||
![]() |
![]() |
![]() |
#5 | |||
|
||||
Mycket flitig postare
|
Ja, det går att skriva kod som presterar bättre. Vad är så bra att det inte går att förbättra ytterligare? Inte mycket. Men att säga att det är enklare att skriva egen kod och att den presterar bättre är något jag har svårt att ta på allvar. Det känns som att man antingen överskattar sin egen förmåga eller underskattar insatsen som krävs för att skriva högpresterande js som funkar i olika webbläsare.
Ska man bara dölja en div eller liknande är det såklart onödigt att läsa in ett ramverk men de flesta av oss skriver lite mer avancerade sidor än så. Ramverk medför viss overhead men hittills har jag inte varit med om att det skulle vara något som gör att det faller bort pga den skillnaden. Vad för typ av app skriver man i de fallen? Overheaden ligger i att läsa filen från nätet och läsa in den från cache + minnesanvändningen. Funktioner som inte används orsakar inte mer overhead än så eftersom ramverket är modulärt. Det innebär förresten att man inte behöver läsa in hela jQuery om man inte vill. De moduler som man inte använder kan man stycka bort så att de inte behöver skickas till webbläsarna öht. Kolla i byggskriptet för mer info. |
|||
![]() |
![]() |
![]() |
#6 | |||
|
||||
Har WN som tidsfördriv
|
Citat:
Men skillnaderna är nog i de allra flesta fall så små att de inte märks utan i vissa specialfall som tex mobiltelefoner. Ja var själv ingen expert på JS innan jag fick upp ögonen för jQuery. Ja kunde göra grundläggande saker som AJAX, gömma delar av sidan och stoppa in innehåll där man vill och så vidare. Men när jag började med jQuery blev det väldigt roligt när man med bara några få rader kod kunde göra snygga animeringar och andra effekter. Men den största vinsten med jQuery och ramverk generellt är ju att man blir mycket mer produktiv och därmed sänks utvecklingskostnaderna. När det gäller mikrooptimeringar som dessa är det nog i många fall utvecklingskostnaderna högre än kostnaden för de extra CPU-cyklerna som förbrukas. |
|||
![]() |
![]() |
![]() |
#7 | |||
|
||||
Mycket flitig postare
|
Jo, jag glömde den faktorn. Men oavsett: jag vet egentligen inte vad vi argumenterar om längre. Premature optimization försöker jag undvika och hittills ser jag anledningarna till att inte använda ramverk som - just det - premature optimization. Jag har fortsatt svårt att se vilka särskilda förhållanden som motiverar ett sådant beslut och det verkar inte gå att få några exempel. Lika bra att avbryta här, antar jag.
|
|||
![]() |
![]() |
![]() |
#8 | |||
|
||||
Mycket flitig postare
|
Ja, hallå... Jag bor inte på forumet om du nu trodde det. God jul på dig för övrigt.
I stort håller jag med ITisGood så du kan läsa hans inlägg. Jag skulle dessutom tillägga att det finns flera ramverk och det finns ingen anledning att stirra sig blind på just jQuery. Och gör man websidor lite oftare än bara ibland så lönar det sig snabbt att bygga upp egna bibliotek för just det man behöver i sammanhanget. Om du inte kan göra bättre kod än jQuery så tillhör du nog de många som använder jQuery just för att de inte kan eller orkar göra det utan gratisskjutsen de får av jQuery. Djupstudera xml, dom, css, oop och js så upptäcker du nog ett och annat intressant (JavaScripts objectmodell är väldigt intressant): http://www.w3.org/DOM/DOMTR http://www.ecma-international.org/pu...s/Ecma-262.htm |
|||
![]() |
![]() |
![]() |
#9 | |||
|
||||
Mycket flitig postare
|
Vad i jQuery är det som behöver göras bättre och snabbare? Kan du nämna något konkret istället för att länka till höger och vänster?
God jul! |
|||
![]() |
![]() |
![]() |
#10 | ||
|
|||
Supermoderator
|
Citat:
![]() Det du också verkar glömma är att i princip alla som arbetar som utvecklare har en prioritering att rätta sig efter (antingen en egen eller uppifrån eller både och) då tiden ALDRIG räcker till. I 99,99% av fallen är det långt viktigare att optimera serversidan än att tjäna några tusendelar på klientsidan.
__________________
Full-stack developer, free for smaller assignments Senast redigerad av tartareandesire den 2010-12-28 klockan 18:50 |
||
![]() |
![]() |
Svara |
|
|