Witam. Jestem troszkę cienias w JS więc proszę Was o pomoc (wydaje mi się że to jest banalne). Chciałbym mieć jakiś input w którym pokazywano by wciśnięte klawisze na klawiaturze. Wciskamy np klawisz "A", w inpucie pojawia się "A,". Po odświeżeniu oczywiście wszystko znika, żeby nie było ;P
Z góry dziękuję
Pozdrawiam
Pełna wersja: [JS]Zapisywanie wciśniętego klawisza w inpucie
Przykład w jQuery (to taka biblioteka do JavaScriptu, której funkcje dzialaja pod absolutnie kazda przegladarka w przeciwienstwie do czystego JS).
Bez jQuery byloby duzo p...lenia ze zrobieniem binda pod event 'keypress' tak zeby zadzialalo pod każdą przeglądarką, poza tym z tego co pamietam, jedne przegladarki mają dostep do tego co jest w inpucie za pomoca input.value, inne input.html, inne jeszcze inaczej... wiec zdecydowalem dac ci przyklad w jquery ktore oszczedza sporo nerwów.
input.val to taka fajna funkcja jquery, ktora uruchomiona bez parametru zwraca zawartosc textBoxa, natomiast z parametrem - ustawia mu taką zawartosc jak podasz z parametrem.
Bez jQuery byloby duzo p...lenia ze zrobieniem binda pod event 'keypress' tak zeby zadzialalo pod każdą przeglądarką, poza tym z tego co pamietam, jedne przegladarki mają dostep do tego co jest w inpucie za pomoca input.value, inne input.html, inne jeszcze inaczej... wiec zdecydowalem dac ci przyklad w jquery ktore oszczedza sporo nerwów.
input.val to taka fajna funkcja jquery, ktora uruchomiona bez parametru zwraca zawartosc textBoxa, natomiast z parametrem - ustawia mu taką zawartosc jak podasz z parametrem.
Jeśli to miałem zrobić, to nie za bardzo działa bo mam tylko tego inputa do którego mogę wpisywać tekst.
Bardzo dziękuję za pomoc
Pozdrawiam
pisalem to z glowy bez sprawdzenia czy dziala, myslalem ze potrzebujesz podpowiedzi a nie rozwiazania kopiuj&wklej. zaraz ci dam w pełni sprawne.
Tylko daj sobie własną ścieżkę do JQuery w <script type="text/javascript" src="Javascripts/jQuery.js"></script>
Tylko daj sobie własną ścieżkę do JQuery w <script type="text/javascript" src="Javascripts/jQuery.js"></script>
Zarąbiście, pięknie
Dzięki wielkie
Pozdrawiam
Dzięki wielkie
Pozdrawiam
@Orzeszekk: Z tym JS to jak nie wiesz to lepiej nie pisz bzdur Szczególnie jeśli chodzi o to zdanie:
Poniżej kod, który zadziała wszędzie, aż tak dużo "pitolenia" się nie było:
Szczególnie jeśli chodzi o to zdanie:Cytat
Bez jQuery byloby duzo p...lenia ze zrobieniem binda pod event 'keypress' tak zeby zadzialalo pod każdą przeglądarką, poza tym z tego co pamietam, jedne przegladarki mają dostep do tego co jest w inpucie za pomoca input.value, inne input.html, inne jeszcze inaczej...
Poniżej kod, który zadziała wszędzie, aż tak dużo "pitolenia" się nie było:
Kod
<input id="test">
<script>
onload = function(){
document.onkeypress = function(e){
e = e || event;
var key = e.which || e.keyCode;
document.getElementById('test').value += String.fromCharCode( key )+', ';
}
}
</script>
<script>
onload = function(){
document.onkeypress = function(e){
e = e || event;
var key = e.which || e.keyCode;
document.getElementById('test').value += String.fromCharCode( key )+', ';
}
}
</script>
Cytat(kamil4u @ 3.03.2012, 13:30:26 ) 
@Orzeszekk: Z tym JS to jak nie wiesz to lepiej nie pisz bzdur Szczególnie jeśli chodzi o to zdanie:
Poniżej kod, który zadziała wszędzie, aż tak dużo "pitolenia" się nie było:
Szczególnie jeśli chodzi o to zdanie:Poniżej kod, który zadziała wszędzie, aż tak dużo "pitolenia" się nie było:
Kod
<input id="test">
<script>
onload = function(){
document.onkeypress = function(e){
e = e || event;
var key = e.which || e.keyCode;
document.getElementById('test').value += String.fromCharCode( key )+', ';
}
}
</script>
<script>
onload = function(){
document.onkeypress = function(e){
e = e || event;
var key = e.which || e.keyCode;
document.getElementById('test').value += String.fromCharCode( key )+', ';
}
}
</script>
dobrze sprawdz czy aby pod każdą.
Nie rozumiem sensu uzywania czystego javascriptu i zastanawiania sie czy to zadziala czy nie zadziala skoro mozna uzyc jquery i miec to z glowy.
kiedys jquery wydawal mi sie zbednym narzutem wydajnosciowym, po napisaniu edytora wysiwyg od podstaw, w czystym JS stwierdzam: jquery vs javascript 10:0. 50% czasu który zuzyłem na napisanie tego widgeta, zszedl na różnice w przeglądarkach.
nie ma nic zlego w uzywaniu jquery wiec czemu go nie uzywac?
jQuery ma wiele zalet, ale tylko przy dużych projektach( i to nie zawsze ). Do głównych wad należy:
- często niepotrzebne dodatkowe linie kodu( tak jak tu - mój kod ma 4 linie, Twój z tysiące. Po co skoro to samo można osiągnąć za pomocą 4lini?
- jQuery jest dużo mniej wydajne. Pisałem kiedyś skrypt, gdzie szybkość była głównym wyzwaniem.
- jQuery uczy złych nawyków( szczególnie to tyczy początkujących ) - takie potwory jak: $('.klasa + #id > div.......') widziałem dużo razy
To albo pisałeś go bardzo bardzo dawno temu albo brakowało Ci podstawowej wiedzy o JS. Akurat z .value się strasznie pomyliłeś, a to są podstawy, stąd wysuwam ten wniosek. W zdarzeniach są pewne różnice, ale tylko między IE i resztą, a po przeczytaniu jednego artykułu wszystko jest jasne dla każdego.
Jadąc do kolegi, który mieszka 1min drogi od Ciebie poszedłbyś piechotą lub rowerem( JS i 4 linie kodu ) czy ciężarówką( jQuery i klika tysięcy linii )
Moim zdaniem używanie jQuery ma sens tylko wtedy, gdy naprawdę jest to potrzebne. Tu na pewno nie! I tak to działa pod każdą przeglądarką. Opanowanie kilku podstawowych różnic w przeglądarkach to nie jest aż tak trudne.
Pozdrawiam
PS. Jeżeli umiesz dobrze programować i to Twój świadomy wybór to ok, ale jak chcesz pomóc komuś początkującemu to warto pisać tak jak jest. Czyli napisać, że Ty byś to zrobił w jQuery tak i tak, ale w JS to też nie jest trudne, a nie pisać, że jest mnóstwo problemów nie do przejścia, dając fałszywy obraz rzeczywistości
PS2. Mamy trochę inny stosunek do bibliotek i szanuję to. Osobiście nienawidzę używać żadnych bibliotek, chyba że jest to naprawdę duży projekt.
- często niepotrzebne dodatkowe linie kodu( tak jak tu - mój kod ma 4 linie, Twój z tysiące. Po co skoro to samo można osiągnąć za pomocą 4lini?
- jQuery jest dużo mniej wydajne. Pisałem kiedyś skrypt, gdzie szybkość była głównym wyzwaniem.
- jQuery uczy złych nawyków( szczególnie to tyczy początkujących ) - takie potwory jak: $('.klasa + #id > div.......') widziałem dużo razy
Cytat
po napisaniu edytora wysiwyg od podstaw, w czystym JS
To albo pisałeś go bardzo bardzo dawno temu albo brakowało Ci podstawowej wiedzy o JS. Akurat z .value się strasznie pomyliłeś, a to są podstawy, stąd wysuwam ten wniosek. W zdarzeniach są pewne różnice, ale tylko między IE i resztą, a po przeczytaniu jednego artykułu wszystko jest jasne dla każdego.
Cytat
nie ma nic zlego w uzywaniu jquery wiec czemu go nie uzywac?
Jadąc do kolegi, który mieszka 1min drogi od Ciebie poszedłbyś piechotą lub rowerem( JS i 4 linie kodu ) czy ciężarówką( jQuery i klika tysięcy linii )
Moim zdaniem używanie jQuery ma sens tylko wtedy, gdy naprawdę jest to potrzebne. Tu na pewno nie! I tak to działa pod każdą przeglądarką. Opanowanie kilku podstawowych różnic w przeglądarkach to nie jest aż tak trudne.
Pozdrawiam
PS. Jeżeli umiesz dobrze programować i to Twój świadomy wybór to ok, ale jak chcesz pomóc komuś początkującemu to warto pisać tak jak jest. Czyli napisać, że Ty byś to zrobił w jQuery tak i tak, ale w JS to też nie jest trudne, a nie pisać, że jest mnóstwo problemów nie do przejścia, dając fałszywy obraz rzeczywistości
PS2. Mamy trochę inny stosunek do bibliotek i szanuję to. Osobiście nienawidzę używać żadnych bibliotek, chyba że jest to naprawdę duży projekt.
to ze ktos robi potworki to wina jego a nie jquery. JQuery naprawia to co w javascripcie jest popsute - nieprzenosnosc kodu miedzy przegladarkami. Samo jquery ma bardzo fajne api z method chainingiem i mozna robic bardzo fajne i czytelne skrypty w nim.
Nawet microsoft ktory jest oporny na obce rozwiązania włączył je do kodu frameworka ASP.NET na równi z wlasna biblioteka microsoft ajax extensions, i nie faworyzuje zadnej, a to oznacza ze jquery naprawde zostalo docenione, zreszta nie tylko microsoft, ale i google, i masa innch firm ją wspiera.
Ja uwazam ze szybciej jest dolaczyc jquery do kodu i przecierpiec to ze 0.1 sek sie dluzej strona zaladuje za pierwszym razem niz meczyc sie z kodem crossbrowser i dodawac obejscia do javascriptow. Mozna sobie kluczowy kawalek zrobic w javascripcie a reszte w jquery. A jezeli ktos linkuje do najnowszej wersji z google API, to biblioteka sciagnie sie tylko raz dla wszystkich webpejdzy na ktore wchodzi dany uzytkownik.
Tym bardziej ze z jednej kopii jquery moga korzystac wszystkie skrypty ktorych uzywasz na portalu. Meczenie sie z gownianymi mikrooptymalizacjami ktore w niewielkim stopniu podnoszą wydajnosc skryptu kosztem czytelnosci i wydajnosci kodowania to strata czasu a co za tym idzie pieniedzy. A pisanie wlasnorecznie crossbrowserowych skryptow tam gdzie mozna uzyc jquery to wlasnie wynajdywanie kola na nowo.
Edytor wysiwyg najpierw napisałem pod operę a póżniej z wkurwieniem odkryłem ze nie dziala pod mozilla i chromem. Ok 2 tygodni (edytor pisalem tydzien) zajelo mi znalezienie wszystkich roznic i poprawienie ich, osiedzialem sie z debuggerem jak głupi. Na koniec okazalo sie ze zmusic IE do pracy to kolejny tydzien roboty. Pozniej kolega ze studiow mnie wysmial po co sie pierdole z tym jak jest jquery - faktycznie wyprobowalem, kolejne skrypty dzialaly juz idealnie bez meczenia sie i nieeeleganckich obejsc i od tej pory nie widze powodu by cokolwiek pisac w czystym jsie, skoro funkcje jquery sa duzo bardziej niezawodne, sprawne wygodniejsze i bardziej produktywne.
jquery jest NIEWIELE mniej wydajne od czystego js, a przy okazji duzo szybciej sie w nim pisze bo jest bardziej przemyslane niz sam javascript. Narzut na sciagniecie jquery w zminimalizowanej wersji - 40kb biorac pod uwage fakt ze ten maly skrypcik jest cachowany w pamieci i nie jest sciagany ponownie uwazam za smieszny w porownaniu z mozliwosciami jakie ono oferuje.
Nie wiem dlaczego uwazasz ze gowno wiem o javascripcie na podstawie tego ze nie pamietam czy value dziala pod wszystkimi przegladarkami czy pod jedną - wiem ze przynajmniej 30% jsa sie rozni pod roznymi przegladarkami - szkoda czasu
na zastanawianie sie ktore to czesci przy tak gownianych skrypcikach skoro mozna uzyc $(obiekt).value() i sie nie martwic.
Zawsze fajnie jest uzywac czegos poprzez warstwe abstrakcji, jezeli w przegladarkach znowu sie cos pozmienia to tworcy jquery zadbaja o to by najnowsza wersja dzialala zgodnie z oczekiwaniami a ty bedziesz musial poprawiac swoje skrypty, byc moze napisane przed kilkoma laty, moze zadzwoni do ciebie jakis klient z pretensjami ze skrypt mu przestal dzialac i bedziesz mu to musial poprawic.
Kod generujacy strony rowniez piszesz w C albo assemblerze bo sie szybciej czy jednak uzywasz tego wolnego, gównianego PHP? Piszesz na obiektach? Przeciez kod proceduralny jest szybszy.
jak sobie zrobisz kiedys projekt bez bibliotek, ktory na bibliotekach mogles zrobic w 4x krotszym czasie, i zgarnac 4x wiecej pieniedzy za twoja prace (np 4000 zl/mies zamiast 1000/mies) to polubisz biblioteki. One nie są złem, a korzystanie z nich to nie jest objaw braku wiedzy czy umiejetnosci (jak kiedys uwazalem - ze biblioteki sa dla ciot). Bibliotek uzywa sie po to by bylo szybciej i taniej. I to jest nieuchronne. Poza tym powtarzanie sie jest wysoce wkurwiające. Predzej czy pozniej utworze wlasne crossbrowserowe procedury, po kilku latach pracy nad js wyjdzie mi wlasne JQuery. Po co mam je pisac od nowa skoro ono juz istnieje? Wysoka jakosc jest potrzebna w niewielu miejscach, tam gdzie nie jest potrzebna stawia sie na masowa produkcje, chcialbys by twoje auto zostalo wyprodukowane recznie i kosztowalo 2 mln zł (nowe) zamiast seryjnie w fabryce, ktore kosztuje nowe np 100 tys zł?
Nawet microsoft ktory jest oporny na obce rozwiązania włączył je do kodu frameworka ASP.NET na równi z wlasna biblioteka microsoft ajax extensions, i nie faworyzuje zadnej, a to oznacza ze jquery naprawde zostalo docenione, zreszta nie tylko microsoft, ale i google, i masa innch firm ją wspiera.
Ja uwazam ze szybciej jest dolaczyc jquery do kodu i przecierpiec to ze 0.1 sek sie dluzej strona zaladuje za pierwszym razem niz meczyc sie z kodem crossbrowser i dodawac obejscia do javascriptow. Mozna sobie kluczowy kawalek zrobic w javascripcie a reszte w jquery. A jezeli ktos linkuje do najnowszej wersji z google API, to biblioteka sciagnie sie tylko raz dla wszystkich webpejdzy na ktore wchodzi dany uzytkownik.
Tym bardziej ze z jednej kopii jquery moga korzystac wszystkie skrypty ktorych uzywasz na portalu. Meczenie sie z gownianymi mikrooptymalizacjami ktore w niewielkim stopniu podnoszą wydajnosc skryptu kosztem czytelnosci i wydajnosci kodowania to strata czasu a co za tym idzie pieniedzy. A pisanie wlasnorecznie crossbrowserowych skryptow tam gdzie mozna uzyc jquery to wlasnie wynajdywanie kola na nowo.
Edytor wysiwyg najpierw napisałem pod operę a póżniej z wkurwieniem odkryłem ze nie dziala pod mozilla i chromem. Ok 2 tygodni (edytor pisalem tydzien) zajelo mi znalezienie wszystkich roznic i poprawienie ich, osiedzialem sie z debuggerem jak głupi. Na koniec okazalo sie ze zmusic IE do pracy to kolejny tydzien roboty. Pozniej kolega ze studiow mnie wysmial po co sie pierdole z tym jak jest jquery - faktycznie wyprobowalem, kolejne skrypty dzialaly juz idealnie bez meczenia sie i nieeeleganckich obejsc i od tej pory nie widze powodu by cokolwiek pisac w czystym jsie, skoro funkcje jquery sa duzo bardziej niezawodne, sprawne wygodniejsze i bardziej produktywne.
jquery jest NIEWIELE mniej wydajne od czystego js, a przy okazji duzo szybciej sie w nim pisze bo jest bardziej przemyslane niz sam javascript. Narzut na sciagniecie jquery w zminimalizowanej wersji - 40kb biorac pod uwage fakt ze ten maly skrypcik jest cachowany w pamieci i nie jest sciagany ponownie uwazam za smieszny w porownaniu z mozliwosciami jakie ono oferuje.
Nie wiem dlaczego uwazasz ze gowno wiem o javascripcie na podstawie tego ze nie pamietam czy value dziala pod wszystkimi przegladarkami czy pod jedną - wiem ze przynajmniej 30% jsa sie rozni pod roznymi przegladarkami - szkoda czasu
na zastanawianie sie ktore to czesci przy tak gownianych skrypcikach skoro mozna uzyc $(obiekt).value() i sie nie martwic.
Zawsze fajnie jest uzywac czegos poprzez warstwe abstrakcji, jezeli w przegladarkach znowu sie cos pozmienia to tworcy jquery zadbaja o to by najnowsza wersja dzialala zgodnie z oczekiwaniami a ty bedziesz musial poprawiac swoje skrypty, byc moze napisane przed kilkoma laty, moze zadzwoni do ciebie jakis klient z pretensjami ze skrypt mu przestal dzialac i bedziesz mu to musial poprawic.
Kod generujacy strony rowniez piszesz w C albo assemblerze bo sie szybciej czy jednak uzywasz tego wolnego, gównianego PHP? Piszesz na obiektach? Przeciez kod proceduralny jest szybszy.
jak sobie zrobisz kiedys projekt bez bibliotek, ktory na bibliotekach mogles zrobic w 4x krotszym czasie, i zgarnac 4x wiecej pieniedzy za twoja prace (np 4000 zl/mies zamiast 1000/mies) to polubisz biblioteki. One nie są złem, a korzystanie z nich to nie jest objaw braku wiedzy czy umiejetnosci (jak kiedys uwazalem - ze biblioteki sa dla ciot). Bibliotek uzywa sie po to by bylo szybciej i taniej. I to jest nieuchronne. Poza tym powtarzanie sie jest wysoce wkurwiające. Predzej czy pozniej utworze wlasne crossbrowserowe procedury, po kilku latach pracy nad js wyjdzie mi wlasne JQuery. Po co mam je pisac od nowa skoro ono juz istnieje? Wysoka jakosc jest potrzebna w niewielu miejscach, tam gdzie nie jest potrzebna stawia sie na masowa produkcje, chcialbys by twoje auto zostalo wyprodukowane recznie i kosztowalo 2 mln zł (nowe) zamiast seryjnie w fabryce, ktore kosztuje nowe np 100 tys zł?
Cytat
Nie wiem dlaczego uwazasz ze gowno wiem o javascripcie
Nie uważam, bo Cię nie znam. Poza tym sam się przyznałeś, że czystego JS dobrze nie znasz. Co najwyżej jQuery i pewnie inne języki( a wiem, że znając jeden szybko da się nauczyć innych ).
jQuery i inne biblioteki moim zdaniem jest dobre, ale tylko do dużych projektów. A nie do skryptów, które mają 3-4linie. Jeżeli uważasz inaczej to ok i szanuję to, jednak ja wolę wtedy zrobić to "ręcznie", a nie uruchamiać nową "fabrykę". Tak jak w tym przykładzie.
Nie możesz mieć pretensji do twórców JS, bo to winna samych twórców przeglądarek. Poza tym gdyby teraz pisać pod tylko nowe przeglądarki to nie byłoby tyle różnic.
Cytat
to ze ktos robi potworki to wina jego a nie jquery
Słaby argument, równie dobrze mógłbym powiedzieć, że to Twoja wina, że tyle się męczyłeś z edytorem wysiwyg, bo nie znałeś różnić w przeglądarkach. Fakt, że opanowanie jQuery, a różnić w przeglądarkach zajmie Ci więcej czasu, ale tu akurat był wątek o początkujących, więc możemy założyć, że oni by zrobili takie błędy, a w czystym JS, byłoby im trudniej.
Cytat
wiem ze przynajmniej 30% jsa sie rozni pod roznymi przegladarkami
Tego nie wiesz
Takie są Twoje przypuszczenia, a ja jestem przekonany, że się mylisz. Chyba, że masz jakieś info to z chęcią przeczytam.Cytat
jak sobie zrobisz kiedys projekt bez bibliotek, ktory na bibliotekach mogles zrobic w 4x krotszym czasie, i zgarnac 4x wiecej pieniedzy za twoja prace (np 4000 zl/mies zamiast 1000/mies) to polubisz biblioteki.
To i tu wreszcie trafiłeś 
Na razie robię głownie strony hobbistycznie, ale gdy robię skrypt dla siebie to bezwzględnie wolę napisać coś samemu, bez biblioteki.Cytat
One nie są złem, a korzystanie z nich to nie jest objaw braku wiedzy czy umiejetnosci
Nie twierdzę, że są złe. Napisałem, że przy dużych projektach sprawdzają się dość dobrze, ale nie przy małych skryptach. Z tym brakiem wiedzy to jednak coś w tym jest. Zawsze, gdy wiesz co siedzi w środku( dobrze znasz JS ) to Ci łatwiej. Chociażby po to, żeby unikać wolnych funkcji.
Cytat
wkurwieniem... gownianych ... gowno wiem o javascripcie
Nie denerwuj się. Na pewno nie miałem na celu wytknąć Ci Twoich (braków lub nie) wiedzy czy ataków na Twoją stronę. Nie zgadzam się z Tobą i od tego jest forum, żeby zacząć dyskusję. Patrzymy trochę z innej strony. Ty zapewne jako programista( zawód ), a ja jako programista( hobbysta ) - zapewne dlatego dyskutujemy. Jeżeli Cię jakoś uraziłem to przepraszam. Dzięki mojej awersji do bibliotek znacznie poszerzyłem swoją wiedzę i sam umiałbym napisać podobną bibliotekę jak jQuery( oczywiście wolniejszą i znacznie większą ilością błędów, bo ludzie, którzy to napisali, są naprawdę znakomici ) , a nie każdy umiałby to zrobić. A ponieważ jakąś tam wiedzę już w JS posiadam bardzo szybko i wygodnie pisze mi się w tym języku i wiem jaka przeglądarka jakie błędy robi. Skrypty animacji, ajax-u, zdarzeń itd. napisałem sobie sam i w prosty sposób mogę implementować to do swoich projektów. W swoim życiu raz na poważnie używałem biblioteki jQuery, ale to z czystego lenistwa( był to duży projekt i musiałbym napisać wiele rzeczy od nowa, których wcześniej nie pisałem i "zmarnowałbym" z kilka tygodni. Ale to był(no dobra miał być) duży projekt.) W takich przypadkach masz słuszność i warto skorzystać z bibliotek. Chociaż i tak mój kod wyglądał bardziej jak JS niż jQuery np.: $( document.getElementById('test') ). Strasznie nie lubię manipulacji na DOM-ie w jQuery. Fakt jest to wygodne, ale wolne( z reguły niezauważalnie, ale od momentu, gdy musiałem napisać coś, gdzie każde pół sekundy było na wagę złota to mi zostało szukanie oszczędności ). Niestety ominęły mnie czasy czasy "polskich mistrzów JS i ich szkoły", ale jak teraz patrzę jak oni walczyli o każdy znak i szybkość to jestem oczarowany i chcę tak jak oni
Pozdrawiam i życzę udanego dnia
jakbym pisał skrypt w ktorym jest wymagana predkosc, to najpierw napisalbym go na jquery, a nastepnie znalazlbym kluczowe elementy odpowiedzialne za wydajnosc i je przepisal na "czysty" javascript. skrypt nie bylby duzo wolniejszy od twojego a znacznie czytelniejszy.
Przedwczesna optymalizacja to raczej błąd. Oczywiscie wszystko zalezy po co sie dany program/skrypt pisze - czy ktos chce sie spelnic językowo, czy zarobic i zadowolic jakością swojego klienta. A tzw klient predzej zaakceptuje wolny skrypt niż sypiący się pod różnymi przeglądarkami. Nie wspomnielismy o jednej rzeczy jeszcze. Przeglądarki to nie tylko opera, IE, safari i FF. Przeglądarek jest multum, każda ma swoje własne właściwości, korzystajac z jquery jestes od razu przygotowany również na te niszowe, piszac recznie raczej nie bedziesz sie zajmowal tymi pobocznymi tylko zrobisz na najpopularniejsze.
jak przejrzysz to forum to znajdziesz duzo ludzi ktorzy kiedys promowali pisanie wlasnych frameworków, bibliotek, popisaly troche czasu i zmienili zdanie, i tępią takie podejscie, ja tez sie do nich zaliczam i ty zapewne kiedys też, sporo moderatorów się do nich zalicza
podejscie w stylu "dla skryptu z 4 linijek nie oplaca sie uzywac jquery bo jquery ma 4000 linii" mialoby sens gdyby jQuery cos cie kosztowało
co do języków, tak znam ich troche. zajmuje się Javą, C#, PHP, JavaScriptem, C, i innymi pobieżnie, zdarza mi się popełnić jakiś program na mikrokontroler, ostatnio nawet prolog sie trafil z racji studiów, choc "zawodowo" tylko PHP i C#, wiec zajmujac sie tyloma rzeczami na raz ciezko nauczyc sie wszystkich języków na pamieć. Nie uwazam zeby wykucie wszystkich roznic miedzy przegladarkami w JS i wszystkich zmiennych, obiektow ktore udostepniaja mialo mi w czyms pomóc - wiem jak sie pisze w JS, jesli potrzebuje api jakiejs funkcji, to zawsze znajdę ją w google, przystępnie opisaną. Więc nie wiem czy powinno sie tak oceniać znajomosc języka JS - po ilosci wykutych na blache funkcji i predefiniowanych obiektow, czy raczej umiejetnosci "myslenia" w tym języku.
hobbystycznie programowaniem zajmowalem sie z 6 lat, tez pisalem swoje wlasne biblioteki, zamiast uczyc sie korzystac z gotowych, troche mnie rozczarowalo ze pracodawcy biorą za minus to ze pisze własne rozwiązania (że będę opóźniał projekty odkrywajac koło na nowo), a pytaja sie jedynie o znajomosc popularnych frameworków.
Przedwczesna optymalizacja to raczej błąd. Oczywiscie wszystko zalezy po co sie dany program/skrypt pisze - czy ktos chce sie spelnic językowo, czy zarobic i zadowolic jakością swojego klienta. A tzw klient predzej zaakceptuje wolny skrypt niż sypiący się pod różnymi przeglądarkami. Nie wspomnielismy o jednej rzeczy jeszcze. Przeglądarki to nie tylko opera, IE, safari i FF. Przeglądarek jest multum, każda ma swoje własne właściwości, korzystajac z jquery jestes od razu przygotowany również na te niszowe, piszac recznie raczej nie bedziesz sie zajmowal tymi pobocznymi tylko zrobisz na najpopularniejsze.
jak przejrzysz to forum to znajdziesz duzo ludzi ktorzy kiedys promowali pisanie wlasnych frameworków, bibliotek, popisaly troche czasu i zmienili zdanie, i tępią takie podejscie, ja tez sie do nich zaliczam i ty zapewne kiedys też, sporo moderatorów się do nich zalicza
podejscie w stylu "dla skryptu z 4 linijek nie oplaca sie uzywac jquery bo jquery ma 4000 linii" mialoby sens gdyby jQuery cos cie kosztowało
co do języków, tak znam ich troche. zajmuje się Javą, C#, PHP, JavaScriptem, C, i innymi pobieżnie, zdarza mi się popełnić jakiś program na mikrokontroler, ostatnio nawet prolog sie trafil z racji studiów
, choc "zawodowo" tylko PHP i C#, wiec zajmujac sie tyloma rzeczami na raz ciezko nauczyc sie wszystkich języków na pamieć. Nie uwazam zeby wykucie wszystkich roznic miedzy przegladarkami w JS i wszystkich zmiennych, obiektow ktore udostepniaja mialo mi w czyms pomóc - wiem jak sie pisze w JS, jesli potrzebuje api jakiejs funkcji, to zawsze znajdę ją w google, przystępnie opisaną. Więc nie wiem czy powinno sie tak oceniać znajomosc języka JS - po ilosci wykutych na blache funkcji i predefiniowanych obiektow, czy raczej umiejetnosci "myslenia" w tym języku.hobbystycznie programowaniem zajmowalem sie z 6 lat, tez pisalem swoje wlasne biblioteki, zamiast uczyc sie korzystac z gotowych, troche mnie rozczarowalo ze pracodawcy biorą za minus to ze pisze własne rozwiązania (że będę opóźniał projekty odkrywajac koło na nowo), a pytaja sie jedynie o znajomosc popularnych frameworków.
Ja popieram Orzeszekk, to się chyba nazywa programowanie modułowe.Jest znacznie szybsze niż programowanie od podstawa ,chociaż wartałoby znać podstawy.Dla mnie każdy sposób jest dobry jeśli spełnia swoje zadnie.
kamil4u pójdziesz do pracy to nie będą Tobie kazali programować wszystko od podstaw bo to mało wydajne tylko korzystać z gotowych modułów,dlatego wartałoby znać biblioteki jquery w przypadku js,i umieć się nimi posługiwać.
Wyobraź sobie sytuacje kiedy musiałbyś napisać w js ,fancy box lub dialogbox.Ty piszesz od podstaw ,a ktoś implementuje biblioteki jquery,a efekt ten sam.Ty robisz to w 3 dni, ktoś w 2h,czyja praca będzie wydatniejsza?Z kogo szef będzie bardziej zadowolony?
Ja teraz załadowałem sobie ,bibliotekę jquery ,która robi mi piękniutkie zaokrąglenia na divach, i nie wyobrażam sobie teraz ,żebym miał się bawić hacki/tricki na każdym divie w css'ie aby takie zaokrąglenia zrobić na przeglądarki z silnikiem gacko,webkit już nie mówię o IE, wcale się o to nie martwię bo robi to za mnie ta biblioteka.Po prostu robię:
$(#element").corner(); i gotowe.
kamil4u pójdziesz do pracy to nie będą Tobie kazali programować wszystko od podstaw bo to mało wydajne tylko korzystać z gotowych modułów,dlatego wartałoby znać biblioteki jquery w przypadku js,i umieć się nimi posługiwać.
Wyobraź sobie sytuacje kiedy musiałbyś napisać w js ,fancy box lub dialogbox.Ty piszesz od podstaw ,a ktoś implementuje biblioteki jquery,a efekt ten sam.Ty robisz to w 3 dni, ktoś w 2h,czyja praca będzie wydatniejsza?Z kogo szef będzie bardziej zadowolony?
Ja teraz załadowałem sobie ,bibliotekę jquery ,która robi mi piękniutkie zaokrąglenia na divach, i nie wyobrażam sobie teraz ,żebym miał się bawić hacki/tricki na każdym divie w css'ie aby takie zaokrąglenia zrobić na przeglądarki z silnikiem gacko,webkit już nie mówię o IE, wcale się o to nie martwię bo robi to za mnie ta biblioteka.Po prostu robię:
$(#element").corner(); i gotowe.
Cytat(Niktoś @ 4.03.2012, 14:59:38 )
Ja popieram Orzeszekk, to się chyba nazywa programowanie modułowe.Jest znacznie szybsze niż programowanie od podstawa ,chociaż wartałoby znać podstawy.Dla mnie każdy sposób jest dobry jeśli spełnia swoje zadnie.
kamil4u pójdziesz do pracy to nie będą Tobie kazali programować wszystko od podstaw bo to mało wydajne tylko korzystać z gotowych modułów,dlatego wartałoby znać biblioteki jquery w przypadku js,i umieć się nimi posługiwać.
Wyobraź sobie sytuacje kiedy musiałbyś napisać w js ,fancy box lub dialogbox.Ty piszesz od podstaw ,a ktoś implementuje biblioteki jquery,a efekt ten sam.Ty robisz to w 3 dni, ktoś w 2h,czyja praca będzie wydatniejsza?Z kogo szef będzie bardziej zadowolony?
Ja teraz załadowałem sobie ,bibliotekę jquery ,która robi mi piękniutkie zaokrąglenia na divach, i nie wyobrażam sobie teraz ,żebym miał się bawić hacki/tricki na każdym divie w css'ie aby takie zaokrąglenia zrobić na przeglądarki z silnikiem gacko,webkit już nie mówię o IE, wcale się o to nie martwię bo robi to za mnie ta biblioteka.Po prostu robię:
$(#element").corner(); i gotowe.
kamil4u pójdziesz do pracy to nie będą Tobie kazali programować wszystko od podstaw bo to mało wydajne tylko korzystać z gotowych modułów,dlatego wartałoby znać biblioteki jquery w przypadku js,i umieć się nimi posługiwać.
Wyobraź sobie sytuacje kiedy musiałbyś napisać w js ,fancy box lub dialogbox.Ty piszesz od podstaw ,a ktoś implementuje biblioteki jquery,a efekt ten sam.Ty robisz to w 3 dni, ktoś w 2h,czyja praca będzie wydatniejsza?Z kogo szef będzie bardziej zadowolony?
Ja teraz załadowałem sobie ,bibliotekę jquery ,która robi mi piękniutkie zaokrąglenia na divach, i nie wyobrażam sobie teraz ,żebym miał się bawić hacki/tricki na każdym divie w css'ie aby takie zaokrąglenia zrobić na przeglądarki z silnikiem gacko,webkit już nie mówię o IE, wcale się o to nie martwię bo robi to za mnie ta biblioteka.Po prostu robię:
$(#element").corner(); i gotowe.
Informatyka to przemysl taki sam jak produkcja samochodów czy laptopów czy chinskich zabawek i niestety, ma być taniej i sprawniej, inaczej informatyka stałaby w miejscu jak PKP, we Francji latają TGV po 320 a u nas z roku na rok te stare złomy jezdza coraz wolniej. Frameworki potrafią w kilka godzin ogarnąć rzeczy ktore w najlepszym wypadku normalnie zajeły by kilka miesiecy kodowania i dokształcania się, i przede wszystkim raczej nie zawierają błędów.
Kod swiezo napisany siłą rzeczy ma problemy wieku dziecięcego, i trzeba troche czasu by wyłapać w nim wszystkie bugi, a taki framework jak jQuery jest szeroko przetestowany i bardziej wiarygodny i przewidywalny w działaniu. I im wiecej rzeczy zrobisz na gotowych funkcjach tym mniej twoj kod powinien miec bledow
bo masz mniej ich szans na popelnienie.nie każdy gotowy kod jest dosc koszerny i przyjemny w obsludze no ale coz takie realia
To jest wersja lo-fi głównej zawartości. Aby zobaczyć pełną wersję z większą zawartością, obrazkami i formatowaniem proszę kliknij tutaj.