- Samsung Galaxy S26 Ultra - fontossági sorrend
- Samsung Galaxy A52s 5G - jó S-tehetség
- Vivo X200 Pro - a kétszázát!
- Okosóra és okoskiegészítő topik
- Rég várt frissítést kap az Android tárcsázója
- Poco F8 Ultra – forrónaci
- iPhone topik
- Xiaomi 17 Ultra - jó az optikája
- Apple Watch
- Nagy bemutatóra készül az Oppo
-
Mobilarena
Mobilarena
Új hozzászólás Aktív témák
-
> Te a breaket a {}-os utasításblokkba tetted, ami ebben az esetben nem a case esetből ugrik ki, hanem a {}-al jelölt utasításblokkból. Tehát ráfut a következő case esetre.
Erre gyanakodtam en is, de gyakorlatilag nem igy mukodik. Csak egy kulon scope-ot kap.
Viszont egy probat mindenkepp meger.föccer: ha kozvetlen a break ele teszel egy logot, azt meg kiirja? (nincs-e esetleg valami elnyelt hiba)
-
node/Chrome alatt nalam megy gond nelkul.
Milyen kornyezetben futtatod?
A'Száraz ágon'uzenet logolva van?Erdemes egyebkent betenni egy
defaultcaset is pl egy hibauzenettel, ha esetleg megsem csak ez a 3 ertek lenne.A Tarolos értéket már a kódon belül adom meg. Igen, a Száraz ágon üzenet még kijön konzolra, illetve a számított értékek is, tehát a case még lefut. Validatorral ellenőríztem szintaktikailag elvilen nincs vele gond
Egy céges szoftveren belül kell készíteni a kódot. A node/chrome ismerős, lehet hogy erre támaszkodik ez az eszköz amit kaptunk. (egy keretrendszert fejlesztettek, amiben sok kis külön-külön értékelő szkriptet már nekünk kell megcsinálni.
egy külső, add-on függvényt kaptunk, amivel külső adatokat tudunk a kapcsolódó űrlapokról levenni és simán returnnal adjuk vissza az űrlapnak a kiértékelés eredményét. Úgy működik, mint egy function. Csak kicsit combosabb, mert ez éppen 1200 soros.
üdv, föccer
-
Köszönöm szépen. Csak proposalokat láttam az issueban. Van egy-két 3rd party package ami elvileg megoldaná a problémám, de annyira vad vizekre nem akarok evezni.
TypeScripttől függetlenül véleményt szeretnék kérni:
Express query paramétereit szeretném ellenőrizni. (REST) Van egy adag ami kötelező, meg egy másik adag opcionális. A többire pedig nem vagyok kíváncsi.
Ha mindet egyesével ellenőrzöm hogy kapott-e értéket, el lett-e küldve egyáltalán, megfelelő típusú-e, megfelel-e minden paraméternek stb., majd errort dobálok ha nem, akkor egy elég undorítóan hosszú fájlom lesz.
Ezt ti hogyan szoktátok kezelni? Van több ötletem is:
-Hagyni a fenébe, viszont sok ellenőrzés ismételhető lenne máshol is.
-Classokat létrehozni típusonként, majd mindet az előző postom alapján példányosítani, így ellenőrizve lesznek
-Szintén classok, de csak statikus validáló függvénnyel -
Köszönöm szépen. Csak proposalokat láttam az issueban. Van egy-két 3rd party package ami elvileg megoldaná a problémám, de annyira vad vizekre nem akarok evezni.
TypeScripttől függetlenül véleményt szeretnék kérni:
Express query paramétereit szeretném ellenőrizni. (REST) Van egy adag ami kötelező, meg egy másik adag opcionális. A többire pedig nem vagyok kíváncsi.
Ha mindet egyesével ellenőrzöm hogy kapott-e értéket, el lett-e küldve egyáltalán, megfelelő típusú-e, megfelel-e minden paraméternek stb., majd errort dobálok ha nem, akkor egy elég undorítóan hosszú fájlom lesz.
Ezt ti hogyan szoktátok kezelni? Van több ötletem is:
-Hagyni a fenébe, viszont sok ellenőrzés ismételhető lenne máshol is.
-Classokat létrehozni típusonként, majd mindet az előző postom alapján példányosítani, így ellenőrizve lesznek
-Szintén classok, de csak statikus validáló függvénnyel -
fordfairlane
veterán
Értem hogy sima js lesz belőle és a hasznos dolgok nagyrésze el is tűnik. Azt reméltem hogy van valami compiler paraméter amin átsiklottam ami automatikusan hozzátenné a típus ellenőrzéseket.
Lényegében akkor minden egyes class esetén típusellenőrzést ugyanúgy meg kell csinálni minttha vanilla js lenne, illetve ha felhasználom egy másikban, akkor példányosítani kell. Valahogy így mint lent. (tudom hogy rossz példa) Vagy van jobb megoldás?
class Name {
name:string
constructor(str:string) {
if (typeof str !== 'string') {
throw new TypeError()
}
this.name = str
}
}
class Age {
age:number
constructor(n:number) {
if (typeof n !== 'number') {
throw new TypeError()
}
this.age = n
}
}
class Person {
name:Name
age:Age
constructor(i:IPerson) {
this.name = new Name(i.str)
this.age = new Age(i.n)
}
}
interface IPerson {
str: string,
n: number
}
console.log(process.argv[2])
let bar:IPerson = JSON.parse(process.argv[2])
let foo = new Person(bar)
console.log(foo) -
Értem hogy sima js lesz belőle és a hasznos dolgok nagyrésze el is tűnik. Azt reméltem hogy van valami compiler paraméter amin átsiklottam ami automatikusan hozzátenné a típus ellenőrzéseket.
Lényegében akkor minden egyes class esetén típusellenőrzést ugyanúgy meg kell csinálni minttha vanilla js lenne, illetve ha felhasználom egy másikban, akkor példányosítani kell. Valahogy így mint lent. (tudom hogy rossz példa) Vagy van jobb megoldás?
class Name {
name:string
constructor(str:string) {
if (typeof str !== 'string') {
throw new TypeError()
}
this.name = str
}
}
class Age {
age:number
constructor(n:number) {
if (typeof n !== 'number') {
throw new TypeError()
}
this.age = n
}
}
class Person {
name:Name
age:Age
constructor(i:IPerson) {
this.name = new Name(i.str)
this.age = new Age(i.n)
}
}
interface IPerson {
str: string,
n: number
}
console.log(process.argv[2])
let bar:IPerson = JSON.parse(process.argv[2])
let foo = new Person(bar)
console.log(foo) -
-
PumpkinSeed
addikt
-
Üdv! Úgy vettem észre szinte senki nem használ try/catch-et js-ben. Jól látom?
Az feltűnt hogy szinte az összes library kezeli valamilyen módon az errort, főleg callback függvényekben. Eddig nem volt rá szükségem, az elmúlt 24 órában viszont kétszer is találkoztam olyan esettel ahol máshogy nem tudtam megoldani a problémát. -
Google első találtat, nem próbáltam ki. Az biztos hogy lehet
fs.open('file.txt', 'r', function(err, fd) {
if (err)
throw err;
var buffer = new Buffer(1);
while (true)
{
var num = fs.readSync(fd, buffer, 0, 1, null);
if (num === 0)
break;
console.log('byte read', buffer[0]);
}
});Akárhogy próbálom, nálam ez semmit sem csinál.
-
PumpkinSeed
addikt
-
Üdv!
Megoldható valahogy angular esetén hogy minden egyes controller betöltéskor lefusson egy function anélkül hogy minden egyes controllerbe külön megírnám?
Elrejtett menüpontokat szeretnék megjeleníteni "ng-show"-val, ehhez pedig szükségem lenne egy API-ból nyert értékre.
Prodlémák:
-menüpontok az "ng-view"-n kívül esnek, így csak rootScope értékekkel tudom változtatni
-a login képernyő is egy controller, a menü szintén látszik így nem tehetem ".run"-ba, mivel csak a tényleges login után kap valós választ az API-tól.
(nem baj ha "hackelhető" és megjeleníthető a menüpont, a backend nem fogja kiszolgálni)Gondoltam factoryra, de az async $http kérés eredményét nem tudom visszaadni sync módon az "ng-show"-nak.
Szia,
Nem teljesen latom at a problemat, de nem e lehet megoldas, hogy a szukseges erteket a root controllerben definialnad, es azt hasznalnad fel a "gyerekekben"? Vagy ez az ertek valtozik minden controllerben? Akkor nincs mese, irni kell ra service-t, es azt hivni valami parameterrel, minden alkalommal. Lehet nem ertem.
-
mind.blown.
Nem tudom hogy lehetséges hogy ennyi idő után még csak most találkoztam ezzel. De tetszik hogy folyamatosan új és új dolgokkal tud meglepni ez a nyelv.angular.copy($scope.arr)szépen teszi a dolgát, köszönöm!JSON.parse(JSON.stringify($scope.arr))szintén egy megoldás, bár kevésbé szépAmugy amit linkeltél jsfiddle példa, az mennyire komoly próbálkozás? Azért kérdem, mert szerintem lehetne ezt elegánsabban is csinálni, bár hozzáteszem, nem vagyok nagy angular guru. Mit akarsz elérni?
-
mind.blown.
Nem tudom hogy lehetséges hogy ennyi idő után még csak most találkoztam ezzel. De tetszik hogy folyamatosan új és új dolgokkal tud meglepni ez a nyelv.angular.copy($scope.arr)szépen teszi a dolgát, köszönöm!JSON.parse(JSON.stringify($scope.arr))szintén egy megoldás, bár kevésbé szépIgen, sajnos a tömb és objektum duplikálásra nincsenek szép megoldások. A stringify + parse módszer amit mutattál akkor lehet problémás ha körkörös hivatkozás van a struktúrában, az angular.copy lassú és a elemenkénti másolással dolgozik (asszem). ES6-ban van Object.assign, vagy ott a spread operator, de az meg talán csak 1 mélységig működik. Tömbök másolására ott a .slice(), de az pedig ha a tömb elemei objektumok,mint a te esetedben is, akkor azokat nem másolja le hanem csak a referenciát másolja át. Nem egyszerű na, de hát minden nyelvben vannak kevésbé jó dolgok, így javascriptben is
Amúgy ennek a "problémának" amivel most találkoztál semmi köze a javascripthez a legtöbb nyelv így működik, hogy vannak primitív érték szerinti tipusok és a referencia tipusok. Nincs ez máshogy JS-ben sem, ennyi
-
Üdv!
Angulart használva ha két scope változónak ugyanazt az értéket adom egy változón keresztül:
$scope.data = result;
$scope.original = result;Akkor a kető miért lesz "összekötve"? $scope.data-t változtatva változik a $scope.original is. Illetve hogy tudom kiküszöbölni?
A cél az lenne hogy megtaláljam mi lett változtatva az egyes sorokba, de a data és az original tömbbök megegyeznek így minden esetben.
JSFiddle link -
Üdv!
Angulart használva ha két scope változónak ugyanazt az értéket adom egy változón keresztül:
$scope.data = result;
$scope.original = result;Akkor a kető miért lesz "összekötve"? $scope.data-t változtatva változik a $scope.original is. Illetve hogy tudom kiküszöbölni?
A cél az lenne hogy megtaláljam mi lett változtatva az egyes sorokba, de a data és az original tömbbök megegyeznek így minden esetben.
JSFiddle link -
Nem teljesen tartozik ide, de hátha. Adott egy csodás cloud környezet ahol a nodejs-t elérem másolni és package-eket feltenni tudok, viszont kívülről a hozzá tartozó mongodb nem érhető el tűzfal miatt. (pl mongo shell-ből) Van esetleg valami npm amivel meg lehet kerülni? Webes mongo shell vagy valami tunneling megoldás? (ssh nem megy sajna)
-
Sk8erPeter
nagyúr
Köszi! Van valami gyakorlati előnye is vagy csak szimplán esztétikusabb?
Lenne esetleg értelme minden sort egy ID-val ellátni, a szűrést pedig client-side/local storage-ban elvégezni majd az eredmény alapján állítgatni a displayt?
Tudom egy kicsit overkill, de érdekes kihívás lenne ha van teljesítménybeli haszna is
Alapvetően annyi a baj azzal, hogy JavaScripttel állítgatod a stílusát egy DOM-elemnek, hogy így keversz két különböző területet: alapvetően a CSS feladata meghatározni az oldal megjelenését (benne van a nevében, hogy stíluslapokat készítesz), JavaScripttel pedig inkább a viselkedését illik manipulálni az oldalnak. Nyilván vannak kivételek, de ez pont olyan példa, amire érvényes. Persze nem érdemes túlizgulni, ez már csak szépítgetés, szemantikai okoskodás.
Most amúgy kíváncsiságból rákerestem a dologra, és találtam egy cikket, ami vitatja az osztályok ráhelyezésének vagy levételének elvét, és inkább a data-attribútumok használatát javasolja:
http://toddmotto.com/stop-toggling-classes-with-js-use-behaviour-driven-dom-manipulation-with-data-states/
Elfogadható, amit ír, de túlzásba esik az osztályok használatának elvetésével. De egyébként nem rossz a data-attribútumok használata sem."Lenne esetleg értelme minden sort egy ID-val ellátni, a szűrést pedig client-side/local storage-ban elvégezni majd az eredmény alapján állítgatni a displayt?"
Semmi értelme nem lenne ennek a megoldásnak. A szűrést így is az összes adaton kellene elvégezni, itt pedig semmiféle előnyt nem jelentene az, hogy csavarintasz és bonyolítasz egyet a dolgon.
Gondolj bele, a mostani megoldásod egy document.getElementsByClassName hívás, ami visszatér egy HTMLCollectionnel, amin végigmész egy for ciklussal, és megnézed, benne van-e az adott sorban valahol a keresett elem, aztán kész vagy. Ez is nagyon gyorsan fog végezni, még ha többezer elemed lenne, akkor se lenne vészes, a DOM-manipulálás már más kérdés. Ha viszont átállnál arra, hogy id-k szerint kérdezgess le, akkor értelemszerűen az id-kat is nyilván kellene tartani egy másik tömbben (mert különben honnan tudod, hogy miket kellene lekérdezni? Ha meg nem tudod a konkrét id-kat, akkor vissza kell térned az eredeti, amúgy ezerszer értelmesebb megoldásra), és azon a tömbön kellene végigmenned, lekérdezned id szerint az elemet, majd pont ugyanezt a keresést végrehajtani. Nem nyertél semmit, sőt, még overheadet is tettél a dologba (plusz egy-egy lekérdezés minden elemre az id szerint is, miután megkaptuk a tömbből az elemet).
Azt meg nem tudom, hogy érted, hogy "client-side"-ban elvégezni a keresést, most is kliensoldalon keresel. localStorage-be átpakolni a keresést meg megint semmi értelme, mit keresne ott, miért kellene perzisztens módon tárolnia a kliensnek az összes adatot. Nem beszélve arról, hogy valószínűleg az oldaladon változni fognak ezek a megjelenített és szűrhető adatok, így a localStorage-et mindig szinkronban kellene tartani az újabb adatokkal. -
Sk8erPeter
nagyúr
Köszönöm mindkettőtöknek. Hozzáteszem akkor az onclick triggert is
Egyébként egy div-es táblázat szűréséről van szó. A gombok megkülönböztetésével nem kell foglalkoznom szerencsére. Nem túl elegáns módon globális változóként tárolom a legutóbb keresett értéket. Ha nem változott az előzőhöz képest, akkor nem csinál semmit. Így nem iterálja feleslegesen végig az egész táblázatot akkor sem ha bal egérgombbal kattintgat rá bárki.Valószínű elég optimalizálatlan, 230 soros táblázatot szűrök vele. Van esetleg valami gyorsabb/hatékonyabb módja ennek mint a display-t változtatgatni soronként iterálva? (electron alkalmazás így minden nodejs-es trükk bevethető)
-
Segítséget kérnék megérteni a lenti kódot. Működik, de nem értem hogyan
(nodejs stream-adventure / html stream feladat)var trumpet = require('trumpet');
var through = require('through2-map');
var tr = trumpet();
tr.pipe(process.stdout);
tr.selectAll('.loud', function(data) {
var stream = data.createStream();
stream.pipe(through(function(chunk) {
return chunk.toString().toUpperCase();
})).pipe(stream);
});
process.stdin.pipe(tr);"tr.selectAll": kap egy szűrőt és egy callback-et. A callback fv-ben definiálok egy új változót, pipeolom through-ba ahol átalakítom, majd önmagába pipeolom vissza. Eddig tiszta sor.
Viszont hogy kerül vissza? Closure-ben lett létrehozva és semmi függvény (ami return-ként működne) nem lett meghívva rá.
Maga a createSteram() köti a "stream" változót closure chainen keresztül "tr"-hoz valahogy? -
Sziasztok,
Node-on futó API-t szeretnék létrehozni. Ezzel nem is lenne probléma, ott akadok el, hogy authentikáció után nem tudom megtartani az usert. Van valami PHP Session szerű megoldás? Nem szeretnék cookieban jelszót tárolni, még enkriptálva sem.Olvastam szép megoldásokat, hogy a jelszó soha (authentikáció után) ne legyen elküldve, helyette egy publikus kulcs, értékként pedig valamilyen azonosító. Kliens oldalon az adatok halmazából (beleértve a jelszavat) checksumot készíteni, majd mindent (jelszó kivételével) elküldeni (post/get/etc). Szerver oldalon a fogadott adatokból és a tényleges jelszóból egy új checksum, ha a kettő egyezik, akkor mehet a response.
Ez szép, okos és praktikus, de még mindig nem tudom hogy tároljam kliens oldalon a jelszót úgy, hogy azt egy általános iskolás srác ne tudja kiszedni.Bármi útbaigazítást köszönök előre is (akár kulcsszó, cikk, prezi)
-
Sziasztok,
Node-on futó API-t szeretnék létrehozni. Ezzel nem is lenne probléma, ott akadok el, hogy authentikáció után nem tudom megtartani az usert. Van valami PHP Session szerű megoldás? Nem szeretnék cookieban jelszót tárolni, még enkriptálva sem.Olvastam szép megoldásokat, hogy a jelszó soha (authentikáció után) ne legyen elküldve, helyette egy publikus kulcs, értékként pedig valamilyen azonosító. Kliens oldalon az adatok halmazából (beleértve a jelszavat) checksumot készíteni, majd mindent (jelszó kivételével) elküldeni (post/get/etc). Szerver oldalon a fogadott adatokból és a tényleges jelszóból egy új checksum, ha a kettő egyezik, akkor mehet a response.
Ez szép, okos és praktikus, de még mindig nem tudom hogy tároljam kliens oldalon a jelszót úgy, hogy azt egy általános iskolás srác ne tudja kiszedni.Bármi útbaigazítást köszönök előre is (akár kulcsszó, cikk, prezi)
-
Sziasztok,
Node-on futó API-t szeretnék létrehozni. Ezzel nem is lenne probléma, ott akadok el, hogy authentikáció után nem tudom megtartani az usert. Van valami PHP Session szerű megoldás? Nem szeretnék cookieban jelszót tárolni, még enkriptálva sem.Olvastam szép megoldásokat, hogy a jelszó soha (authentikáció után) ne legyen elküldve, helyette egy publikus kulcs, értékként pedig valamilyen azonosító. Kliens oldalon az adatok halmazából (beleértve a jelszavat) checksumot készíteni, majd mindent (jelszó kivételével) elküldeni (post/get/etc). Szerver oldalon a fogadott adatokból és a tényleges jelszóból egy új checksum, ha a kettő egyezik, akkor mehet a response.
Ez szép, okos és praktikus, de még mindig nem tudom hogy tároljam kliens oldalon a jelszót úgy, hogy azt egy általános iskolás srác ne tudja kiszedni.Bármi útbaigazítást köszönök előre is (akár kulcsszó, cikk, prezi)
De miért akarsz kliens oldalon jelszót tárolni?
Felhasználó bejelentkezik => szerver oldalon (akár db-ben) eltárolod, hogy a X user bejelentkezett 2015.02.12 8:30-kor. Legközelebb ha X user kérést indít hozzád, akkor megnézed, hogy mikor jelentkezett be utoljára. Ha ez régebbi, mint az eltárolt idő + 30 perc, akkor újra kérsz tőle jelszót. Amit írsz az ugye arra jó, hogy ne a user id-ját tárold le, hanem generálj egy egyedi azonosítót, ami minden bejelentkezéskor megváltozik.
Vagy arra hogy már bejelentkezéskor se kelljen jelszót küldeni (sose utazzon csomagban jelszó), nem vagyok benne biztos, hogy melyik verziót írod.martonx:
Igazából nem lepne meg, ha NodeJS-en alapból nem lenne session (fél perc googlizás ebben meg is erősített). Ugye a NodeJS alapból arra lett kitalálva, hogy egyszerűen és könnyen lehessen API-kat gyártani. Ahhoz pedig nem kell session. -
Sziasztok,
Node-on futó API-t szeretnék létrehozni. Ezzel nem is lenne probléma, ott akadok el, hogy authentikáció után nem tudom megtartani az usert. Van valami PHP Session szerű megoldás? Nem szeretnék cookieban jelszót tárolni, még enkriptálva sem.Olvastam szép megoldásokat, hogy a jelszó soha (authentikáció után) ne legyen elküldve, helyette egy publikus kulcs, értékként pedig valamilyen azonosító. Kliens oldalon az adatok halmazából (beleértve a jelszavat) checksumot készíteni, majd mindent (jelszó kivételével) elküldeni (post/get/etc). Szerver oldalon a fogadott adatokból és a tényleges jelszóból egy új checksum, ha a kettő egyezik, akkor mehet a response.
Ez szép, okos és praktikus, de még mindig nem tudom hogy tároljam kliens oldalon a jelszót úgy, hogy azt egy általános iskolás srác ne tudja kiszedni.Bármi útbaigazítást köszönök előre is (akár kulcsszó, cikk, prezi)
-
Sk8erPeter
nagyúr
Új hozzászólás Aktív témák
- Samsung Galaxy S26 Ultra - fontossági sorrend
- Samsung Galaxy A52s 5G - jó S-tehetség
- Projektor topic
- Autós topik
- Vivo X200 Pro - a kétszázát!
- Lightyear - befektetési app
- AMD K6-III, és minden ami RETRO - Oldschool tuning
- Revolut
- Kamionok, fuvarozás, logisztika topik
- Speciális kiadású AMD-s alaplapot villantott az ASUS a 20 éves ROG-jubileumra
- További aktív témák...
- 24 magos AMD Threadripper alapú munkára kiváló félgép, 128GB RAM-mal
- HP ZBook Fury 15 G7 i7-10850H 32GB 512GB SSD Quadro T2000 4GB FHD HUN bill, szép állapotban eladó
- Eladó MacBook Pro 16,1 2019 CTO
- új 0 km es garanciás lenovo loq rtx 5050 8gb
- Eladó teljesen újszerű karcmentes Samsung Galaxy Watch Ultra
- Samsung Galaxy A54 5G 128GB, Kártyafüggetlen, 1 Év Garanciával
- KERESEK Magyar GARIS VGA-t: 7900XTX NITRO+ / 7900GRE Pulse / 4070Ti SUPER 2x Ventus
- Bomba ár! Lenovo ThinkPad L430 - i5-3GEN I 4GB I 320GB I DVDRW I 14" HD I Cam I Garancia!
- Samsung Galaxy A37 5G / 6/128GB / Kártyafüggetlen / 12Hó Garancia
- HIBÁTLAN iPhone 13 Pro Max 128GB Alpine Green -2 ÉV GARANCIA - Kártyafüggetlen, MS4946, 100% Akksi
Állásajánlatok
Cég: Laptopműhely Bt.
Város: Budapest