- Fotók, videók mobillal
- Huawei Watch GT 5 Pro - egészség + stílus
- Milyen okostelefont vegyek?
- Apple Watch
- Bemutatkozott a Poco X7 és X7 Pro
- Samsung Galaxy A54 - türelemjáték
- Android alkalmazások - szoftver kibeszélő topik
- Samsung Galaxy A55 - új év, régi stratégia
- Samsung Galaxy A34 - plus size modell
- iPhone topik
-
Mobilarena
JavaScript != Java (A JavaScript nem összekeverendő a Javával, két különböző programozási nyelvről van szó!)
Új hozzászólás Aktív témák
-
Sk8erPeter
nagyúr
Szívesen. Ja, a konzolra ezt az üzenetet azért írja, mert beleraktam egy console.log(...) sort.
Azt akár ki is törölheted, debuggolási célra jó a console.log - de ebből kiindulni nem lehet, mivel ez nem hiba.
Ha a Network fülre kattintasz a webfejlesztő panelon, ott látszik valami pirossal jelölt erőforrás, meg valami hibakód, amikor megpróbálja betölteni a tartalmat? Ha a megfelelő linkre kattintasz, akkor mi történik? -
indigo
aktív tag
válasz
Sk8erPeter #5197 üzenetére
Köszi szépen a segítséget.
Egyelőre nem működik nálam. Átültetve megjelenik a Modal ablak, de nem hozza be a hir.html tartalmát
Kitöröltem az url='/echo/html/'-t, megváltoztattam a type:-ot GET-re és kitöröltem a //INNENTŐL ... //IDÁIG sorokat.
Szerintem nálam van a hibaChrome böngésző -> F12 -> Console a következőt írja:
data: <div class="modal">
<H1>Ez egy másik weboldal szövege - AJAX használatával.</H1>
</div> -
Sk8erPeter
nagyúr
Működésre bírtam neked:
http://jsfiddle.net/bha6er48/20/
Kommenteztem a kódot, remélem, az alapján egyértelmű lesz, ha valami nem tiszta, kérdezz nyugodtan.
A jsFiddle API-t használtam az AJAX-tesztelésre, ezért szerepel bedrótozva az URL-nél a /echo/html/ a loadContentFrom függvény első sorában (a böngészők biztonsági beállításai miatt nem is lehetne másik domainre kérést indítani), azt az egy sort majd kitörölheted az éles kódban! Az $.ajax résznél majd a POST-metódust változtasd GET-re, ez is a jsFiddle miatt volt szükséges. -
indigo
aktív tag
válasz
Sk8erPeter #5195 üzenetére
Köszönöm a választ. Megpróbáltam a jsFiddle-t, a CodePen-t és a Plnkr.co-t is, de egyiken sem tudom megmutatni a problémámat.
A jsFiddle-re feltöltöttem a külső anyagokat (css, js, html fájlok), de nem hajtja végre a feladatot (hiába kattintok az IDE feliratra, nem hajtja végre), egyébként itt a link hozzá.
A CodePen annyival előrébb van, hogy végrehajtja a feladatot, tehát rákattintva az IDE feliratra megjeleni egy új oldal tartalma, de nem Modal Window-ként mutatja meg, itt a link hozzá.
Ezért, végelkeseredésemben összecsomagoltam egy 9k fájlba és így osztottam meg.Itthon, ha szerkesztem Bracket-ben, akkor Google böngészőben végrehajtja a feladatot. Feltöltöttem egy szerverre, azon nézve szintén végrehajtódik az IDE feliratra való kattintás. Viszont simán Total Commanderből indítva a html-t nem hajtódik végre a böngészőkben, egyedül az Internet Explorer-ben, ha engedélyezem az aktív tartalmat.
-
Sk8erPeter
nagyúr
Ha lehet, rakj fel egy egyszerűsített példát inkább a jsFiddle-re, pont ilyen szemléltetésre és demózásra való. Az egyes külön lévő panelekbe fel tudod rakni a HTML-, CSS-, ill. JS-kódodat. A HTML-résznél ebben az esetben nem kell az alapvető struktúra, elég a <body>-ban lévő részt bemásolni. Így több esélyed van arra, hogy segítséget nyújt valaki közülünk, amikor picit ráér.
Szerintem a legtöbbünknek nem lesz kedve kibontani a zip-fájlodat, aztán helyileg tesztelni, majd felrakni helyetted a javított/javasolt jsFiddle-példát. -
indigo
aktív tag
Segítséget kérnék egy vélhetően alap programozási dologban. Modal Window-t szeretnék rögtön a kezdőképernyőre, miután betöltött a program. Ezt a kérdést feltettem a weblap készítés topikban, és el is indultam a megadott irányba a kapott válaszok alapján, de a programozási skillem felér a héber nyelv tudásommal, így nem sikerült megvalósítani.
Itt egy link (Hogyan.zip), amely tartalmazza az összes szükséges fájlt a 'problémámhoz', ha valakinek van egy kis ráérő ideje, és vet rá egy pillantást, akkor nagyon megköszönöm a segítségét. -
Zedz
addikt
válasz
Sk8erPeter #5192 üzenetére
+1 a console-nak.
-
Sk8erPeter
nagyúr
válasz
PumpkinSeed #5191 üzenetére
Tesztelésre meg az egyszerűen elérhetőek közül ott a console.log() vagy console.debug() (és társai), ami nem egy ilyen korlátozott, gyakorlatban sehol sem használható fos, mint a document.write(), sőt, akkor már megtanulhatnál JavaScript-kódot is debuggolni, nem egy akkora művészet, a böngészők debuggerében sem nehéz kiigazodni. Persze az is érthető, ha adott esetben ki akarod íratni az értékeket, mert mondjuk gyorsabb áttekinteni, vagy ilyesmi, de akkor is már inkább a console-t használd erre (és nyisd meg a webfejlesztő panelt tesztelgetéshez, ott a konzol is, meg ott érhető el a debugger is, stb.).
-
PumpkinSeed
addikt
válasz
Sk8erPeter #5190 üzenetére
Amúgy csak tesztelésre szoktam használni. El akarok mélyülni a JS "OOP"-ban, és azokat próbálgatom. A legegyszerűbb mondja meg ha mindent kiíratok, mi mit ad meg ilyenek. Amúgy ilyen idióta játékokat szoktam csinálni mint a snake meg fallabda, ott egyáltalán nem jelenik, meg szóval gyakorlati haszna nincs a document.write-nak.
-
Sk8erPeter
nagyúr
válasz
PumpkinSeed #5189 üzenetére
Akkor hagyd ott a kurzust.
Kifejezetten nem ajánlatos. Gondold végig, a gyakorlatban mikor használnád egy éles weboldalon? Ugye?
Amúgy rákerestem, meglepődtem volna, ha nincs Stack Overflow thread a témával kapcsolatban, itt aztán mazsolázhatsz:
http://stackoverflow.com/questions/802854/why-is-document-write-considered-a-bad-practice -
PumpkinSeed
addikt
válasz
Sk8erPeter #5188 üzenetére
Mondhatjuk úgy is. Amúgy sztem nem használom sokszor a document.write-t.
Nem ajánlatos használni? Csak mert a kurzuson ez az elfogadott kiíratási módszer. -
Sk8erPeter
nagyúr
válasz
PumpkinSeed #5187 üzenetére
Mármint így nem sokáig marad ott a sok hiba?
Amúgy már feltűnt, a document.write()-ot mennyiszer használod, ha tanácsolhatom, szokj le róla, nincs szükséged rá, sőt. -
Karma
félisten
válasz
PumpkinSeed #5185 üzenetére
Pedig működik az: [link] (Kicsit módosítottam a példádon, mert a jsFiddle nem szereti a document.write-ot. Mondjuk megértem.)
Én a fájl elejére szoktam mindig kiírni a strict módot, nem baj az, ha mindenhol meg van kötve a kezem.
-
kispx
addikt
válasz
PumpkinSeed #5183 üzenetére
Strict módban dobja a kivételt. Oldal közepén lévő példát nézd meg.
-
PumpkinSeed
addikt
Van egy obj1 objektumom amihez hozzáadok egy adattagot:
Object.defineProperty(obj1, "x", {value: 20, writeable: false});
Ha jól tudom akkor ha adni akarok neki egyúj értéket akkor TypeError-t kellene dobnia.Ezt meg is tettem.
try{
obj1.x = 40;
document.write(obj1.x);
}
catch(e){
document.write(e.name);
}
Ami történt: kiírta az obj1.x-et, de 20-at. Nem az kellett volna hogy történjen, hogy kidobja a TypeError-t amit el is kap a kivételkezelés, majd kiírja ennek az Exception-nek a nevét? De nem szakadt meg a try rész futása, és az Exception-t se írta ki. -
Speeedfire
félisten
válasz
Speeedfire #5181 üzenetére
Visszavonok mindent, nagyon szuper ez az ionic + crosswalk kombó. Voltak kisebb gondok a build-eléssel, de a fórumon mindenre ott volt a megoldás rá.
Köszi a tippet! -
Karma
félisten
válasz
Speeedfire #5179 üzenetére
A Crosswalk pont, hogy csak Androidra elérhető
(Na jó, elvileg Tizenre is.)
-
Speeedfire
félisten
Ez az Ionic nagyon jól néz ki, mindenképp átírom erre a projektet. Pozitív, hogy van vízszintes grid is benne.
Lehet kipróbálom majd a Crosswalk-ot is, de egyelőre csak android-ra akarom kipróbálni.
A linkelt projekten már húztam kicsit sebességben, optimalizálgattam, illetve a FastClick is sokat segített, hogy használhatóbb legyen.
Köszi a linkeket.
-
Karma
félisten
válasz
Speeedfire #5177 üzenetére
Androidon próbáld meg a Crosswalkot használni, hátha segít a gyári böngésző szintjét visszahozni. Mondjuk ettől még lehet, hogy valami elszúrás van mögötte, például nehéz jó görgetést írni manuálisan...
Én az Ionic Frameworkkel szoktam mindennek nekiszaladni, ott már ezeket az eseménykezeléseket szépen összehozták.
-
Speeedfire
félisten
Igazából a toch eseményeknél érzek kisebb lassulást, de cpu igényt nem igazán értem. De holnap akkor megpróbálom remote debug-al. Mit érdemes figyelni?
Amúgy ez a fapad verziója, nem teljes még, illetve kisebb felbontáson a player rész el van csúszva. Ami fura, hogy a telefonomra (540*960) kezdtem el csinálni, de telefonon teljesen más a méret (mintha kisebb lenne). -
Jim-Y
veterán
válasz
Speeedfire #5175 üzenetére
Szia. Én már igen. De pusztán ennyiből nehéz mondani bármit is. Konkretumok? :-)
Amúgy, konkretumok nélkül, android 4.4+-os telefon - > remote chrome debug - > chrome 41+ - > timeline fül és itt kiderulne minden.
-
Speeedfire
félisten
Valaki készített már phonegap-el alkalmazást? Írtam egy zenelejátszót html5-ben angularjs alapokon. Telefonon böngészőben egész jól tudott, de phonegap alatt már kevésbé.
Hogy lehetne kideríteni, hogy android alatt mi miatt lassul be az alkalmazás? -
Jim-Y
veterán
Szia, mi -sajnos- nem hasznalunk PhantomJS-t, pedig en szemely szerint egy headless approach-nak jobban orulnek, mint amit most a Karma nyujt, hogy megnyit egy bongeszo ablakot teljesen feleslegesen :/ Na mindegy, a lenyeg, hogy szerintem egy Jasmine elsajatitas nem tart tovabb par oranal. Igazabol semmi extra nincs benne, kell szerezni egy Jasmine cheat-sheet-et es akkor rogton hatekony munkat lehet vegezni benne. E2E tesztekben nincs nagy tapasztalatom, bar szerintem jo lenne ha lenne ra lehetosegunk, egy gondot latok ezekkel a tesztekkel, hogy
ad1: kell hozza egy habitus, a projekt team reszerol, hogy mindenkinek alap legyen, hogy a task egyben azt is tartalmazza, hogy teszteket kell csinalni
ad2: hogy ki legyen kenyszeritve a teszt ellenorzes-iras, peldaul git/svn precommit hookokkal vagy hasonlokkal.Nalunk most azzal van szivas, hogy hogy lehetne normalisan mockolni a tesztekben a require dependenciakat. Es nem is az elsoszamuakat, mert azzal nincs gond, hanem ha en fuggok egy A modultol, ami fugg egy B modultol, akkor hogy tudom a tesztben mockolni a B modult. Erre azert van szukseg, mert sajnos az app az elejetol kezdve rosszul lett felepitve es nem alakalmas a tesztelesre. Mert pl a B modul egybol bootstrapeli az alkalmazast ami nyilvan nem jo
Ezert kene mockolni.
-
martonx
veterán
Beletanulási ideje kb. nulla (na jó, egy nap mondjuk).
Más kérdés, hogy akkor már gondolom van deploy automatizmusotok, CI rendszeretek, amibe beilleszteni a cuccot, nem feltétlenül tirivális.Egyébként nem vagyok nagy híve a kliens oldali automatizált tesztelésnek. Ha csak egy class, vagy id megváltozik, máris törnek a tesztek. Ilyen szerver oldalon sokkal ritkább, és jellemzően olyankor jogosan törnek el a tesztek. Ráadásul a kliens oldali logikák általában nagyságrendekkel egyszerűbbek, mint a szerver oldaliak.
Szóval nálunk ha piros a kliens oldali teszt, akkor 80%, hogy a teszt hibás. Ráadásul olyat tesztelni, hogy ha A gombot megnyomom, akkor átmegyek a B oldalra, hááát ezekben azért túl nagy hibák amúgy se tudnak előjönni, s akkor is inkább szerver oldali hiba okozza. -
PumpkinSeed
addikt
válasz
Sk8erPeter #5168 üzenetére
Ezért írtam így: "Úgy általánosságban"
-
dqdb
nagyúr
válasz
Sk8erPeter #5168 üzenetére
adott esetben elég problémás bugról van szó egy éles projektnél, akkor azt nem jó ellökdösni, hogy majd megcsinálom, mert akkor elfelejtődhet
Nem, ilyen nem fordul elő sosem, mert ugyebár mindenre van egyXKCDtestcaseÉs erről jutott eszembe: valaki belemélyedt már jobban a kliensoldali automatizált tesztelésbe? Vajon mekkora beletanulási ideje lehet egy Jasmine+PhantomJS párosnak? A többi rész után szeretném a webes UI tesztelését is automatizálni, a kollégákkal ellentétben a Jenkins mindig ráér foglalkozni vele, és alaposan dolgozik
-
Zedz
addikt
válasz
Sk8erPeter #5168 üzenetére
El kell adni mint fícsőr.
-
Sk8erPeter
nagyúr
válasz
PumpkinSeed #5167 üzenetére
Ja értem, hát ilyen nemsokára leadandó házikat azért az ember kicsit másképp közelít meg, mint egy éles projektet.
Előbbinél inkább az a lényeg, hogy a legtöbb pontot összekapard (max. nem kapod meg a teljes pontot amiatt, hogy nem ott jön be a figura, ahol kéne, ha nem marad időd kijavítani, de legalább a többi feladatból is megoldottál valamennyit), utóbbinál meg az, hogy tényleg a speckónak megfelelően működjön, különben az ügyfél mérges lesz. Ha valós, nem mindig előkerülő, de adott esetben elég problémás bugról van szó egy éles projektnél, akkor azt nem jó ellökdösni, hogy majd megcsinálom, mert akkor elfelejtődhet...
-
PumpkinSeed
addikt
Ja, csak közbe haladnék is vele, mert le kell adni, de ilyen kis szépség hibák vannak benne.
(#5165) Sk8erPeter
Úgy értem, hogy egy snake-t kell csinálni, és a kígyó ha nekimegy a falnak akkor a másik oldalon kicsit beljebb jön be, meg ilyenek. Azért mondta, hogy játszani lehet a játékkal, csak csúnya, hogy nem ott jön be ahol kellene.
(#5166) Lortech
Tudom, hogy hol a hiba, de nincs most időm logikázni rajta, hogy ugyan mit is kellene odatenni, hogy az úgy működjön. De amúgy én is inkább szenvedek legtöbbször, hogy jó legyen és csak aztán lépek tovább.
-
Lortech
addikt
válasz
PumpkinSeed #5161 üzenetére
Nyilván a bugtól függ, meg attól, hogy mit hegesztesz éppen, és a fejlesztés melyik fázisában.
Ha pontosan ismered a hiba okát, és nem akaszt meg, akkor el lehet odázni indokolt esetben, ha pl. más funkcióra kell koncentrálni mert be kell mutatni ügyfélnek.
Ha koncepcionális hiba miatt került be a bug, vagy nem tudod pontosan, miért úgy működik valami, annak érdemes utánamenni adott időben, mielőtt ugyanazt a bugot beviszed még n helyen. Mindig adott helyzet dönti el. Egyéntől is függ, én pl. nem tűröm meg a hibákat vagy a mások által misztikusnak, megmagyarázhatatlannak tartott működést a projektemben, és vagy kinyomozom én magam vagy kiadom, hogy legyen megcsinálva. Általában nem jó elodázni a hibák javítását, mert a hiba javítása más, később gyártott kódok módosítását is szükségessé teheti. -
Sk8erPeter
nagyúr
válasz
PumpkinSeed #5163 üzenetére
"Igazából, a bugok nem nagyon befolyásolják a működést"
Ha az, amiről beszélsz, nem befolyásolja a működést, akkor azt nem bugnak hívják... -
Zedz
addikt
válasz
PumpkinSeed #5161 üzenetére
Szerintem folyamatosan ellenőrizd a munkád, javítsd ha találsz valami bugot. Hatékonyabb, mintha a végére hagyni a "takarítást". Illetve úgy is lesznek bugok a végén, elég lesz azokkal foglalkoznod.
-
martonx
veterán
válasz
PumpkinSeed #5161 üzenetére
Bízd a józan paraszti eszedre, már ha ezt nem csak költői kérdésnek szántad.
-
PumpkinSeed
addikt
Kicsit OFF, de mivel pont JS-el szenvedek ezért itt teszem fel.
Úgy általánosságban hogyan érdemes programozni. A programozás közben felmerülő kisebb bugok azonnali javítása ami eszi az időt és az idegeket, vagy előbb leprogramozni a teljes projektet és a kisebb bugokkal a végén foglalkozni az előnyösebb?
-
dqdb
nagyúr
Azt azért hozzá kell tenni, hogy natív kódot tartalmazó csomag esetén előfordulhat, hogy Node.js-sel megy, míg io.js alatt fordítási hibát kapsz a telepítésekor (a frissebb V8-ben változott valamelyik API felülete, és még nem frissítették a csomagot).
Ne kérdezd, hogy melyik csomaggal volt problémám, mert arra már sajnos nem emlékszem. Pár hete futottam bele, amikor (nem webfejlesztőként) egy konkrét feladatra eléggé határozott elképzelésekkel kerestem a projekt alapjának összerakásához generátort vagy boilerplate kódot.
-
bel26
csendes tag
válasz
fordfairlane #5158 üzenetére
így már értem
Köszönöm szépen a segítséget! -
bel26
csendes tag
Sziasztok egy teljesen kezdő kérdésem lenne.
Most kezdtem el ismerkedni a programozással de máris sikerült elakadnom. Adot a köv ciklus:
for (b=1; b<1000; ) {
document.write(b + ". sor" + "<br>");
a= prompt("irj egy szamot");
b = b + a;};
Megmondanátok, hogy a b = b + a miért nem adja össze a változók értékét? pl ha b=1, a=2 akkor 12 öt kapok 3 helyet.
Előre is köszi a segítséget! -
Jim-Y
veterán
PR = Pull Request.
Az io.js-t ugy kepzeld el mint egy node-ot steroidokon
Ujabb V8 verzio van alatta ezaltal az uj fejlesztesek amiket a Google tesz a V8-ba es libuv-be (ez mar nem google) az hamarabb jut el hozzank, fejlesztokhoz. Pl ES6 meg par uj global API. iojs-hez is hasznalhatsz Mindent amit node-hoz.
-
Jim-Y
veterán
A Sailsjs-rol csak hallottam, tudom, hogy van ilyen de nem igazan tartom elterjedtnek. Ha nekem kene valamit hasznalnom MA, akkor biztos, hogy Express lenne, mert az a legismertebb, utana hapi vagy StrongLoop. Az io.js pedig nem olyan, hogy hasznald vagy sem, HASZNALD! Mindenki migral at az io-ra. Egyebkent is eloszor tedd fel az nvm-et es ezzel tedd fel a node/io-t. Az iojs es a node elobb-utobb ujra egyesulni fognak, de jelenleg az iojs-hez SOKKAL tobb PR erkezik.
-
Zedz
addikt
Gondolkodtam még az io.js kipróbálásán is - amit azt hiszem még Te említettél -, csak nem tudom mennyire fog elterjedni, mekkora jövő áll előtte, szóval kezdésnek maradtam a nodejs mellett.
Az Expresst megnézem, köszönöm a tippet! Esetleg amit fentebb linkeltem Sailsjs-t, arról hallottál már valamit?
-
Jim-Y
veterán
Szerintem node.js vonalon az Express a legismertebb, ez kb olyan mint az Angular (popularitasban) a frontenden. Meg a hapi.js amit ajanlani szoktak. Nekem egyikkel sincs komolyabb tapasztalatom, en eddig Restify-t hasznaltam ami egy express fork? talan, vagy ha nem akkor is kb ugyanaz csak sokkal lightweightebb.
-
Zedz
addikt
válasz
Speeedfire #5149 üzenetére
Valami ingyenes kellene elsősorban, amit akár még cégek is használnak. Még csak tanuló fázisban űzném a dolgot, de ha tetszik és van rá lehetőség, akkor szívesen foglalkoznék ezzel akár egy cégnél is.
-
Zedz
addikt
Kis ON is legyen a topikban. Tudtok valami jó nodejs frameworköt ajánlani?
Azt a pár írást amit átnéztem, ezt ajánlgatták, de kíváncsi vagyok ismertek-e még valami jót.
-
Sk8erPeter
nagyúr
válasz
martonx #5142 üzenetére
Az egészben tényleg az a durva, hogy bármilyen segítséget felhasználhatott (mármint azonkívül, hogy valakivel elküldeti a megoldást, hogy felvegyétek, mert az úgyis kiderül), szóval ha valaki valamirevaló fejlesztő, akkor nem igaz, hogy egy formot nem tud kiguglizni. Az sem mentség, hogy ő inkább irányítgatta az embereket, meg én sem értem, akkor hogyan vizsgálhatta felül mások kódját, ha ilyen hülye a kódoláshoz. Most például ezt az MDN és form szavakat egymás után írva három másodperc alatt találtam:
https://developer.mozilla.org/en-US/docs/Web/Guide/HTML/Forms
Ha valaki ez alapján nem tud összerakni fejlesztőként egy űrlapot, akkor az ássa el magát. -
martonx
veterán
A feladatnál nincs megszabva, hogy html form-al kell elküldeni az adatot, a felvételiző dönti el, hogy hogyan akarja megoldani. Emberünk erőltette a formot, de még azt se tudta megcsinálni.
ASP.NET-nek is van saját helper metódusa a form készítésre, igaziból tök mindegy, hogy miben csinálja az ember, hiszem, hogy bármelyikünk, aki akár csak kicsit is jobb képességű, csukott szemmel meg tudja oldani a feladatot, ha más nem egy-két célzott guglis segítséggel. -
Jim-Y
veterán
Hát, szerintem a bruttó havi félmilla az elég csekély, mármint én nem ennyit akarok majd keresni seniorként az tuti. És pl a LogMeIn-nél nem is ilyen fizuk vannak hanem inkább brutto 650-700 ahogy hallottam. A témához hozzászólva. Én JS devloperként tevékenykedem de pl formot nagyon nagyon ritkán kell írnom, egész egyszerűen szerintem azért, mert nálunk, és az itthoni projektjeimben is már ezer éve AJAX + REST-et használok nem pedig formokat. Aki pedig a klasszikus iskola híve, vagy legacy projekten dolgozik ott gondolom jó eséllyel van pl JSF ami -asszem- elfedi ezeket előled. Nem védeni akarom, szerintem bőven illett volna megcsinálnia, ha máshogy nem, AJAX-al vagy a googli segítségével
-
martonx
veterán
válasz
Sk8erPeter #5136 üzenetére
Azzal védekezett, hogy ő inkább az embereit irányította, mintsem az operatív munkában vett részt. De mondjuk bármennyire is nem programozott napi szinten, nem hiszem, hogy a gugli segítségével, el kellene vérezni egy ilyen szintű beugró feladaton? Illetve az is kérdéses, hogy hogy irányítod seniorként az embereidet, hogy review-zod a kódjaikat, ha abszolút fingod sincs a programozáshoz?
Ráadásul az egész folyamat úgy indul, hogy nyisd meg az általad leginkább használt IDE-t, szóval akár még az intellisense-re is lehet támaszkodni.
Na mindegy, a lényeg hogy tényleg tragikusak a felvételizők. -
Cathfaern
nagyúr
Tény, de 2-3 éve nem írtam szerintem hagyományos formos submitot
Lehet ment volna fejből is, de lehet nem jut eszembe hogy action-nek hívják. Lehet rossz tulajdonság, de amit nem használok, viszont fél másodperc alatt googlizható, az nem szokott megmaradni a fejemben... (annó töri évszámokból is használhatatlan voltam, annak ellenére, hogy az anyag lényegét, meg ki hol mit, miután/mielőtt és miértet gond nélkül tudtam).
-
Zedz
addikt
válasz
Cathfaern #5137 üzenetére
Method, action, sok minden nem kell a formhoz.
Szívesen JS-eznék én is napi 8-ban, bár egy idő után lehet a falat kaparnám. Minden esetre én az iskolában utáltam, aztán itthon leültem megérteni az alapjait, és azóta az egyik kedvencem.
Sokat kell még tanulnom, de állok elébe!
-
Cathfaern
nagyúr
válasz
martonx #5135 üzenetére
Ha lehet használni netet, akkor szerintem olyan programozónak is illene ezt megoldani, aki még sose programozott webet
De mondjuk fejből lehet nekem is gondom lenne a html form pontos szintaktikájával. Mondjuk akkor jó eséllyel megoldanám ajax-al...
Zedz:
Én amikor elkezdtem javascriptezni, szörnyű nyelvnek tartottam. De ahogy fejlődik a web, illetve az egész javascript rendszer, úgy szeretem meg egyre jobban. Ha lenne olyan állás, ahol csak js-ben kell programozni, nekem megfelelő városban lenne (ami nem Bp), vagy távmunkában végezhető lenne, akkor nagyon elgondolkoznék a váltáson(ja és ha nem kérnek több éves node.js tapasztalatot, mert mindig rá akarom szánni magam, de pár soros pötyögésen még nem jutottam túl... ahol dolgozok ott teljesen kizárt a node.js alapú fejlesztés, szóval max hobbiból tudok vele foglalkozni)
-
Sk8erPeter
nagyúr
válasz
martonx #5135 üzenetére
De ez hogy lehet, ha elvileg többéves webfejlesztői tapasztalata van? Úgy értem, biztos van valami oka: ennyire nem volt köze a frontendhez, végig csak backend-kódokat készítgetett, és az évek alatt elfelejtette? Vagy sosem tudta? Engem tényleg érdekel, ez hogyan fordulhat elő.
-
martonx
veterán
Igen, ezért is linkeltem be, mert egyébként egész korrektnek, a valóságtól nem elrugaszkodottnak tartom. Láttam már ennél jóval betegebb js kérdéssort is.
Hogy a felvételizők szintjéhez is hozzászóljak kicsit offban. Nálunk járt olyan alany, aki senior webfejlesztőnek jelentkezett, komoly cégnél (talán logmein) dolgozott több éves webfejlesztői tapasztalattal a háta mögött, bruttó millió feletti havi fizuigénnyel. Nálunk nincs klasszikus idióta tesztet kitöltős sok körös állásinterjú, az első fordulóban is kódolni kell, a másodikban is csak már komolyabban, a harmadikban van elbeszélgetés, és ha szimpi vagy, fel is vagy véve.
Nos az első körben van egy nagyon alap beugró, miszerint kérj be két számot a böngészőben, szerver oldalon kalkuláld a hányadosukat, és jelenítsd meg az eredményt a böngészőben (nincs megkötve, hogy ajax-al vagy anélkül, nincs megkötve, hogy milyen IDE-vel, milyen nyelvvel, használhatsz internetet is, egy megkötés van, hogy fél óra alatt kész kell lenned vele). Emberünk ezen a feladaton annál a résznél megakadt, hogy hogyan kell egy html formot összerakni, és a szervernek elküldeni a benne lévő adatot.
Egyébként döbbenet, de az első körös beugró feladatunkon a jelöltek kétharmada zokszó nélkül elvérzik... -
Zedz
addikt
válasz
fordfairlane #5130 üzenetére
A linkelt oldalon elolvastam miért úgy működik ahogy, minden nap tanul valamit az ember.
-
Sk8erPeter
nagyúr
Ezt még nem olvastam, de sejtettem, hogy valójában ilyen nevetséges a háttérsztori.
Egyébként én támogatnám, hogy akár a régi fos kódok eltörésével erőltessük keresztül ennek az automatikus pontosvessző-beszúrásnak (szerepeljen már legalább egyszer magyarul is
) az eltörlését.
-
fordfairlane
veterán
-
Jim-Y
veterán
válasz
Sk8erPeter #5127 üzenetére
BRENDAN: ... But long story short, there was an idea in JavaScript that I was pursuing, and maybe a few others saw it, too, of a language that wasn’t C-like. It was easy to use. It was meant for people who were building things inductively. They were learning programming for the first time. And they didn’t necessarily have to know where semicolons had to go, or even curly braces. I lost the curly brace front. On the semicolon front I said, “It’s ridiculous to reject a program because of a missing semicolon. We should do some kind of error correction procedure.” So, I made one up on the spot and that became automatic semicolon push.
[Laughter]
CHUCK: I kind of hacked this in and it stayed.
BRENDAN: Yup.
AARON: That’s awesome.
JOE: And 15 years later, people are still fighting over it.
JAMISON: That’s every programmer’s nightmare, right?
CHUCK: It’s so true.
JAMISON: Just the hack [inaudible] that you made.
AJ: I felt a sudden tremor in the force as if a thousand semicolons suddenly screwed up everything.
[Laughter]
BRENDAN: Yeah, there are definitely some issues there. But in fact, I remember Jamie Zawinski was writing some JavaScript and he had a long return expression so he put it on the next line with no semicolon after the return. And he was outraged that ASI would insert a semicolon after the return making the ‘return’ return the undefined value and the next line becomes dead code, a useless expression. It’s unreachable in the control flow of that function. He was totally outraged. [Laughs] But I said, “It’s too late. I can’t change it.” Once you ship things on the web, it’s very hard to change it.
-
Sk8erPeter
nagyúr
válasz
martonx #5122 üzenetére
Nem hiszem, hogy még neked kéne szégyellni magad a nyelv egyik hibája miatt.
Na, már látom előre az anyázásokat és hőbörgéseket, feldühödött "te vagy a hülye!"-jellegű reakciókat, de nem hiszem, hogy az egy jó dolog, ha a nyelv próbálja valahogy korrigálni az amúgy potenciálisan elkúrt kódot, ezzel pont, hogy hibát belerakva az amúgy adott esetben pont nem hibás kódba (mert elméletileg az általad mutatott kód nem kellene, hogy az legyen).
-
martonx
veterán
Egyetértek, amikor lefutattam, rögtön be is ugrott, hogy miért csinálja, de véleményem szerint az ember akkor is bele tud futni egy-egy ilyen szivatásba, és azt akartam vele bemutatni, hogy ez azért nem olyan életidegen szivatós példa (egy plusz enter valahol a kódban).
Nem is vagyok rá büszke, hogy ezen a kérdésen elhasaltam, túl gyorsan vágtam rá magamban a nincs különbség választ (meg kimondottan javascriptes állásra akkor se jelentkeznék, ha két anyám lenne, de ez már szubjektív dolog).
-
Jim-Y
veterán
válasz
martonx #5118 üzenetére
Hat, de ez azert eleg alap. Marmint..automatic semicolon insertion temaban ez a de facto pelda
Aki JavaScriptes allasra jelentkezik, es ezen elhasal az szerintem ne is jelentkezzen inkabb ilyen allasra. De amugy a jelenlegi valosag, hogy olyan emberek jelentkeznek "JavaScript expert" cimszoval akik nem tudjak pl, hogy mi a kulonbseg a == es a === kozott. True story :/
-
martonx
veterán
Figyi, itt van egy-két egész életszerű kérdés, ahogy elkezdtem végigmenni rajtuk, simán volt köztük olyan, amin megfeküdtem. Pl. ez szerintem egész életszerű:
function foo1()
{
return {
bar: "hello"
};
}
function foo2()
{
return
{
bar: "hello"
};
}Ugyanazt adja-e vissza a két funkció?
Szerk, és a link, ahonnan vettem: [link]
-
DNReNTi
őstag
-
Jim-Y
veterán
válasz
DNReNTi #5112 üzenetére
Ez JS-bol nem 2 perc. Pont ma meselte nekem egy Senior kollegam, akinek nagyon is adok a szavara, hogy a Javascripttel az a "baj", hogy ahhoz, hogy valaki tenyleg penge legyen belole szerinte nagyjabol 2 ev olvasgatas a temaban, es gyakorlas kell. Lehet kicsit tulzott, de szemelyes velemenyem szerint nem tul sokat...
-
Zedz
addikt
-
PumpkinSeed
addikt
if(endGame){
clearInterval(refreshIntervalId);
endOfTheGame();
}
else{
var refreshIntervalId = setInterval(moveBall, 1);
}Így is próbáltam. De mintha az endGame-nek adott true érték semmit nem érne, mert a most megírt endOfTheGame() függvénynek elvben minden objektumot le kellene pusztítania az oldalról, de semmi nem történik, csak megy a végtelenségbe a labdám.Úgy működik, köszönöm.
-
kispx
addikt
válasz
PumpkinSeed #5108 üzenetére
Indítsd így: var moveBallIntervalId = setInterval(moveBall, 10000);
Majd így tudod leállítani: clearInterval(moveBallIntervalId);Szerk.:
Az az if szerkezet csak egyszer fog lefutni. Így inkább a
else{
endGame = true;
//xVar = -1;
}
részhez tenném a clearInterval fv-t. -
PumpkinSeed
addikt
Olyan kérdésem lenne a setInterval-al kapcsolatban, hogy hogyan tudok véget vetni ámokfutásának. A kódom elején definiáltam, hogy var endGame = false;, majd van egy ilyenem:
if(endGame === false){
setInterval(moveBall, 1);
}
else{
clearInterval(moveBall);
}ami meghív egy ilyet:
function moveBall(){
var ball = document.getElementById("ball");
if(ballRandomStartX === 200){
xVar = 1;
}
if(ballRandomStartY === windowHeight-10){
yVar = -1;
}
if(ballRandomStartY === 10){
yVar = 1;
}
if(ballRandomStartX === windowWidth-110 && (ballRandomStartY >= mouseY && ballRandomStartY <= mouseY+100)){
xVar = -1;
pointCounter++;
document.getElementById("points").innerHTML = pointCounter;
}
else{
endGame = true;
//xVar = -1;
}
ballRandomStartY = ballRandomStartY + yVar;
ballRandomStartX = ballRandomStartX + xVar;
ball.style.top = ballRandomStartY;
ball.style.left = ballRandomStartX;
}Itt ha kimegy a pályáról a labda akkor az endGame true lesz. De a labda csak megy a végtelenségig tovább. Miért van ez? Itt a teljes kód. Itt pedig a teszt.
-
PumpkinSeed
addikt
válasz
Sk8erPeter #5106 üzenetére
-
Sk8erPeter
nagyúr
válasz
PumpkinSeed #5105 üzenetére
Szívesen.
Ezt nem értem, honnan hova akarod "áttenni az inputot"? Ez utóbbi mit jelent? Szóval mit szeretnél elérni? -
PumpkinSeed
addikt
válasz
Sk8erPeter #5104 üzenetére
Köszönöm a segítséget.
Igazából én arra jöttem rá, hogy felesleges meghatározni a szülő elemet, mert ugye az egyikből teszem át a másikba az inputot, szóval ha ahova tenni akarom ott is be van pipálva és úgy teszi át mindegy, mert már eleve ott van. Szóval annyira nem is fontos, megnézem egy for-al hogy melyikek vannak bepipálva és attól függ, hogy a felhasználó hova kattint átteszem őket.
-
Sk8erPeter
nagyúr
válasz
PumpkinSeed #5102 üzenetére
Gondold végig: Te a document.getElementById()-vel lekérsz egy elemet, majd annak próbálod elérni a document tulajdonságát - ennek semmi értelme, nem lesz document tulajdonsága/attribútuma.
Ha végig akarsz menni az elemeken, akkor több lehetőséged is van, például:
- document.querySelectorAll segítségével, egy selector felhasználásával megkeresed a vonatkozó elemeket; pl. ha mindegyik checkbox el van látva a fruit-checkbox osztállyal, akkor ez aztán egészen szigorúan csak azokat fogja megtalálni:
var fruitCheckboxes = document.querySelectorAll('input[type="checkbox"].fruit-checkbox');
Ez egy NodeListet ad vissza, ezeken végig tudsz menni egy for ciklussal simán.
Pl.:
for (var i = 0; i < fruitCheckboxes.length; i++) {
var currentFruitCheckbox = fruitCheckboxes[i];
console.log(currentFruitCheckbox.name + ' - is it checked? ', currentFruitCheckbox.checked === true);
}
Ilyesmi.
- ha egy tömbben van összegyűjtve, hogy milyen nevű elemeket keresel (pl. a name attribútuma tartalmazza az elemnek a gyümölcs nevét), és egy adott konténerelemen belül szeretnél csak keresni, és kifejezetten egy elemre, akkor megteheted az Element.querySelector() segítségével, pl.:var fruitCheckboxContainer = document.getElementById('fruit-checkbox-container');
var fruitNamesArray = ['apple', 'orange', 'pear'];
for (var j = 0; j < fruitNamesArray.length; j++) {
var currentFruitCheckbox = fruitCheckboxContainer.querySelector('input[name="' + fruitNamesArray[j] + '"]');
if (currentFruitCheckbox === null) {
console.log('A checkbox with the name "' + fruitNamesArray[j] + '" does not exist in the fruit checkbox container');
continue; // go on to the next one
}
console.log('is "' + fruitNamesArray[j] + '" checked? ', (currentFruitCheckbox.checked === true));
}- stb., a lehetőségekből még elég sok van, de ezek elég egyszerű példák.
Felraktam neked ide egy demót:
http://jsfiddle.net/Sk8erPeter/Ls015fk7/ -
wis
tag
válasz
PumpkinSeed #5102 üzenetére
-
PumpkinSeed
addikt
válasz
Sk8erPeter #5101 üzenetére
Gondolom a valamin belüli mandarin vagy ilyesmi. Ezért tettem fel a kérdést, hogy ezt hogy lehet megcsinálni.
-
Sk8erPeter
nagyúr
válasz
PumpkinSeed #5100 üzenetére
Értelmezted a hibaüzenetet?
formId.document.getElementById(fruitsArray[i])
--> Cannot read property 'getElementById' of undefined
Elég egyértelmű... ha kifejted a formId változót, mi értelme van annak, hogy
document.getElementById("valami").document.getElementById(fruitsArray[i])
?
Új hozzászólás Aktív témák
Hirdetés
- Csere-Beszámítás! Sapphire Nitro+ RX 7800 XT 16GB GDDR6 Videokártya! Bemutató Darab!
- Csere-Beszámítás! Asus Prime RTX 5060Ti 16GB GDDR7 Videokártya! Bemutató darab!
- Csere-Beszámítás! Asus Tuf RTX 5070Ti 16GB GDDR7 Videokártya! Bemutató darab!
- Csere-Beszámítás! Sapphire Pure RX 7900XT 20GB Videokártya! Bemutató darab!
- Csere-Beszámítás! PowerColor Red Devil Spectral White RX 9070XT Videokártya! Bemutató Darab!
- DELL PowerEdge R730xd 12LFF+2SFF rack szerver - 2xE5-2680v3,64GB RAM,4x1GbE,H730 RAID v ZFS
- Ultimate előfizetés új fiókra akár 2105 Ft/hó áron! Azonnali, automatizált aktiválással, csak Nálam!
- BESZÁMÍTÁS! ASRock B250 i5 6600 16GB DDR4 256 SSD 500GB HDD GTX 1050 2GB Zalman Z1 Njoy 550W
- Telefon felvásárlás!! iPhone 12 Mini/iPhone 12/iPhone 12 Pro/iPhone 12 Pro Max
- Lenovo ThinkPad dokkolók: USB-C 40A9/ 40AY/ 40AS/ Thunderbolt 3 40AC/ Hybrid USB-C DisplayLink 40AF
Állásajánlatok
Cég: CAMERA-PRO Hungary Kft
Város: Budapest
Cég: PC Trade Systems Kft.
Város: Szeged