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

• Szmeby tag

  #5927

  #5923 -v-

  2014-09-10 19:25:36

  Ú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

  

  Szmeby

  tag

  #5923 -v-

  Mennyivel kulturáltabb objektumorientáltan, nemigaz?

  private static final class Number {
  private final int number;
  
  private Number(int num) {
  this.number = num;
  }
  
  boolean between(int from, int to) {
  return this.number >= from && this.number <= to;
  }
  
  static final Number of(int num) {
  return new Number(num);
  }
  }
  // ...
  return Number.of(m).between(m1, m2) && Number.of(d).between(d1, d2);

• emvy félisten

  #5926

  #5923 -v-

  2014-09-10 15:11:30

  Ú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

  

  emvy

  félisten

  #5923 -v-

  Ahaha, a szakember

• Cathfaern nagyúr

  #5924

  #5923 -v-

  2014-09-10 14:50:36

  Ú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

  

  Cathfaern

  nagyúr

  #5923 -v-

  Csak hogy tanuljunk, miért?

• floatr veterán

  #5905

  #5904 -v-

  2014-09-08 16:08:47

  Ú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

  

  floatr

  veterán

  #5904 -v-

  Korábban főleg SQL-t, HQL-t és JPQL-t használtam, mivel én olyan sql-matyi vagyok. Amikor egy üzenet transzfer alkalmazást építettünk, kibukott, hogy a hibernate által biztosított elemi műveletektől megdöglik az egész, azért visszaálltunk SQL/HQL-re.

  A criteria API-val kapcsolatban nekem annyi a nyűgöm, hogy egyszerű lekérdezéseknél nem sok értelme van. Összetettebb esetekben meg kezd a karbantartása vállalhatatlanná válni.

  A QueryDSL kicsit átmenet a kettő közt. Algoritmikusan kezelhetőbb, mint stringet vagdosni, miközben a típusokra vigyáz, helper osztályokat on-the-fly generál, és nem utolsósorban szép kódot lehet vele gyártani.

• boost veterán

  #5893

  #5891 -v-

  2014-09-07 22:05:50

  Ú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

  

  boost

  veterán

  #5891 -v-

  Kezdo"Javasnak web tanulásra én még mindig JDBC, JSP és Java Servletet ajánlok. Ha végzett a Java Servlet c könyvvel, akkor jöhetnek a további lépések, mint Hibernate JPA, JSF, kis Spring. Aztán így tovább. Talán felesleges köröknek tu"nnek, de így nem zúdul annyi értelmetlenség a nyakába, mintha mindjárt ExtJS-el, meg Springgel, esetleg EJBvel kezdene.

• emvy félisten

  #5892

  #5891 -v-

  2014-09-07 21:53:18

  Ú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

  

  emvy

  félisten

  #5891 -v-

  Tipikus enterprise-fejleszto betegseg egyebkent.

• Aethelstone addikt

  #5863

  #5862 -v-

  2014-09-04 10:29:03

  Ú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

  

  Aethelstone

  addikt

  #5862 -v-

  Nálunk a főnököm a FV, PM meg minden ilyesmi. C fejlesztő az istenadta. Szerinte a Java, mint olyan overengineering....próbálj meg rajta áttolni valami új dolgot

• Aethelstone addikt

  #5859

  #5858 -v-

  2014-09-04 10:06:45

  Ú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

  

  Aethelstone

  addikt

  #5858 -v-

  Jah. És amikor az ember bemond egy komolyabb összeget (amit az álláshirdetésben szereplő szükséges ismeretek indokolnak), akkor meg hápognak, hogy de ők ezt nem tudják kitermelni, meg tudom én, hogy nekik mennyibe kerül a munkavállaló? Persze 10 év Java tapasztalat kell, meg minden releváns Java technológiában legyél otthon, meg legyél lojális, napi 10 órában, de ha mindezért benyögsz 500K fölött nettót, akkor eldobják magukat....

• Jim-Y veterán

  #5850

  #5849 -v-

  2014-09-03 20:34: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

  

  Jim-Y

  veterán

  #5849 -v-

  Meg se nézitek az email címét ugye?

• WonderCSabo félisten

  #5832

  #5825 -v-

  2014-08-29 12:44:36

  Ú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

  

  WonderCSabo

  félisten

  #5825 -v-

  Szerintem jó a Redmine, nyilván helyén kell tudni kezelni. Én írtam hozzá egy plugint magamnak, szerintem a könnyű kiterjeszthetősége az egyik előnye.

• Aethelstone addikt

  #5831

  #5823 -v-

  2014-08-29 11:42: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

  

  Aethelstone

  addikt

  #5823 -v-

  Mi ezt használjuk: http://trac.edgewall.org/

  Ez is jó: http://bloodhound.apache.org/

• floatr veterán

  #5830

  #5825 -v-

  2014-08-29 11:30: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

  

  floatr

  veterán

  #5825 -v-

  Egy ismerősöm a hazai terjesztő, győzd meg őket h tudományos projekthez lesz

• Cathfaern nagyúr

  #5827

  #5825 -v-

  2014-08-29 10:50:11

  Ú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

  

  Cathfaern

  nagyúr

  #5825 -v-

  JIRA meg a redmine azért eléggé külön kategória szerintem. Jó a redmine, csak az a kérdés hogy pontosan mire van szükséged. Ha arra elég, akkor jó.

• MrSealRD veterán

  #5826

  #5825 -v-

  2014-08-29 10:42:00

  Ú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

  

  MrSealRD

  veterán

  #5825 -v-

  Használtam Redmine-t majd később JIRA lett belőle... Mindkettőben voltak logikátlanságok, már alap funkcióknál...de alapvetően használható volt mindkettő. A JIRA nekem kényelmesebb volt, bár néha azt éreztem űrhajó a Redmine-hoz képest.

  Most ActiveCollab van éppen...érdekes. Egyszerű, gyorsan használható, de egyértelműen vannak hiányosságai a JIRA-hoz képest...
  Azt a 10$-t mindenképpen megéri.

• emvy félisten

  #5824

  #5823 -v-

  2014-08-29 10:21:37

  Ú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

  

  emvy

  félisten

  #5823 -v-

  YouTrack. De a Jira is olyan olcso (10 dollar), hogy ha pont az kell, akkor erdemes megvenni, senkit nem vag foldhoz 2500 forint.

• Dave-11 tag

  #5784

  #5781 -v-

  2014-08-20 11:28:50

  Ú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

  

  Dave-11

  tag

  #5781 -v-

  Persze hogy olvastam, meg csináltam is őket, csak én azt hittem hogy ez a csomagon kívüli valami speciálisabb dolog, de most már értem mire gondolt, köszi a segítséget!

• boost veterán

  #5757

  #5756 -v-

  2014-08-15 14:20:30

  Ú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

  

  boost

  veterán

  #5756 -v-

  Bocs, rossz embernek replyztem. Összekevertelek hablex-el, akinek hasonló az avararja:
  

• boost veterán

  #5754

  #5753 -v-

  2014-08-14 22:12: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

  

  boost

  veterán

  #5753 -v-

  Ráadásul nem csak a megítélésed lesz jobb, de nekik is, meg neked is könnyebb lesz, hogy nem a keretrendszer alapjait ( a finomságokra úgyse elég két hét) kell elmagyarázniuk, hanem magát a szoftvert, és a mögötte levő üzleti logika alapjait.

• floatr veterán

  #5746

  #5745 -v-

  2014-08-13 16:36:51

  Ú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

  

  floatr

  veterán

  #5745 -v-

  Tudom ajánlani az ExtJS kitchen sink oldalát és a Dijit demót, ha a részletekre vagy kíváncsi.

  A core, az adatkezelés, a kommunikációs eszközök sokkal kidolgozottabbak az ExtJS esetében. A komponensek tekintetében a Dijit-nél az összkép elég lehangoló -- olyan mintha félbehagyta volna a tervező, és nem figyeltek volna az eseménykezelésnél a megfelelő sorrendekre.

  Az ExtJS-nek nagyon erős a komponens modellje, és eléggé rágyúrtak az OOP-szerű programozási modellre. A Dojo az eseménykezelésre gyúrt rá, de nagyon nem mentek tovább. Az ExtJS komponensek tudása lényegesen nagyobb, és nem elhanyagolható az sem, hogy a Dojo dokumentációja messze elmarad az ExtJS-étől.

  Az ExtJS gyengéje a custom design. Ha sajátot akarsz készíteni az összetett komponensekre, akkor az nagy meló. Amennyire látom a Dijit esetében ez kevésbé időigényes, bár az ExtJS alapkomponenseiből elég gyorsan lehet építeni saját összetett elemeket is.

• floatr veterán

  #5744

  #5743 -v-

  2014-08-13 15:33:23

  Ú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

  

  floatr

  veterán

  #5743 -v-

  Más a szervezeti támogatottsága, és a tudása is. A dojo/dijit sokat fejlődött az elmúlt pár évben, de a tudása elmarad a Sencha cuccai mögött.

• floatr veterán

  #5721

  #5718 -v-

  2014-08-06 12:08:50

  Ú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

  

  floatr

  veterán

  #5718 -v-

  Luxus, mert most láthatod, hogy valamire szükséged lenne, amit nem tudsz megkerülni. Persze játszhatod azt, hogy ameddig tudod, másra tolod, vagy ilyesmi, de mostanában egyre népszerűbbek azok, akik több dologhoz is értenek (vagy akarnak érteni).

  Szerintem a javafx IS döglődik a többi plugines technológiával együtt. Gyakorlatilag mindenki JS-t használ.

• Jim-Y veterán

  #5719

  #5718 -v-

  2014-08-06 11:50:47

  Ú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

  #5718 -v-

  Ez nem feltétlen ui. Mármint.. ha te értesz a javascripthez az nem feltétlen jelenti azt, hogy te gui ninja vagy. Egy normális cégnél, egy javascriptes projekten, mondjuk 1,2 ember foglalkozik a gui-val (=css, html), az összes többi, mondjuk 3 frontend fejlesztő csak az üzleti logikával, megint másik 2,3,5 a backenddel. Ugye a backend lehet bármi. Általában java, webservicekkel, vagy akár nodejs, .net stb...

  Az, hogy nem találkoztál a javascripptel eddig igencsak meglepő. A legtöbb enterprise rendszerben, aminek valami köze van a webhez, ott 100%, hogy megjelenik valamilyen szinten a js. Van ahol kevésbé, csak designolás miatt. Van ahol sokkal inkább. Pl apache cordova (alias PhoneGap), vagy ha pl van valamilyen I/O app, arra a legalkalmasabb momentán a node.

  Szóval az én véleményem az, hogy egy mai programozónak valamilyen szinten tisztában kell lennie a js-el, mert előbb-utóbb találkozni fog vele. Én nem várnám el mindenkitől, hogy értsen hozzá, de azt elvárnám, hogy rálátás nélkül ne mondja rá, hogy szar, csak azért mert nem ismeri O.o

  És igen, szerintem is abban teljesen igazad van, hogy nem az a jó szakember, aki ehhez, vagy ahhoz nagyon ért, majd mindent abban próbál megoldani, hanem inkább az, aki képes felismerni, hogy egy feladatot miben érdemes megoldani, majd az új technológiát képes minél gyorsabban a magáévá tenni.

• Jim-Y veterán

  #5715

  #5703 -v-

  2014-08-06 11:24:50

  Ú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

  #5703 -v-

  Közvetlen alternatíva nincs. Csak a legtöbb compile to js. Még az egyik ami a legígéretesebb a js leváltására az a Dart.

  javascript az egy fos

  Ebből a hozzászólásodból csak az jön le, hogy nem értesz hozzá, se a dolgokhoz. Ne vedd magadra, de tényleg. Most szar a C#, a Delphi, a Haskell, csak azért mert nem értek hozzá? Mert ennyi erővel ezekre én is mondhatnám, hogy szar...

  10 évvel ezelőtt még lehet, hogy szar volt, de napjainkban a js aranykorát éli. Ha valaki tudja a bad habits-et, és azokat kerüli, neadj isten még ismeri a hasznos könyvtárakat, toolokat, akkor igenis nagyon baró cucc.

• raggg senior tag

  #5714

  #5713 -v-

  2014-08-06 11:21:21

  Ú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

  

  raggg

  senior tag

  #5713 -v-

  Javascript terén Douglas Crockford útmutatásait érdemes követni és hamar megszereted a nyelvet. Javascript: The Good Parts c. könyv pl.

  Érdemes megnézni az öreg előadásait is, nagy figura.

• Soak veterán

  #5712

  #5710 -v-

  2014-08-06 11:08:22

  Ú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

  

  Soak

  veterán

  #5710 -v-

  A javascript abszolut nem fos, csak erteni kell hozza ,neha feludules a java utan. Fegyelemmel kell hasznalni mert a dinamizmusa ket elu.

• floatr veterán

  #5711

  #5703 -v-

  2014-08-06 10:59:19

  Ú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

  

  floatr

  veterán

  #5703 -v-

  Nézd, én nem mondtam soha senkinek, hogy könnyű. Meg kell ezt is tanulni, és kell hozzá tapasztalat. Ha a "könnyebb" utat választanád, akkor vehetsz hozzá designer-t is, de azt is tanulni kell. Lehet jól csinálni, és lehet nagyon rosszul is. Több szintje van a frameworknek: class management, core, alap komponensek, összetett komponensek; utóbbit nem mindig érdemes használni épp hasonló okok miatt, mint ami a vaadin problémája is.
  Debugolni, és pofozgatni szerintem lényegesen jobb, mint a többit, csak sajnos nem tudsz odaülni egy 2 órás gyorstalpaló után LHC-vezérlő GUI-t gyártani/debugolni. Megint csak sajnálatos - amitől sokan fáznak - hogy a JS-fejlesztésnek sok buktatója van a laza típusosság miatt. Ez van, ezekből tudsz gazdálkodni.
  Mihelyst egy összetettebb UI-ra van szükséged, meg vagy lőve, bármilyen frameworköt használsz, mert vagy elrejt tőled olyan dolgokat, ami idővel kelleni fog, vagy rádönti. Nincs bölcsek köve - itt sem.

  szerk.: az MVC részét nem feltétlenül érdemes erőltetni, mert kiszervezi a komponensekből a működést, ami szerintem megint egy olyan hiba, ami a hagyományos frontend fejlesztés megszokásaiból ered.

• Senhi aktív tag

  #5704

  #5703 -v-

  2014-08-06 09:50:54

  Ú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

  

  Senhi

  aktív tag

  #5703 -v-

  Én is a JSF + Primefaces kombóra szavazok.
  Wicket-tel van még tapasztalatom, kicsit hasonlít a vaadin-ra csak itt a html kódot is részben meg kell írni (JS-t generálja) így a kinézetet sokkal könnyebb személyre szabni. Hátránya, hogy kicsit bonyolult és sok felhasználó esetén figyelni kell, mert a session mérete nagyon megnőhet.

• Senhi aktív tag

  #5700

  #5694 -v-

  2014-08-05 20:19: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

  

  Senhi

  aktív tag

  #5694 -v-

  Munkahelyemen 1,5-2 évig használtuk (illetve régi projekteket még supportáljuk rá, de az újakat már nem abban írjuk) így egy kis tapasztalatom van vele.
  Szerintem alapvetően nem rossz, bizonyos típusú felületeket nagyon gyorsan össze lehet benne dobni, de ha valami egyedit akarsz, legyen az egy meglévő komponens kibővítése vagy valami komolyabb CSS módosítás akkor az tud fájni.
  A generált js és html is hagy maga után kívánni valót pl. van egy olyan hibánk hogy egy menüpontot a user háromszor lenyit akkor a harmadik alkalommal 10 pixellel elcsúszik és a generált kód akkora gány (30 div egymásban, rengeteg css osztály, követhetetlen JS stb.) ,hogy senkinek sincs kedve utánajárni.

  Amit még megfigyeltem, hogy bár mindenhol bizonygatják, hogy ugyanolyan gyors mint bármelyik másik technológia, szerintem nem elég folytonos. Ha sok elem van egy oldalon, sok ajax hívással akkor egyszerűen lassúnak tűnik. Ez már lehet, hogy a mi sarunk, meg csak 6-os verzióig használtuk, így nem tudom, hogy mennyire gyorsak mostanság az újabb kiadások.

• boost veterán

  #5699

  #5694 -v-

  2014-08-05 19:22:23

  Ú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

  

  boost

  veterán

  #5694 -v-

  Az egyik ügyfél említette meg a múltkor, hogy o"k azért állnak le a vaadinról, és próbálkoznak meg a Primefaces-el a leendo" projekteken, mert ugye vaadin GWT-n alapúl, és most megint megy a szóbeszéd, hogy a Google leállítja a GWT projektet.

• floatr veterán

  #5698

  #5695 -v-

  2014-08-05 19:10:23

  Ú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

  

  floatr

  veterán

  #5695 -v-

  Véleményem szerint egy webapp - akár tetszik, akár nem - saját kliens alkalmazást érdemel. A generált frontendekkel rengeteg probléma lehet, amit képtelenség kezelni akár egy böngésző/framework bug, vagy helytelen API használat miatt. Ha böngésző a kliens célplatform, akkor célravezetőbb, ha HTML/JS framework-öt használsz, abban felépíted a klienst, és SOA-ként használod a szerver komponenseit.

  Egy GWT-t használó kollégám folyamatosan panaszkodott arra, hogy a generált kód böngészőspecifikus, és ráadásul sokszor hibás is, amit egy CSS ninja sem tud meggyógyítani.

  Ha mindenáron Java-t akarsz használni, akkor applet/JFX/JaWS, bár őszintén szólva nagy luxusnak, önbecsapásnak vagy akár önhittségnek érzem azt, ha valaki képtelen kilépni a Java fejlesztői szerepéből.

• bucsupeti senior tag

  #5697

  #5694 -v-

  2014-08-05 18:45:03

  Ú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

  

  bucsupeti

  senior tag

  #5694 -v-

  Én is éppen most kerestem hasonló framework-öt. Én a vaadint választottam, főleg az egyszerűsége miatt.
  Sok jó cikk, könyv, videó érhető el ami az ismerkedéskor sokat segített. A honlapja is jó, bőven van információ és jól érthető leírás, referencia, tutorial. Netbeans és Eclipse alatt is kényelmesen, gyorsan lehet fejleszteni.

• raggg senior tag

  #5696

  #5694 -v-

  2014-08-05 15:36: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

  

  raggg

  senior tag

  #5694 -v-

  Mi használtuk, a GWT-nél szerintem jobb választás.

• -v- addikt

  #5695

  #5694 -v-

  2014-08-05 14:58:51

  Ú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

  

  -v-

  addikt

  #5694 -v-

  Ez alapjan nem nagyon latom komoly hianyossagat, vagy nem igazan latszik olyan webapp tipus aminel ne dobogos valasztas lenne...

• n00n őstag

  #5608

  #5607 -v-

  2014-07-08 14:24: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

  

  n00n

  őstag

  #5607 -v-

  Nálunk a cégnél i3 + 8 GB + SSD van, és nem panaszkodnak rá a srácok. De én is inkább akkor már i5-öt ajánlok.

• axioma veterán

  #5442

  #5440 -v-

  2014-05-16 00:01:22

  Ú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

  

  axioma

  veterán

  #5440 -v-

  Hm, akkor nem tudom miert nem volt anno (=91) egyaltalan a szoba johetok kozott... bar eredetileg matekra akartam menni, aztan mar mikor bent voltam, hazon belul ott volt az info, nem kerestem mast.

• WonderCSabo félisten

  #5296

  #5285 -v-

  2014-03-31 22:33:58

  Ú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

  

  WonderCSabo

  félisten

  #5285 -v-

  Igen, Androidról beszélünk, nem véletlenül kell ez a szívás.

  Amúgy: java-ban nincs függvény Metódus van. De szerintem az adattag is c++ terminológia.

  Erre inkább nem válaszolnék.

  floatr: Igazából én mutatott példakódból indultam ki. Igen, valóban lehetne simán a példányban is. Szerintem itt a kódban az egyszerűség kedvéért osztályváltozó a cucc, így rövidebben le lehet írni.

  A prefixes téma előjött, szerintem is hülyeség, erről már beszéltünk is hunfatal kollégával, de Android kódban illik.

  (#5295) floatr: Ja én végeztem design pattern tárgyat, és elég sokat is olvasgattam ebben a témakörben, de igazából szerinte a singleton eléggé anti-pattern, kerülöm ahol lehet. Ezt a cuccot igazából nem gondoltam át, csak átvettem a példakódot.

  Egyébként nem a static miatt van csak itt a lukra futás. Alapvetően a Singletonból nem is tudsz örökölni.

• floatr veterán

  #5295

  #5291 -v-

  2014-03-31 21:04:39

  Ú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

  

  floatr

  veterán

  #5291 -v-

  Szerintem kicsit túlpörgöd ezt a névkonvenciós dolgot. Inkább a singleton-static logikai bukfenc az, amivel ő maga is lukra futott. Nem hiába beszélnek annyit róla matyóhímző tervezési mintás szakkörökön, hogy vagy egyik, vagy másik, mert könnyen benézi az ember

• fatal` titán

  #5290

  #5289 -v-

  2014-03-31 18:26:39

  Ú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

  

  fatal`

  titán

  #5289 -v-

  Szerintem pont javítja az olvashatóságot, ha rögtön látod valamiről, hogy static, member, függvényváltozó vagy paraméter.

• fatal` titán

  #5287

  #5285 -v-

  2014-03-31 15:05: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

  

  fatal`

  titán

  #5285 -v-

  "Miért használsz prefixet a fieldeknél? Az se túl jó gyakorlat manapság"

  Mi a baj vele? Androidon elég gyakori.

• Karma félisten

  #5250

  #5243 -v-

  2014-03-26 14:11:29

  Ú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

  

  Karma

  félisten

  #5243 -v-

  Szerintem pont hogy kompatibilis a clean code-dal, hogy az ilyen szintaktikai édesítőszerekkel a lényeget írjuk le, ne pedig a temérdek boilerplate-et.

  (#5245) floatr: "Persze, az api egy dolog, de nem azt tolják, hanem a lambdát." ??? Mármint kicsoda?

• floatr veterán

  #5247

  #5246 -v-

  2014-03-26 13:04:52

  Ú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

  

  floatr

  veterán

  #5246 -v-

  Namost ugyanezt képzeld el egy ext-metódusokat használó interfész-fa esetében -- lambdával. Adj a projekthez pár "tehetséges" progzót, meg tervezőt, és kész a lekváros bukta.

• WonderCSabo félisten

  #5241

  #5240 -v-

  2014-03-26 10:21:12

  Ú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

  

  WonderCSabo

  félisten

  #5240 -v-

  Én is azt vágtam le, hogy tényleg itt csak az anyonymous class szintaktikát spóroljuk le, tehát a lambda gyakorlatilag egy szintaktikai cukor, semmi más. Van egy olyan érzésem, hogy megint a legnagyobb szempont a visszafele kompatibilitás volt, mint a Genericnél, és ezért lett ez a low-budget dolog a lambdából. A default method az mi?

• xTc aktív tag

  #5238

  #5236 -v-

  2014-03-26 06:57:08

  Ú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

  

  xTc

  aktív tag

  #5236 -v-

  Pedig mindenki "epekedik" a lambdáért. Tegnap volt szerencsém egy oracle által szervezett java8 launch webinart végigülni, egyértelműen a lambda volt a sztár.

• floatr veterán

  #5067

  #5066 -v-

  2014-02-27 10:58: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

  

  floatr

  veterán

  #5066 -v-

  Ha van egy változód, ami akár objektum, akár egyszerű típus, akkor ez a megoldás mindig működik. Sőt még akkor is, ha a változó null. Ha viszont nincsen saját toString metódus, akkor pointer értéket fog kiírni.

• chabeee aktív tag

  #5004

  #5003 -v-

  2014-02-14 16:26:20

  Ú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

  

  chabeee

  aktív tag

  #5003 -v-

  Olyasmi koszi

• vgergo aktív tag

  #4960

  #4958 -v-

  2014-02-06 14:31:11

  Ú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

  

  vgergo

  aktív tag

  #4958 -v-

  1z0-803 vizsgára készülök és próbatesztekben is szerepel ez a kérdés és mindenhol a D-t jelölték jónak. pl.: [itt 8. kérdés]

• n00n őstag

  #4935

  #4932 -v-

  2014-02-04 10:51:02

  Ú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

  

  n00n

  őstag

  #4932 -v-

  Köszi. Ez alapján sikerült megcsinálnom.

  xTc: Azóta már azt is javítottam, véletlen marad benne.

• n00n őstag

  #4931

  #4930 -v-

  2014-02-04 10:34:55

  Ú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

  

  n00n

  őstag

  #4930 -v-

  Gondoltam, hogy valahol itt a gubanc, tudnál segíteni, hogy mit tegyek át máshová?

• Senhi aktív tag

  #4898

  #4897 -v-

  2014-01-28 18:09:19

  Ú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

  

  Senhi

  aktív tag

  #4897 -v-

  Esetleg: [link]

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