Új hozzászólás Aktív témák
-
Aethelstone
addikt
válasz jetarko #6385 üzenetére
Persze.
Itt egy darab kontrollermetódus:
@Override
@RequestMapping(value=RestConstants.AppInfo.SERVICE_NAME, method = { RequestMethod.GET, RequestMethod.POST })
protected HttpEntity<byte[]> processRequest(HttpServletRequest request) {
return super.doIt(RestConstants.AppInfo.SERVICE_NAME, request);
}és a hozzátartozó interfész:
public interface RestConstants {
@RestApiFunction(name = "Application info", description = "Provides information about the application", responseClass = RestAppInfoBean.class)
public interface AppInfo {
@RestApiRequestParameter(service = true, description = "")
static final String SERVICE_NAME = "appinfo";
}
}Ez egy restapi implementáció darabja, pár saját annotációval megspékelve.
Mondjuk ez egy régebbi megvalósítás, ami még nem Enum-ot használ, azt éppen keresem a projektben[ Szerkesztve ]
MI 10T Pro 8/256 , Arsenal FC - Go Gunnarz...
-
Aethelstone
addikt
válasz jetarko #6390 üzenetére
Hát nem igazán értem, hogy ez mitől jobb annál, mint ha simán kiírnám, hogy pl: /home.
Kb. azért, amiért a konstansok használata jobb, mint a kódba égetett szöveg. Másrészt 15 kontroller összes path-ja mondjuk egy osztályból módosítható.
@Override azért van, mert nincs bemásolva az egész osztály, ami egyébként implementál egy interfészt, ami a jelen probléma szempontjából indifferens.
MI 10T Pro 8/256 , Arsenal FC - Go Gunnarz...
-
Aethelstone
addikt
válasz jetarko #6394 üzenetére
Ezt a "minden oldalon" megfogalmazást nem értem.
Általános szabály, hogy az adatbázis kezelését és az ehhez kapcsolódó hibakezelést 1 helyen oldjuk meg, az esetleges hibákat továbbdobjuk és a használat helyén csak ezeket kezeljük valamilyen módon. Nyilván ha Exception-t dobsz, akkor azt minden helyen kezelni kell, ahol használod.
MI 10T Pro 8/256 , Arsenal FC - Go Gunnarz...
-
Aethelstone
addikt
válasz TheProb #6399 üzenetére
Meg ne haragudj, de ez nem szoftverfejlesztés, hanem NB felhasználói ismeret...legalábbis számomra. Mi lesz, ha eladod magad valahova Java/JavaFX fejlesztőként és első nap beraknak egy Eclipse vagy egy JEdit elé? Neadjisten notepaddel vagy nano-val kell hirtelen egy konzol környezetben patchelned egy rossz kódot?
[ Szerkesztve ]
MI 10T Pro 8/256 , Arsenal FC - Go Gunnarz...
-
Aethelstone
addikt
válasz WonderCSabo #6410 üzenetére
Plusz céges forrást nem szívesen pakolnék dropboxra.
MI 10T Pro 8/256 , Arsenal FC - Go Gunnarz...
-
Aethelstone
addikt
Tök mind1, hogy mire van kitalálva és milyen a struktúrája, file-okból áll az is, amiket nyugodtan lehet szinkronizálni ha nem használják párhuzamosan a példányokat.
Változáskövetés?
másrészt plusz munka a repo remote belövése,
Azon kívül, hogy regisztrálsz valahol(Dropboxra is kellett) és add source vagy valami hasonló...?
[ Szerkesztve ]
MI 10T Pro 8/256 , Arsenal FC - Go Gunnarz...
-
Aethelstone
addikt
Aztán még kb. 10 év, amíg mögé raknak egy olyan ökoszisztémát, mint amilyen a Java mögött van. Persze, az eddig Java-ban fejlesztett és használt alkalmazások tömegével lesznek eldobálva és pánikszerűen elkezdi mindenki újrairatni az opensource .netben. És persze tömegével fognak a Java fejlesztők is beállni a .net mögé
Mindeközben az Oracle csak a szemöldökét kötögeti
MI 10T Pro 8/256 , Arsenal FC - Go Gunnarz...
-
Aethelstone
addikt
válasz Oppenheimer #6445 üzenetére
Ne a Java-t féltsd, hanem magadat, ha még nem találtad ki
MI 10T Pro 8/256 , Arsenal FC - Go Gunnarz...
-
Aethelstone
addikt
válasz SirRasor #6451 üzenetére
Bármelyik jó a felsoroltak közül. Azt kell választanod, ami jobban tetszik....
(Nekem az Eclipse a személyes kedvencem)
Mi kvázi enterprise környezetben dolgozunk, van itt Eclipse, NB, JIdea....a közös pont a maven project(meg sok egyéb más, de az most nem ide tartozik)
[ Szerkesztve ]
MI 10T Pro 8/256 , Arsenal FC - Go Gunnarz...
-
Aethelstone
addikt
válasz fordfairlane #6455 üzenetére
Egyrészről nem ártana, másrészről meg ártana, mert esetleg nem olyan irányban fejlődik, ami a nyelvnek jó, hanem a konkurrencia hülyeségeit próbálnák beépíteni....lásd lambda....grrr
[ Szerkesztve ]
MI 10T Pro 8/256 , Arsenal FC - Go Gunnarz...
-
Aethelstone
addikt
-
Aethelstone
addikt
válasz Oppenheimer #6479 üzenetére
Teljesen OFF a téma szempontjából, de nem lenne jobb a Thread leszármaztatás helyett egy Runnable-t implementálni? Tudom, ez hasonló politikai/vallási/foci vita, de talán mégis
MI 10T Pro 8/256 , Arsenal FC - Go Gunnarz...
-
Aethelstone
addikt
válasz beleszólok #6485 üzenetére
Igazából max annyi, hogy én speciel csak akkor használom a származtatást, amikor a szülő osztálynak valóban felül akarom valami tulajdonságát, metódusát definiálni vagy szeretnék default implementációkat használni a szülőből. A Thread run metódus szerintem nem ilyen történet.
Plusz, inkább implements mint extends
MI 10T Pro 8/256 , Arsenal FC - Go Gunnarz...
-
Aethelstone
addikt
válasz Oppenheimer #6489 üzenetére
Csatlakozom. Ha ugyanazzal az energiával lehet jót csinálni, akkor miért csinálnánk rosszat?
MI 10T Pro 8/256 , Arsenal FC - Go Gunnarz...
-
Aethelstone
addikt
-
Aethelstone
addikt
válasz beleszólok #6496 üzenetére
Most komolyan. Olvasd már el kérlek, amit írtam! Ugyanazt írtam, amit Te. Nomen est omen?
MI 10T Pro 8/256 , Arsenal FC - Go Gunnarz...
-
Aethelstone
addikt
válasz beleszólok #6498 üzenetére
Lehet hitvita, mivel alapvetően a feladat határozza meg, hogy melyiket kell vagy érdemes használni, de ad abszurdum az is lehet, hogy mindkettő jó tud lenni. A programozásban sincsenek kizárólagos igazságok.
MI 10T Pro 8/256 , Arsenal FC - Go Gunnarz...
-
Aethelstone
addikt
válasz beleszólok #6505 üzenetére
Csak ismételni tudom magam. Nomen est omen...ha érted, hogy mire gondolok.
Arra próbáltam utalni, mégha nem is fejtettem ki az ominózus hozzászólásban, hogy alapvetően nem kérdés, de egyesek képesek vallási kérdést csinálni belőle, pont úgy, mint a politikából vagy a fociból. (Pedig csak az Arsenal )
Kb. 2 hozzászólással utána kifejtettem pontosan, hogy mire gondolok, de Te azt ignoráltad és azóta is ezen lovagolsz. Részemről zártam.
[ Szerkesztve ]
MI 10T Pro 8/256 , Arsenal FC - Go Gunnarz...
-
Aethelstone
addikt
válasz beleszólok #6502 üzenetére
Rossz a példa. A goto az ördög találmánya olyan nyelvekben, amelyekben lehet mellőzni a használatát. Ahol viszont nem lehet, ott jó. Ennyi.
MI 10T Pro 8/256 , Arsenal FC - Go Gunnarz...
-
Aethelstone
addikt
Végigolvastam és értem is a koncepciót. Nyilván teljes nyelvi támogatás kell ahhoz, hogy igazán jó legyen.
Viszont csak megjegyzésképpen:switch ret {
case None: print "Nincs visszateresi ertek"
case Integer(i): print "Az Integer ertek: " + i.toString()
}switch ret {
case null: print "Nincs visszateresi ertek, mivel null"
case Integer(i): print "Az Integer ertek: " + i.toString()
}Nos, maximum itt annyi van, hogy a "rendszeridegen" null kerül eliminálásra..
[ Szerkesztve ]
MI 10T Pro 8/256 , Arsenal FC - Go Gunnarz...
-
Aethelstone
addikt
Tervezési minta kérdése.
Pl. ha List<?> a visszatérési típus, akkor ugyan fektessük már le, hogy ha üres, akkor nem null, hanem pl. new ArrayList<?>() és így tovább. Vagy pl. default értékek használata a privát propertyk esetén és sorolhatnám.
Sokan nem szeretik az ilyen kvázi felesleges tervezési mintákat, hanem a compilertől várják, hogy a slendrián kódokat tegye helyre...alapvetően sok igazságuk van, de ugyan, az emberi hülyeséget miért kellene már javítani?
Kedvencem egyébként, amikor pl. C-ben vagy Pascalban szól a compiler, hogy hiányzik a ";". Bassza meg, akkor rakja oda, ne dumáljon, az miért nem zavar senkit?
Az a baj, hogy a konkrét problémában valamit mindenképpen vizsgálni kell. A null az valóban rendszeridegen, egy olyan kvázi mittoménmilyen érték, aminek semmi köze az üzleti logikához.
[ Szerkesztve ]
MI 10T Pro 8/256 , Arsenal FC - Go Gunnarz...
-
Aethelstone
addikt
válasz beleszólok #6529 üzenetére
Nos, bármelyik osztályban található public változó (property, adattag, kinek hogy tetszik) globálisnak tekinthető. Az más kérdés, hogy ha nem muszáj, márpedig sosem muszáj, nem definiálunk public változókat. Szerintem.
MI 10T Pro 8/256 , Arsenal FC - Go Gunnarz...
-
Aethelstone
addikt
válasz beleszólok #6531 üzenetére
Ha már nekem tudtál stackoverflow linket adni, akkor magadnak is kereshetnél.
http://stackoverflow.com/questions/4646577/global-variables-in-java
[ Szerkesztve ]
MI 10T Pro 8/256 , Arsenal FC - Go Gunnarz...
-
Aethelstone
addikt
Üzleti logika szempontjából az üres lista pont annyit ér, mint a null referenciával rendelkező. Viszont üres lista esetén le tudod spórolni az if (list!=null&&!list.isEmpty()) vizsgálatot egy sima list.isEmpty()-vel, sőt iterátor for ciklusban sem fog szétszállni nullpointerexceptionnal.
Egyébként jelen pillanatban egy kézenfekvő, bár kurvára idegesítő megoldása lenne a problémának, ha a nullpointerexception nem runtime lenne, hanem checked. Persze, az összes, jelenlegi kód összefosná magát tőle
[ Szerkesztve ]
MI 10T Pro 8/256 , Arsenal FC - Go Gunnarz...
-
-
Aethelstone
addikt
válasz beleszólok #6566 üzenetére
Nem összehasonlítható. Az egyik tömb, a másik pedig egy collection egy elemére hivatkozás. Teljesen más tészta a két történet.
MI 10T Pro 8/256 , Arsenal FC - Go Gunnarz...
-
Aethelstone
addikt
válasz WonderCSabo #6572 üzenetére
Az a helyzet, hogy kissé már unom ezt a "nyavalygást", ami itt egyesek részéről az utóbbi időben itt felmerült. Miért nincs operator overload, miért nincs lambda, miért van null és társai. Annak idején talán én írtam pár mondatot arról, hogy nem túl jó ötlet, hogy más programnyelvek "okosságait" próbálják beépíteni a Java-ba kontroll nélkül, mert a felhasználók nyavalyognak. Megnézik a Pythont, a JS-t, a Perlt, a C#-t és jaj de jó lenne, ha lenne...közben meg a nyelv eredeti logikájához semmi köze. Legutolsó kedvencem a default implementációk interfészben...de erről is már volt vita errefelé
Emberek, this is Sparta (this is Java)!! Kedvenc C++ tanáromtól annak idején megkérdeztem, hogy van-e nyelvi támogatás a C++-ban a közvetlen ősre(super vagy parent). Azt mondta, hogy nincs, de a C#-ben van. Ha kell, akkor használjam azt. Ennyi.
Nah zártam a mai dühöngésemet
[ Szerkesztve ]
MI 10T Pro 8/256 , Arsenal FC - Go Gunnarz...
-
Aethelstone
addikt
válasz Aethelstone #6573 üzenetére
Plusz az a tapasztalatom, hogy a Java(egyéb nyelvek) fejlesztői nagyon sok esetben nincsenek teljesen tisztában a nyelv adta lehetőségekkel, hanem ahelyett, hogy ezen hiányosságaikat pótolnák, nyavalyognak, hogy miért nincs ez meg az a nyelvben, jóllehet ha nem is pontosan úgy, ahogy elképzelik, benne van, max. használni kellene pár design patternt, meg fantázia meg RTFM!
[ Szerkesztve ]
MI 10T Pro 8/256 , Arsenal FC - Go Gunnarz...
-
Aethelstone
addikt
válasz WonderCSabo #6576 üzenetére
Persze, értem én, de egy kicsit továbbgondoltam. Azért írtam, hogy dühöngés
MI 10T Pro 8/256 , Arsenal FC - Go Gunnarz...
-
Aethelstone
addikt
válasz beleszólok #6577 üzenetére
Kicsit a "kőkorban" érzem magam miatta, amikor még PL/I-ben, Clipperben programozgattam.
Rossz a megközelítés. Akkor lennél a kőkorban, ha a tömböt hákolták volna meg dinamikussá. Egészen egyszerűen újabb adattípusokat vezettek be, amik már máshogy kezelendpk, mint a tömb. Ennyi.
MI 10T Pro 8/256 , Arsenal FC - Go Gunnarz...
-
Aethelstone
addikt
válasz WonderCSabo #6583 üzenetére
Nem elcseszett az, hanem egyszerűen csak sajátos. Nyilván a c++ template-hez hasonlítják sokan, de ez nem az.
MI 10T Pro 8/256 , Arsenal FC - Go Gunnarz...
-
Aethelstone
addikt
egyszer irtam egy cuccot Hibernate fole, ami okos proxykat/wrappereket gyartott, amik a peldany getter/setter hivasait elkaptak runtime,
Azért azt Te is érzed, hogy ez nem egy tipikus/mindennapi use-case Másrészt a Java fejlesztők 99%-a anélkül megy nyugdíjba, hogy valaha Reflectiont kellett volna használnia (Hacsak nem csinál saját annotációkat)
[ Szerkesztve ]
MI 10T Pro 8/256 , Arsenal FC - Go Gunnarz...
-
Aethelstone
addikt
válasz WonderCSabo #6595 üzenetére
Viszont a generic nem is azért van, hogy runtime kiderítsük, hogy pl. egy List-nél mi a <közötti> pontos típus. Az csak hab lenne a tortán, de speciel én abszolúte nem érzem hiányát.
[ Szerkesztve ]
MI 10T Pro 8/256 , Arsenal FC - Go Gunnarz...
-
Aethelstone
addikt
A semmit gyúrogatjátok
MI 10T Pro 8/256 , Arsenal FC - Go Gunnarz...
-
Aethelstone
addikt
Szerintem meg semelyik nyelv nem tud felkészülni minden lehetséges use-case-re. Viszont nyelvi szinten biztosítani kell olyan lehetőségeket, amikkel ezek a váratlan helyzetek is többé, kevésbe korrektül kezelhetőek. Akár design pattern szinten vagy fejlesztési szabályokkal egyaránt. Vagy ezek megfelelő kombinációjával.
A jelen problémára egyébként fapados, csúnya, de rendkívül hatékony megoldás az instanceof használata
Persze, nyilván le kell törni annak a kezét, aki egy adott ponton nem használja és classcastexceptionnal szétszáll a szarja
[ Szerkesztve ]
MI 10T Pro 8/256 , Arsenal FC - Go Gunnarz...
Új hozzászólás Aktív témák
A topicot kiemeltem. Valaki nem akar egy nyitó hsz-t írni?:))
- Az EU szerint kartelleztek az indítóakkumulátorok piacán
- Vodafone mobilszolgáltatások
- Nyárköszöntő hardverszemle
- AMD Ryzen 9 / 7 / 5 7***(X) "Zen 4" (AM5)
- Kerékpárosok, bringások ide!
- DIGI kábel TV
- Autóhifi
- Nikon Z MILC fényképezőgépcsalád
- A fociról könnyedén, egy baráti társaságban
- Intel Core i5 / i7 / i9 "Alder Lake-Raptor Lake/Refresh" (LGA1700)
- További aktív témák...
- Worlde PANDA-61 Midi billentyűzet
- LG UltraWide UltraGear 49GR85DC-B 3 Év LG Grancia !!! 240 Hz
- DJI Avata 2 Fly More Combo (Three Batteries)
- -59% HP EliteBook x360 830 G7:i5 10310U,16GB,256GB,vil.MAGYAR bilI.,IR,13.3" Touch,100%sRGB,WWAN 4G
- Sony PS5 (1116A) + 2TB Samsung SSD bővítés a gyári 825GB mellett, két karral + venom töltőhub
Állásajánlatok
Cég: Alpha Laptopszerviz Kft.
Város: Pécs
Cég: Ozeki Kft.
Város: Debrecen