Új hozzászólás Aktív témák

• K1nG HuNp őstag

  #8043

  #8042 togvau

  2020-08-17 22:55:06

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  K1nG HuNp

  őstag

  #8042 togvau

  #8042 togvau

  Meg azok szokták fikázni, akik használtak már eleget normális nyelveket, és azok tartják jónak a JS-t akik csak "láttak" mást, tanulmányaik során, mert kötelező volt.
  Egyébként igen, állítólag sajtreszelővel is lehet... csak nem valami élvezetes Na olyan a JS a rendesen kivitelezett nyelvekhez képest. Vagy másik példával, mintha egy űrhajóból egy rozoga permetező kisgépbe ülnél. Amúgy tesója a LUA.

  Próbáltam dartot is, de sajnos vannak projekt követelmények, korlátok. Szerinted különben hozzányúlnék a JS-hez? Nem, már 12 éve is a pokolba kívántam, lesújtott, hogy így elharapódzott ez a rákfene.
  Igen, a dart IS sokkal jobban összerakott nyelv, remélem elterjed, de jobb lenne ha a WASM terjedne, aztán nem lenne nyelvi kényszer, lehetne válogatni.

  Miben lehetne jobb a JS ? Mindenben, főleg alapjaiban, struktúráiban, mindenben, hisz az egyetlen dolog amiben jó: támogatják a böngészők. De sajnos alapjaiban nem tud jobb lenni, mert akkor a visszafelé kompatibilitás bukta...

  teso a microsoft es a wallmart havi 50k dolcsikat fizetget az end to end SaaS cuccert amit itthon bpn kalapalunk, az egyetlen masik nyelv a JSen kivul ami szerepel a repoban az SQL

  hagyjuk mar ezt a nyelv temat, irjad kotlinban nyugodtan a jsedet, teljesen ertelmetlen, ha nagyon tipusokra vagy ott a TS, de az is a legtobbszor csak lassitja a fejlesztest.

• Jim-Y veterán

  #8041

  #8040 togvau

  2020-08-17 08:54:04

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  Jim-Y

  veterán

  #8040 togvau

  #8040 togvau

  az úgy működik, hogy a webassembly az kb olyan mint a sima assembly, tehát webassembly fordítót bármilyen nyelvre lehet írni, így megszűnik a JS kényszer, és remélhetőleg a JS oda kerül, ahova való végre

  Egyebkent igy altalaban azok szoktak fikazni akik nem tudjak hasznalni a nyelvet. Aki tudja hasznalni es erti az max konstruktivan mondja meg, hogy mi lehetne benne jobb. En utalom a JAVA-t mert egy sz*r. Konstruktiv volt mi?!

  Amugy ha nem szereted a JS-t vagy nem erted van sok olyan nyelv ami compile-to-js azokat hasznalhatod. Sok olyan is van, ami mondernebb, es jobban oszerakott nyelv mint a JS pl Dart. Esetleg probald ki azt.

• Silεncε őstag

  #8037

  #8036 togvau

  2020-08-16 12:59:49

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  Silεncε

  őstag

  #8036 togvau

  #8036 togvau

  nekem tetszik abból a szempontból, hogy olyasmi mint a JSF volt, bár abban is azért nagyobb a rend. Ott is nyomathattál a template-be java kódot, de azért nem volt ajánlott, sem jellemző. React jsx-nél meg tele fan kóddal a template, ami nagyon kaotikus tud lenni.

  Bár amúgy kaotikus, és ták... hát a JS maga ilyen, hisz egy kaotikus, tákolt ökoszisztéma, aminek sok éve ki kellett volna halnia, ha nem lenne kizárólagosan támogatott a böngészőkben. (rohadjál meg m$)

  A JSF az inkább az Angular megoldására hasonlít (ha jól emlékszem, az egyetemen egy minimálisat találkoztam csak JSF-el), az Angularnál ugye a HTML fájlba írsz TS expression-öket, de ott se bonyolultakat (nálunk ha túl sok TS kód van a templateben, segbebillentés jár érte )

  Egyébként most a WebASM megjelenése óta elkezdett éledezni a remény, múltkor láttam egy WebASM alapú megoldást, ahol Pythont tudtad hasonlóan a JS-hez használni böngészőben (szóval DOM csesztetés, stb)

• instantwater addikt

  #8031

  #8030 togvau

  2020-08-12 15:18:14

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  instantwater

  addikt

  #8030 togvau

  #8030 togvau

  a vállalatoknál az angular a menő, mert összemarketingelték a java-val (holott kb akkora a javas kompatibilitása, mint bármi másnak...)

  A C#/.NET-tel is "össze van marketingelve"...

• togvau senior tag

  #8009

  #8008 togvau

  2020-07-31 11:07:14

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  togvau

  senior tag

  #8008 togvau

  #8008 togvau

  moment.utc(moment.duration(time).asMilliseconds()).format('HH MM SS')
  mindig 0 óra 1 perc az eredmény, bármilyen format stringgel, kivéve, ha a benne lévő óra több mint 1 mert akkor már az óra szerepel benne, de a perc mindig 0.
  Minden beépített formázás (toString(), toisostring(), stb viszont helyesen dobja ki az időpontot, csak ugye más formátumban kéne. millisecet toStringelve is helyes értéket ad. Csak a format után rossz.

  moment.utc(moment.now()).format('HH MM SS') pedig teljesen jó.
  Nyersen a time pl 'PT0H25M0S', ugyan ez jelenik meg a moment beépített formázó metódusainak kimenetén is (persze 1970 január elsejei kezdettel), csak a format-on rossz.

  meglett, a leghosszabb ideig tartó problémák: kis-nagybetű
  Na ezért szeretem a statikus nyelveket, és ezért nem a dinamikusakat, mondjuk ez itt is, ott is string, szóval ugyan az lenne.

• nevemfel senior tag

  #8007

  #8006 togvau

  2020-07-30 16:29:24

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  nevemfel

  senior tag

  #8006 togvau

  #8006 togvau

  nem tudom mit kéne csinálni ezzel a jsfiddle-vel, ha semmilyen libet nem támogat.
  Én pedig a JS/TS tűzzel vassal irtását ajánlanám, de sajnos vannak projekt korlátozások úgyhogy ugyan annyira nem jó mint a date-fns bevezetése.

  Szerintem martonx úgy értette, hogy valami kis példakód nem ártott volna.

• cattus addikt

  #8005

  #8003 togvau

  2020-07-30 15:06:15

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  cattus

  addikt

  #8003 togvau

  #8003 togvau

  moment js-el szenvedek kicsit: a bemenő adat teljesen jó, toString()-el, ashours-al, és a többivel is azt kapom amit kéne. De ahogy a format()-ba kerül, abból már egy marhaság jön ki.
  pl 5, 15, 30 percekre is egy 'H M' format stringgel mindig 0 1 jön ki. Ha a bemenő adat az null, akkor is.
  Ha egy 'YYYY MM DD HH MM SS'-adok arra is ugyan ez a marhaság jön ki. Ha nem adok format stringet, akkor is.
  Miért van ez? Ez feature? Vagy bug?

  Egyrészt ahogy martonx írta egy jsfiddle sokat segít debugolni, másrészt én moment helyett inkább a date-fns libet ajánlanám.

• martonx veterán

  #8004

  #8003 togvau

  2020-07-30 14:43:06

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  martonx

  veterán

  #8003 togvau

  #8003 togvau

  moment js-el szenvedek kicsit: a bemenő adat teljesen jó, toString()-el, ashours-al, és a többivel is azt kapom amit kéne. De ahogy a format()-ba kerül, abból már egy marhaság jön ki.
  pl 5, 15, 30 percekre is egy 'H M' format stringgel mindig 0 1 jön ki. Ha a bemenő adat az null, akkor is.
  Ha egy 'YYYY MM DD HH MM SS'-adok arra is ugyan ez a marhaság jön ki. Ha nem adok format stringet, akkor is.
  Miért van ez? Ez feature? Vagy bug?

  Jsfiddle?

• cattus addikt

  #7977

  #7976 togvau

  2020-07-21 15:45:01

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  cattus

  addikt

  #7976 togvau

  #7976 togvau

  ez se nagyon. Valami extension bizonyos angularos dolgokat kiegészít, de mintha az alap javascript kiegészítés nem működe.

  Jó, persze tudom, olyan szintű kódkiegészítés mint az eclipse-ben java-val, olyan soha nem lesz, de ennél azért több kéne.

  A JS/TS language service pedig beépített kell, hogy legyen a VSCode-ban. Ott tippre inkább az lehet, hogy az adott könyvtárhoz nincsenek típusdefiníciók (vagy nem raktad fel őket npm-mel).

• cattus addikt

  #7975

  #7974 togvau

  2020-07-21 13:18:46

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  cattus

  addikt

  #7974 togvau

  #7974 togvau

  sajnos angularjs (angular 1) tákolásra vagyok ítélve. Hogy lehet elérni az VSC-ben, hogy ne csak mint sima szövegszerkesztőként működjön, egy angularos html-ben?

  Tippre kell hozzá egy bővítmény. Angular 2+-hoz ezt szoktam használni, nem tudom, jó-e 1.x-hez.

• cattus addikt

  #7965

  #7963 togvau

  2020-07-02 18:04:38

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  cattus

  addikt

  #7963 togvau

  #7963 togvau

  Az előző megoldódott, nem értem miért, azt sem, hogy hogy.

  De itt egy másik x akta:

  linkList.forEach(element => {
  const user = this.users.find(m => m.foundUsr = element.userId);
  if (typeof user.links === 'undefined') {
 user.links = [element.link];
 console.log(user.foundUsr+'init: '+element.link);
  }
  else {
 user.links.push(element.link);
 console.log(user.foundUsr+'push:'+element.link);
  }
});

  Konzolra gyönyörűen kiírja a párosításokat, stimmel mit, hova kell raknia.
  Ellenben ha utána kiiratom a user listában a dolgokat, látom, hogy az összes element.linket az első találathoz adta. Tehát a kiiratás jó, de a végeredmény nem.

  A find callback-jében nem hasonlóságot vizsgálsz, hanem értéket adsz.

• cattus addikt

  #7960

  #7959 togvau

  2020-07-02 14:39:43

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  cattus

  addikt

  #7959 togvau

  #7959 togvau

  Hello, typescripttel ismerkedek, és a javascript problémákba futok.
  Tehát van egy backend ami válaszol jsonban üzeneteket. A válasz osztály másolata typescript interfaceként is megvan, copy paste nevekkel, tehát tutira egyeznek.
  Angularos vagy milyen httpclient get-nél fogadja frontend, és 1 kivételével az összes érték bekerül, ahogy kéne.
  Az az 1 kivétel fogalmam sincs miért nem kerül be, de ha átnevezem a typescript interface-ben a nevét másra, aminek köze nincs a backendből jövő névhez, akkor az is átmásolódik rendben, viszont a megváltatott nevű property az undefined... tehát ha rossz, akkor jó.. félig. Ez WTF?

  this.http.get<Userdata[]>(environment.madchinfo, { params: paramz });
  nincs userId, minden más van: (backendtől mindig jön userId)
  export interface Userdata{  userId: number;  interactionId: number;  userProps: UserProps;  time: Date;  photosid: number[];}

  Van userId, és olvasható, de fck az undefined, és a vicc, hogy akkor is van kitöltött userId, ha a backend nem is küld ilyet...
  export interface Userdata{  fck: number;  interactionId: number;  userProps: UserProps;  time: Date;  photosid: number[];}

  Egyszer azt írod, hogy mindig jön userId a backendről, máskor meg azt, hogy akkor is ott van a frontenden, ha amúgy a backend el se küldi?

  Ellenőrizted a kis-nagybetűket, hogy ugyanaz a JSON-ben, mint az interface-ben? a JS/TS érzékeny ezekre.
  Az adatnak akkor is ott kell lennie, ha a TS interface nem egyezik meg vele pontosan. Szóval vagy nem küldi el az adatot a backend, vagy valami más turpisság történik.

Új hozzászólás Aktív témák