Új hozzászólás Aktív témák
-
#6535
Aethelstone
addikt
axioma
#6534
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
-
#6532
Aethelstone
addikt
beleszólok
#6531
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
-
#6530
Aethelstone
addikt
beleszólok
#6529
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.
-
#6525
Aethelstone
addikt
axioma
#6513
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.
-
#6512
Aethelstone
addikt
emvy
#6511
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..
-
#6508
Aethelstone
addikt
beleszólok
#6502
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.
-
#6506
Aethelstone
addikt
beleszólok
#6505
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.
-
#6499
Aethelstone
addikt
beleszólok
#6498
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.
-
#6497
Aethelstone
addikt
beleszólok
#6496
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?
-
#6495
Aethelstone
addikt
beleszólok
#6494
Aethelstone
addikt
válasz
beleszólok
#6494
üzenetére
-
#6493
Aethelstone
addikt
Oppenheimer
#6489
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?
-
#6486
Aethelstone
addikt
beleszólok
#6485
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
-
#6483
Aethelstone
addikt
Oppenheimer
#6479
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
-
#6472
Aethelstone
addikt
fordfairlane
#6465
Aethelstone
addikt
válasz
fordfairlane
#6465
üzenetére
Ez most komoly?
-
#6456
Aethelstone
addikt
fordfairlane
#6455
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
-
#6452
Aethelstone
addikt
SirRasor
#6451
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)
-
#6450
Aethelstone
addikt
Oppenheimer
#6445
Aethelstone
addikt
válasz
Oppenheimer
#6445
üzenetére
Ne a Java-t féltsd, hanem magadat, ha még nem találtad ki
-
#6441
Aethelstone
addikt
floatr
#6438
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
-
#6427
Aethelstone
addikt
Pimpő
#6420
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ó...?
-
#6411
Aethelstone
addikt
WonderCSabo
#6410
Aethelstone
addikt
válasz
WonderCSabo
#6410
üzenetére
Plusz céges forrást nem szívesen pakolnék dropboxra.
-
#6408
Aethelstone
addikt
TheProb
#6399
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?
-
#6395
Aethelstone
addikt
jetarko
#6394
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.
-
#6393
Aethelstone
addikt
jetarko
#6390
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.
-
#6387
Aethelstone
addikt
jetarko
#6385
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 -
#6382
Aethelstone
addikt
floatr
#6381
Aethelstone
addikt
De itt konkrétan az MVC-t említettem, ahol pl. konstansok az útvonalak.
Hát jah. Ez az, amikor az élet úgy hozza, hogy teljesen más dolgokkal kell xopni a projektekben. Én spec. el nem tudom képzelni, hogy mikor kellene azt a remek MVC-s útvonalat dinamikussá tenni. Már teljesen. Mert a köv. pl. szerintem bőven elég.
@RequestMapping("/foo/bar/{param1}/{param2}
public String getFooBar(@PathVariable(value = "param1") String param1,etc, etc.
Oszlopot cserélni?
Jaaaaaaj.....neeee. Oszt mivégre? Megint előhúzhatnám a tervezési hiba+gányolás dumámat, de pontosan tudom, hogy egyrészt így működik, másrészt meg már unalmas. A fejlesztőeszközöknek nyilván nem a gányolást kell támogatniuk elsősorban.Nos, tényleg elkanyarodtunk. Ami nem baj, mert én speciel kifejezetten szeretem az efféle beszélgetéseket
Ördög ügyvédje -
#6380
Aethelstone
addikt
floatr
#6379
Aethelstone
addikt
Könyörgöm, mi a bajod a Spring annotációkkal? Csak nem fogsz menet közben két futás között egy dependency injectiont megváltoztatni? Vagy hirtelen @Service lesz egy @Controller osztályból?
Netán tegnap még @Transactional volt, ma meg már nem? Hibernate dettó. A @Table(name="Users") miért változna két futtatás között? Netán egy @OneToMany?
Azért írtam, hogy ésszel.....
-
#6378
Aethelstone
addikt
floatr
#6377
Aethelstone
addikt
Nos, nyilván ésszel kell használni az annotációkat.
Mert ugye a nyelv arra is lehetőséget biztosít, hogy egy alkalmazásnál a forráskódba égessük bele az egyébként lokalizálandó szövegeket, de mégsem teszünk ilyet.
Ergó, ha valamit, valahogyan el lehet baxni, akkor ezzel tisztában kell lenni és nem szabad bemenni abba a bizonyos utcába
Amit pedig konfigurálhatóvá kell tenni, azt azzá kell tenni. Ezt viszont a tervezés folyamán kell kialakítani és nem utólag. Ha pedig utólagos igényként lép fel, akkor fejlesztési igény, build és ennyi
-
#6374
Aethelstone
addikt
Sokimm
#6373
-
#6372
Aethelstone
addikt
WonderCSabo
#6371
Aethelstone
addikt
válasz
WonderCSabo
#6371
üzenetére
Jah sajnos. Elnézést
-
#6369
Aethelstone
addikt
WonderCSabo
#6368
Aethelstone
addikt
válasz
WonderCSabo
#6368
üzenetére
Jó, érted, hogy mire gondolok
Arra gondoltam, hogy ha pl. nem "BELA" a static final változó értéke, hanem mondjuk egy context.xml bejegyzés, akkor én úgy szoktam, hogy nem rakok "közé" még egy static final változót, hanem a kiolvasott bean mezőértéket közvetlenül felhasználom. Persze, nekem könnyű, hülye Springes vagyok, tudok innnyektálni
-
#6367
Aethelstone
addikt
floatr
#6365
Aethelstone
addikt
Gyakran fordul elő az, hogy egy külső erőforrásból adsz értéket egy static final változónak, ami "konstans"
Nyilván mindenkinek más a szokása, de static final változónak én ott adok értéket, ahol a deklaráció van. Ha nem, akkor nem veszem static final-ra. Azt hiszem, hogy ez tényleg ízlés dolga. Hasonló ez az interfészben deklarált public static final konstansok vs. Enumok esete között. Aki az Enumok előtt is Java-zott, az szereti az interfészt ilyesmire használni. Nem hiba ez, a nyelv és a fordító is megengedi, de az Enumok idejében én konkrétan lábrázást kapok tőle. Ízlés és mószertan kérdése
Ha pl egyszer XML-ben konfigurálsz egy hibernate modellt, másszor meg annotációban, akkor az annotáció lesz az a gyenge pont, ahol a kódba beégetett pl. táblanevet nem fogod tudni változtatni, miközben az XML-ben azt csinálsz, amit akarsz két futtatás közt.
Nos, ez tervezési hiba vagy inkább katyvasz. Mivel benne van az az akna, amit Te is leírsz. Vagy XML-ben konfigurálok entitást, beant, akármit vagy annotációval. Nyilván ha vegyes megoldás van, akkor nem baszok az annotációk alá XML konfiggal két futás között. Mint ahogy a @Table(name="bela") annotációt sem baszom agyon egy DROP TABLE vagy a @Column annotációt egy ALTER TABLE segítségével. Analóg a két eset...mármint az XML vs annotáció és a DROP/ALTER.
Eh, nemtom, hogy érted-e, mire célozgatok?
-
#6355
Aethelstone
addikt
floatr
#6354
Aethelstone
addikt
Persze, az értelmétől el lehet vonatkoztatni, de minek?
szerk:
A statikus metódust is értem, de az is legalább ennyire fából vaskarika. A statikus metódus visszatérési értéke is változhat, attól függően, hogy milyen üzleti logika van benne. Innentől konstansnak értékül adni szerintem hibás tervezési minta.
-
#6272
Aethelstone
addikt
floatr
#6270
-
#6260
Aethelstone
addikt
emvy
#6254
-
#6219
Aethelstone
addikt
WonderCSabo
#6218
Aethelstone
addikt
válasz
WonderCSabo
#6218
üzenetére
A DISTINCT-nek akkor van szerintem értelme, hogy a a lekérdezésben egy konkrét mezőt akarsz visszakapni, az idézett problémakörben mondjuk egy nevet, de csak egyszer
Órákat, napokat lehetne beszélni a témáról
-
#6217
Aethelstone
addikt
WonderCSabo
#6216
Aethelstone
addikt
válasz
WonderCSabo
#6216
üzenetére
Nos, úgy látom, hogy kezdenek itt keveredni a dolgok. Nyilván valamiféle ID-ben el kell térniük, különben alapvető relációs adatbázis kezelési elvek sérülnek. Ha van egy Szemely táblám, amiben két személy csak a személyi számban tér el, akkor a Hibernate/MySQL szempontjából az két eltérő entitásként lesz "objektumizálva", függetlenül attól, hogy a többi metaadat ugyanolyan koppra. A korábban tárgyalt probléma eddig terjed.
Hogy a Java kódban a személyi számot az equals() metódusnál nem veszem figyelembe, az működhet, de ez ebben az esetben a konkrét adatbázis logika lábbal tiprása és semmi köze az ORM implementációhoz.
Hivatalos doksi nincs erről, legalábbis én nem találtam, de az egyik kolléga korábban említette, hogy a hivatalos Hibernate fórum milyen színvonalú. Ott a Hibernate fejlesztők workaroundként javasolják a DISTINCT és a Set használatát, ami kvázi hivatalos álláspont. Ráadásul mi a 3.x-es Hibernatet használjuk, aminél bőven van újabb is, de különféle okok miatt nem tudunk/akarunk egyelőre upgradeolni.
Ettől függetlenül simán lehet, hogy van ennek a problémának rendes megoldása, de ezt én eleddig nem találtam meg, főleg azért nem, mert éppen ma futottam bele ebbe én is és még nem volt időm bővebben kivesézni
-
#6214
Aethelstone
addikt
Aethelstone
#6213
Aethelstone
addikt
válasz
Aethelstone
#6213
üzenetére
Lejárt a módosítás. Ha nem unique sorok vannak, akkor ott a normalizálás sérül....azt meg a kukába kell vetni ilyenkor.
-
#6213
Aethelstone
addikt
WonderCSabo
#6212
Aethelstone
addikt
válasz
WonderCSabo
#6212
üzenetére
Akkor használsz List-et, ami a szükséges és a szükségtelen duplikációkat is kezeli. Aztán majd "kézzel" kiszeded. Semelyik ORM nem tud 100%-os lenni.
Másrészről ez a hivatalos Hibernate álláspont, tehát szándékosan ilyen ez látszólag. A Hibernate sokszor nem úgy viselkedik, mint a tiszta JDBC. Ezekkel együtt kell élni.
Harmarészt miért lennének nem unique sorok? Azt hibás tervezés eredménye lehet max.
-
#6211
Aethelstone
addikt
jetarko
#6179
-
#6199
Aethelstone
addikt
Mukorka
#6197
-
#6198
Aethelstone
addikt
Mukorka
#6195
Aethelstone
addikt
válasz
Mukorka
#6195
üzenetére
Régi. Még a 3.x-es széria
Bár, http://stackoverflow.com/questions/18753245/one-to-many-relationship-gets-duplicate-objects-whithout-using-distinct-why szerint ez a normális.
-
#6196
Aethelstone
addikt
Mukorka
#6195
Aethelstone
addikt
válasz
Mukorka
#6195
üzenetére
Nem
Alapvetően ez egy évek óta működő, tesztelt struktúra. Csak a kolléga felvetésére írtam, hogy ez nem egyedülálló eset, máshol is előfordul duplikáció, amit vagy DISTINC-tel vagy Set használatával List helyett lehet kifejelni. Nálunk List van, ahogy látszik, de nem kívánom módosítani, ezért lett DISTINCT.
-
#6194
Aethelstone
addikt
floatr
#6193
Aethelstone
addikt
Azért, mert az annotációk szerint LAZY, viszont ha kell minden, akkor azt EAGER-ben kell ugyi. A sima JOIN meg ugyancsak LAZY, ahogy én tudom. Attól lesz EAGER , hogy kap egy FETCH-et is.
Forráskóddal:
@NamedQuery(name = "correlationRuleSet.eager", query = "select distinct crs from CorrelationRuleSet crs left join fetch crs.correlationRules")
})
public class CorrelationRuleSet extends AbstractAclEntity {
private static final long serialVersionUID = -9143224663183869606L;
@Column(name = "name", length = 256)
private String name;
@OneToMany(cascade = CascadeType.ALL, fetch = FetchType.LAZY, mappedBy = "correlationRuleSet")
@Cascade(org.hibernate.annotations.CascadeType.DELETE_ORPHAN)
@LazyCollection(LazyCollectionOption.EXTRA)
private List<CorrelationRule> correlationRules = new LinkedList<CorrelationRule>(); -
#6192
Aethelstone
addikt
Aethelstone
#6190
Aethelstone
addikt
válasz
Aethelstone
#6190
üzenetére
Nos, a Hibernate doksi szerint teljesen normális, hogy duplikátumok vannak. A Set használatát javasolják.
-
#6190
Aethelstone
addikt
jetarko
#6179
Aethelstone
addikt
válasz
jetarko
#6179
üzenetére
Eh, pont most ütköztem bele egy hasonló problémába
Duplikált eredmény. Egy DISTINCT megoldotta, de nekem még nem tetszik így.szerk:
Pontosabban NamedQuery-t használunk. Az OneToMany alapból Lazy, de Eagerhez írtunk egy FETCH JOIN-os queryt, ami a rohadt életbe duplikál. Egy SELECT DISTINCT megoldotta. Nézegetem a netet, hogy mi lenne a szebb megoldása....
-
#6185
Aethelstone
addikt
floatr
#6183
Aethelstone
addikt
A beolvasás valszeg sima get. Nekem az adattartalom sokkal gyanúsabb....mert az annotációk elvileg jók és a Set-tel hibamentes, akkor ott olyasmi lehet, hogy a DB-ben valami kaki adat van. Bár ha az jól van felépítve, nem is lehetne....constraintek, unique indexek, stb.
-
#6181
Aethelstone
addikt
sunnysys
#6180
Aethelstone
addikt
válasz
sunnysys
#6180
üzenetére
Tehát az alapvető programozási szemléletet (vagy hogy is nevezzem) is meg kellene tanulnom.
Ezt hivatalosan tervezési mintának vagy design patternnek nevezik. Rengeteg ilyen témájú cikk van a neten, azokból lehet kiválóan tájékozódni. Egyébként ez a számológépes dolog szerintem így rendben van. Nem hiszem, hogy egy ilyen kvázi egyszerű feladatot nagyon el kellene bonyolítani. Persze lehet. Csinálhatsz JTextFieldből származtatott saját TextField-et, ami már elvégzi alapból a parseolást, de nem biztos, hogy a befektetett munka megéri. Ha viszont tanulni akarsz, akkor érdemes lehet belevágni
Gyorsan haladni? Alapvető szabály, hogy akkor lehet igazán hatékonyan megtanulni programozni, ha van értelmes feladat. Nem telefonregiszter és nem DVD kölcsönző nyilvántartás. Viszont komolyabb, életszagú, szopós feladatok csak éles munkahelyi környezetben szoktak adódni
-
#6098
Aethelstone
addikt
Aethelstone
addikt
Elnézést, én értettem félre a hozzászólást! Nem volt jó estém! Üdv!
-
#6080
Aethelstone
addikt
Aethelstone
addikt
Egyébként az elkészült Java termékek nagyobb része *nix rendszereken fog futni produkítve, így a Linux jobb választás lehet. Más valóban nem szól mellette vs Window ellen, max a személyes preferenciák.
-
#6072
Aethelstone
addikt
raggg
#6071
Aethelstone
addikt
Azért, mert Windows-on egyesével fel kell telepíteni, Linuxon meg egy
apt-get install subversion maven2 mc eclipse etc...
Mondjuk az elég baj, ha a netről kell összevadászni. Mi egy fájlrepóban tároljuk az összes szükséges cuccot. Persze csak Windows-hoz. Linuxhoz meg egy emailben a szükséges apt-get parancsot
A konfigurálás meg doksi alapján. -
#6065
Aethelstone
addikt
WonderCSabo
#6064
Aethelstone
addikt
válasz
WonderCSabo
#6064
üzenetére
Nem nekem lett szegezve a kérdés, de azért megpingetem. Igazából semmi, de az igazi férfi Linuxon fejleszt
Csak egy adalék, nem akarok flémet.
Egy német fejlesztővel dolgoztam pár hétig, aki világ életében Windows-on fejlesztett. GWT alapú volt a projekt, ugyanolyan gépeink voltak csak ő W7-en, én Ubuntu 12.04-en toltam. Meglepődve jelentette ki pár nap után, hogy Mein Gott, a Te rendszereden sokkal gyorsabban fordul a cucc, mint az enyémen
Nyilván sokmindentől függ, de jó kis történet
-
#6058
Aethelstone
addikt
plaschil
#6050
Aethelstone
addikt
-
#6006
Aethelstone
addikt
floatr
#6005
Aethelstone
addikt
A fájlrendszer nyilván adott. Csak neadjisten lehetne egy olyan is, hogy mondjuk az A1 class a /a/b/c/B1.class fájlban van, azt tőőőőcsed be
Most max. annyi, hogy ugyan az A1 class keresed meg a /a/b/c/<class neve>.class fájlban Persze, nem kell sokat emögé gondolni, konvenció és kész. Olyat is lehetne kérdezni, hogy miért main() metódus a belépési pont? Miért ne lehetne megadni, hogy teszem azt az init() vagy start() vagy pistike1986() legyen
Ez van és kész -
#6004
Aethelstone
addikt
fordfairlane
#6003
Aethelstone
addikt
válasz
fordfairlane
#6003
üzenetére
Ezt máshogy is meg lehetett volna oldani. Ehhez nem kellett volna feltétlenül ugyanolyan néven lennie az osztálynak és az őt tartalmazó fájlnak.
Ha csak dependency injection kell...akkor heavyweight!!!!!
Új hozzászólás Aktív témák
Hirdetés
A topicot kiemeltem. Valaki nem akar egy nyitó hsz-t írni?:))
- Azonnali fotós kérdések órája
- 3D nyomtatás
- Győr és környéke adok-veszek-beszélgetek
- AMD Ryzen 9 / 7 / 5 7***(X) "Zen 4" (AM5)
- PlayStation 4
- Vezetékes FÜLhallgatók
- Elemlámpa, zseblámpa
- Luck Dragon: Asszociációs játék. :)
- Fortnite - Battle Royale & Save the World (PC, XO, PS4, Switch, Mobil)
- sziku69: Szólánc.
- További aktív témák...
- Windows, Office licencek kedvező áron, egyenesen a Microsoft-tól - Automata kézbesítés utalással is!
- Dell és HP szerver HDD caddy keretek, adapterek. Több száz darab készleten, szállítás akár másnapra
- Beszámítás! Apple Mac Studio M2 MAX 2023 32GB 512GB SSD számítógép garanciával, hibátlan működéssel
- Telefon felvásárlás!! Samsung Galaxy S25, Samsung Galaxy S25 Plus, Samsung Galaxy S25 Ultra
- LG 48C3 - 48" OLED evo - 4K 120Hz 1ms - NVIDIA G-Sync - FreeSync Premium - HDMI 2.1 - A9 Gen6 CPU
Állásajánlatok
Cég: PC Trade Systems Kft.
Város: Szeged
Cég: PC Trade Systems Kft.
Város: Szeged