|
|
|
|
A jar egy sima zip fájl, amiben javás cuccok laknak (valahogy átkozottul jólesett ilyen pongyolán fogalmazni). A bytekódot megfelelő java decompiler segítségével forgathatod vissza forráskódközeli állapotba - már ha szükséges; ha jól emlékszem, anno az AbevJavánál pl. simán bennehagyták az eredeti forráskódot. Némi rutinnal a bytekód disassembly-je is olvasható, de ez általában a másnapossághoz hasonló, kellemetlen tüneteket okoz.
Milyen JAR fájlod van?
|
|
|
|
Idézet
full3nzo :
Sziasztok!
*.jar állomány tartalmát, milyen eszközzel lehet megnézni - úgyértem a byte-kód érdekelne, illetve van eszköz a titkosítására?
Előre is köszönöm a segítséget!
A jd-gui nevű programmal a teljes forráskódot vissza tudod nyerni.
"Titkosítás"-ra pedig a Jar2Exe nevű program lehet a segítségedre. Nem 100%-os, de az biztos hogy megnehezíti a visszafejtést.
|
|
|
|
Az == osszehasonlit ket valtozot az ertekuk alapjan.
Mivel az ojjektum valtozok a valosagban cimek (azaz referenciak java terminologiaval), ezert nem garantalt, hogy == 2 string objektum akkor sem, ha ugyanaz van bennuk.
Viszont.
Van egy string pool, ami cache-el.
Ha string literalt definialsz, akkor a vm megnezi, hogy benne van-e a poolban es ha igen nem peldanyosit.
Ha new-val ctort hivsz, akkor ujra letrehozza, akkor is ha mar benne lenne a poolban.
A beolvasasnal vsz a masodik tortenik meg, igy ott csak az equals adja vissza a true-t.
|
|
|
|
Egy érdekes jelenséget szeretnék leírni. Van három String típusú változónk:
Kód: String string1; //fájlból beolvasva, értéke "something"
String string2 = "something";
String string3 = "something";
Ha a String osztály equals metódusát használjuk, akkor mindhárom megegyezik egymással. Viszont ha a == operátort használjuk, akkor a string1 és string2 nem egyezik meg egymással (ami logikus), viszont a string2 és string3 megegyezik. Igazából az történik, hogy a fordító "kigyűjti" az azonos tartalmú string-eket, és csak egyszer illeszti be a bytecode-ba, és mindkét változó erre a string-re fog hivatkozni.
Ebből csak annyi a tanulság, hogy sokszor nem elég a nyelvi elemeket ismerni, hanem a fordító, illetve a futtató környezet tulajdonságaival is érdemes tisztában lenni...
|
|
|
|
a jar egy zip. A classokat javap-pal lehet megnezni. Legalabbis lehetett valaha. javap -c Foo
Titkositani asszem nem lehet, max obfuszkalni es alairni. De lehet, hogy ez valtozott.
Szoval nem sokat lehet tenni azellen, hogy ellopjak, gondolom ez a celod. (Btw, nativ binarist is vissza lehet fejteni, pl IDA-val eleg jol)
|
|
|
|
Sziasztok!
*.jar állomány tartalmát, milyen eszközzel lehet megnézni - úgyértem a byte-kód érdekelne, illetve van eszköz a titkosítására?
Előre is köszönöm a segítséget!
|
|
|
|
@gaRos: Stackexchange-en, ha még nem néztél körül, tedd meg, onnan nagyon sok minden ki szokott derülni.
|
|
|
|
Sziasztok!
Nézegettem, hogy ezer féle topik van, de libGDX-es nincs, mivel nincs jogom témát létrehozni, gondoltam itt kérdezem meg, hogy van-e esetleg valaki adott ki libGDX-ben készített játékot és van-e esetleg valami gond, ami előjött fejlesztés közben, pl valami android/iphone library-val nem kompatibilis stb. amiről érdemes lenne tudni?
Köszi!
|
|
|
|
|
|
De, hogy legyen itt egy mukodo kod is (es max. majd a moderator athelyezi a webfejlesztes topikba ezt a szalat) :
Kód: <!DOCTYPE html>
<html>
<head>
</head>
<body>
<script>
// bill. lenyomas kezelo fuggveny
function keyHandler(e)
{
var pressedKey;
// Regi Microsoft bongeszoknel mashol van a
// lenyomott billentyu kodja
if (document.all) {
e = window.event;
pressedKey = e.keyCode;
}
// egyekbent az esemeny "which" tulajdonsaga adja
if (e.which) {
pressedKey = e.which;
}
// lekezeljuk a lenyomott billentyu esemenyt
switch (pressedKey) {
case 37: alert('BALRA'); break;
case 38: alert('FEL'); break;
case 39: alert('JOBBRA'); break;
case 40: alert('LE'); break;
}
}
// atiranyitjuk az onkeydown esemenyt a mi fuggvenyunkre
document.onkeydown = keyHandler;
</script>
</body>
</html>
|
|
|
|
Irgumburgum, nem használunk switch-et!
És ne mossuk össze a JS-t a Java-val, mert kavarodás lesz belőle.
A csupa .java kiterjesztésű állomány Java forráskód. A forráskódot le kell fordítani compilerrel, hogy futtatni lehessen (Java esetén a JVM-en). Javasolt olvasmány kezdőknek: Werner Zsolt - Java gyorstalpaló. Ez azonban Java és nem JavaScript!
Ha böngészőben szeretnél matatni, akkor JavaScriptes cuccokra lesz szükséged.
Ha már a (kötelező) olvasmányoknál tartunk és pont Instaloknak volt idevágó kérdése (még tavalyelőtt):
1 Robert C. Martin - Clean Code: A Handbook of Agile Software Craftsmanship
2 Kent Beck vagy Lasse Koskela TDD könyve (vagy mindkettő)
3 Java Concurrency in Practice
Ezt a hozzászólást Powerslave módosította (2016.04.13 12:48 GMT+1 óra, ---)
|
|
|
|
Köszi, Instalok. Megnéztem, hogy a "talán" mit takar; akkor eszerint minden gombnyomást külön függvényben kellene megírnom?
Egyébként találtam a neten egy "Java Game Maker" nevű programot is, amit letöltöttem, de nem tudom elindítani, mert csupa .java kiterjesztésű állományból áll. Azt olvastam egy hozzászólásban (mert más is értetlenkedett, hogy hogy kell ezt elindítani), hogy ez valami plug-in lehet a Java Editor-hoz. Na, letöltöttem ezt is (szépen gyarapszik a programgyűjteményem  ), de nem tudom, hogy kell beépíteni.
Valaki használja ezeket? Tudna nekem segíteni az elindulásban?
|
|
|
|
Esetleg itt? Onkeydown és társai.
szerk.:
Áh, most nézem, hogy ez nem jó.  Bár, talán össze lehet hozni.
|
|
|
|
Sziasztok!
Remélem jó helyen teszem fel a kérdésemet; ha nem akkor elnézést érte.
Arról van szó, hogy szeretnék böngészőben futó játékprogramocskát készíteni JavaScripttel, és ehhez letöltöttem a "Free JavaScript Editor" nevű programot. Eddig a Tululoo Game Maker-rel szereztem némi tapasztalatot a JS használatára, de ennél az editornál azért némileg másképp festenek a dolgok.
Tehát a konkrét kérdésem az lenne, hogy a billentyűzet gombnyomásait hogyan lehet kezelni, lekérdezni, felhasználni JS-tel? Egy kis példakódot szeretnék erre, hogy pl. switch kifejezéssel hogy megy ez (ha megy)? Tehát:
switch (gombnyomás lekérdezése, amit nem tudok)
{
case haezenter:
case haezlenyíl:
case haezfelnyíl:
}
Hogy néz ki ez JS-ben, mert nézem a súgóját, böngészem a netet, de nem találok erről szóló példát. Azért csak nem vagyok ennyire figyelmetlen...?
|
|
|
|
Senior Java fejlesztő Budapest kimagasló bérezéssel
5 főt keresünk Senior Java fejlesztő pozícióra multinacionális cégünkhöz.
Elvárások:
- Angol középfokú nyelvtudás (Nyelvvizsga nem számít)
- Min. 3-5 éves JAVA környezetben szerzett fejlesztői tapasztalat
- Önálló munkavégzés
- Jó kommunikációs képesség
- Egyműszakos munkarend
- Kimagasló juttatási csomag
Amennyiben Önt, rokonát, ismerősét, kollégáját érdekelheti a lehetőség, küldje el önéletrajzát a következő email címre:
maria.fekete1@upcmail.hu
|
|
|
|
Nezopont kerdese  En speciel orulok annak, ha olyan cegnel dolgozok, ahol felfogjak ep esszel, hogy a dobozos szoftverek jo nagy resze pofatlan lenyulas (de van support - amit ugy se hiv senki!) es inkabb probalnak mindent ingyenes cuccokkal megoldani - ha meg pedig visszafele is adnak az opensource communitynek, akkor az mar egy nerdgasm Kinek a pap, kinek a papne, de azt a 700 dodot en akkor mar inkabb infrastrukturara koltenem...
Amugy igen, ismerem a jetbrainst meg a .NET-es korszakombol es pl. a DotTrace-t imadtam, de ennek a leirasnak az alapjan pont forditva jott ki a dolog - ha eddig kicsit is kivancsi voltam az IntelliJ-re, most mar vegkepp nem Mas kerdes, hogy ugyis muszaj leszek tenni vele par kort, hogy ez is benne legyen a CV-ben, mert hat ki tudja, de itt veget is er a tortenet
Na mindenesetre köszi az infokat!
|
|
|
|
Hat a jetbrains ebbol el. A masik kettot meg reklamnak csinaljak. (Ettol meg lehetnek azok is jok).
De egyebkent az a munkaltato, amelyik nem hajlando kifizetni 700 dollart licenszre, ugy, hogy a legutolso csicska gyoker is brutto legalabb 2szer ennyit keres havonta, az kapja be.
|
|
|
|
Frameworks and Technologies - Supported only in Ultimate Edition
Application Servers - Supported only in Ultimate Edition
Kb. az összes webes nyelv, script, stb - Supported only in Ultimate Edition
Mézesmadzag... 
|
|
|
|
|
|
Igen, azt. Csak itt nem .LIB-jeid vannak, mint C-ben, hanem .JAR-jaid és könyvtáraid (amiket úgy kezel, mintha kicsomagolt .JAR-ok lennének).
|
|
|
|
A build path Java esetében mit jelent pontosan? Azt, amit mindenhol máshol is?  Közben elkezdtem nézni a "Sun Certified Programmer for Java" könyvet, az első 150 oldal az alapokat, OOP-t tárgyalja tulajdonképpen. Remélem lesznek benne azért valamivel komolyabb dolgok is.
|
|
|
|
Hat jah, engem javas szempontbol erdekelt volna, de ezt igy nekem sovany Azert koszi az infokat!
De ha mar emlitetted, a buildpath-piszkalas meg foleg szurna a szemem - miota Eclipse + m2e kombot hasznalok, nem nyultam build path-hoz gyakorlatilag.
Btw ha mar itt tartunk, nekem most alap fejleszteshez egy Eclipse, benne egy GitHub, Subclipse, m2e (Maven), STS (SpringSourceToolkit, ezer hasznos featureje van), WTP, illetve ha ugy alakul, WindowBuilder.
|
|
|
|
MaNiAc: probald ki.
Amiben sztem jobb:
1. gyorsabb k honap utan is
2. nem kell gombot nyomni feleslegesen az autocomplete-hez
3. (nagyon primitiv) emacs featureok, pl alap kill ring
4. sokkal okosabb az autocompleteje, jo esellyel az elso talalat az amit akartal
5. rekurziv projectek
meg meg sokminden (egybol latod mi modosult a fileban szinezes alapjan, kismillio predefined key binding csomag (eclipse, emacs, vim, ...), kenyelmes launch history)
Egy dologban rosszabb sztem, az az integralt verziokezelo. Meg az is, hogy a build automatically az alapbol ki van kapcsolva...
Amit pedig meg kellett szokni az bulid path allitgatasa, eleinte idegesito volt.
Java eseteben annyira nem latvanyos amugy az elony (bar van), de mas nyelveknel (amit eddig probaltam: html5 javascript python bash) merfoldekkel mogottuk van mindenki az tuti. Hamarosan c++ idejuk is lesz, azt nagyon varom mar, az eddig csak pluginkent volt, es mar unsupported.
|
|
|
|
Ez az IDE dolog teljesen hitvita kérdése kb Te vagy zeller az első ember, akitől pl. azt hallom, hogy IntelliJ-t használ Szóval preferencia kérdése.
Btw, ha már itt tartunk, az ingyenes változat mivel jobb szerinted, mint az Eclipse? (Tényleg érdekel, nem hitvitát akarok indítani )
|
|
|
|
a spring tenyleg eleg jo. erdemes vele foglalkozni. de a javaeet kulonosen a webes technologiait keruld kilometerekre.
idenek az intellijt javaslom, bar az enterprise verzio fizetos. sokkal jobb mint barmelyik masik (evekig hasznaltam eclipse-t illetve netbeanst is)
---
concurrencyhez jo konyv a java concurrency in practice, bar kisse tulhaladta mar a kor, de a lenyeg valtozatlan
|
|
|
|
IDE-nek eddig NetBeanst használtam, illetve cégnél Eclipse volt, de az C/C++. Gitet is és SVN-t is használtam már, de az előbbit jobban ismerem, szeretem.
Az OOP nem probléma, normális esetben C++nál is alapkövetelmény. Ez a Spring elég összetett egy frameworknek tűnik, még így a Wikipédia felsorolás alapján is. Ránézek majd arra is, meg a lentebb említett könyvekre is. Köszi!
|
|
|
|
Jah igen - válassz egy IDE-t (tippem: Eclipse) és tanuld ki rendesen a használatát (pluginek, menük, mi hol van, stb.). Ha ez megvan, akkor a következők:
- egy build / lifecycle-management rendszert (tippem: Maven)
- legalább egy SCM rendszert (tipp: Subversion vagy Git)
- egy CI rendszert (tipp: Jenkins)
Az, amit az előző hozzászólásban írtam, illetve ezek már elég gyors utat biztosítanak a bruttó félmisis fizetések világába vagy még fentebb... 
|
|
|
|
Idézet
Instalok :Apropó, a Java verziók között nagy különbségek vannak?
Hát, akadnak jah. Mindegyik verzió behozott olyan újításokat, amik sokat adtak hozzá a nyelvhez. Korábban: annotations, generics, stb. Legutóbbi: lambda-kifejezések.
Idézet
Instalok :Általában hányas verziónál tart az ipar?
8-as a legújabb. Ha valaki 0-ról kezd most projectet és nem valami régi rendszerhez kell valamit hozzátennie, érdemes a 8-assal kezdeni.
Idézet
Instalok :Álláshirdetésekben is sokszor látom, hogy Java fejlesztőt keresnek, illetve szeretnék ebben az irányban elindulni. A kérdésem az lenne, hogy miből illetve hogyan lenne érdemes tanulni?
Kezdésnek: Spring Framework. Ez elég sok mindent magában foglal, csak a hozzá való ingyenes kézikönyv kb. 800 oldal.
Az OOP kb. olyan szinten elvárás egy javas-nál, mint a jogsi, ha kamionsofőrnek mennél, de ez így van már vagy 15 éve... Manapság alap dolog még szerintem egy valamire való java codernél: IOC (ez a Spring lényege!), illetve az AOP is. Framework rengeteg van, érdemes arra ráfeküdni, amit említenek a hirdetésben. Leggyakoribbak, amiket jó ismerni: Hibernate (ez kvázi JPA, csak advancedebb), Spring (mint írtam is), Java NIO (java.nio.*), Concurrency (java.util.concurrent.*), Apache Commons (http, stb). Ha ezekkel össze tudsz hozni egy progit, akkor effektíve már a senior szintet súrolod javaban. Innentől csak a rutin, meg a trükkös apróságok vannak hátra, hogy efficiens, igényes kódot tudj összehozni.
|
|
|
|
Köszi, ránézek majd!
Apropó, a Java verziók között nagy különbségek vannak? Általában hányas verziónál tart az ipar? Illetve szívesen gyakorolgatnék itthon is, csak nem tudok hirtelen példát elképzelni. Mármint valamit tudok, csak nem nagyon van róla fogalmam, hogy miket szoktak kérni.
|
|
|
|
bates,sierra certified programmer guide (erre keress)
effective java
java puzzlers pitfalls and traps (vagy valami ilyesmi)
az enterprise technologiakrol is van kismillio konyv, de a enterprise szar ahogy van. (igaz, penzt lehet keresni vele)
|
|
|
|
Felmerült bennem, hogy ismerkednék a Javaval, illetve a hozzá tartozó package-ekkel. Eddig Javaval csak annyit foglalkoztam, amennyit az egyetemen kellett. Ez nagyjából annyit jelent, hogy ismerem a szintaktikáját, illetve a nyelv alapjait. Alapvetően adatbázis-kezelőket készítetünk, JPA és JDBC segítségével, de igazán egyikbe sem ástuk bele magunkat. A megjelenítéshez pedig Swinget használtunk.
Álláshirdetésekben is sokszor látom, hogy Java fejlesztőt keresnek, illetve szeretnék ebben az irányban elindulni. A kérdésem az lenne, hogy miből illetve hogyan lenne érdemes tanulni? Mik a főbb keresett szempontok egy Java fejlesztőnél? Például az adatbázis-kezelés elég gyakorinak tűnik. A(z objektum orientált) programozás alapjaival tisztában vagyok, C++t évek óta használok, szóval nem kifejezetten a teljes kezdőknek szóló könyvekre illetve írásokra vagyok kíváncsi, ami a változó fogalmát is megmagyarázza.
|
|
|
|
Közben sikerült összegyógyítanom az AppWarp szolgáltatással, így most működik egy alap desktop/android multiplayer (mondjuk ehhez kicsit bele kellett kotorni a build fájlokba, de utólag nézve nem vészes a dolog ).
|
|
|
|
Érdekes koncepció egyébként, hogy a GUI-ra scenegraph-ként tekintünk. Egy project kapcsán most kezdtem el a JavaFX-el foglalkozni (ami meglepő módon jobb, mint gondoltam!) és ott is az van, hogy scenegraph-ban gondolkodik az egész design. Elsőre kissé fura, de gyorsan meg lehet szokni
|
|
|
|
|
|
Idézet
__z :
Egy említésre érdemes java keretrendszer cross-platform, sőt "cross-device" fejlesztésekhez: libGDX.
Elég beteg mennyiségű indie game-et összehoztak vele, főleg mobilos cuccokat. Mondjuk azért kemény, hogy GL ES-től WebGL-ig minden vacak van benne...
|
|
|
|
Egy említésre érdemes java keretrendszer cross-platform, sőt "cross-device" fejlesztésekhez: libGDX.
|
|
|
|
instanceof emlekeim szerint mukodni fog, ha erre gondolsz. == biztos nem , equals pedig akkor, ha megirtad jol.
|
|
|
|
Van egy referenciám egy származtatott osztály példányára, és megvan ugyanannak a példánynak egy referenciája ősosztályreferenciaként. A kettő között fennálló egyenlőség kasztolás nélkül vizsgálható?
|
|
|
|
hat ez nem kod
ha minden urlre connectiont nyit az lassu lehet.
marcsello, hacsak nem ertesz a bytecode hekkeleshez, akkor decompile kell. de a jd-guival ez eleg egyszeru
|
|
|
|
Idézet
zeller :
mit csinalsz?
azaz mi a kod?
Input: url
Minden hivatkozást bejár öt mélységig, fát épít belőle, minden meglátogatott oldalról lekérdezi a DNS-t .
Van még vagy 3 napom rá, de azóta sem foglalkoztam a témával 
|
|
|
|
szerintetek, (nem szakértek a java-hoz) ha van egy adott "gagyi" java mobil játék (mellesleg flappy bird copy alte nokiára symbian-nal, de megy samsung star2-ôn) és jar, akkor abban át tudok írni annyit, hogy az a szerencsétlen madár ne on realse eventre ugorjon, hanem on press/touch-ra. esetleg decompile-olni kell?
|
|
|
|
mit csinalsz?
azaz mi a kod?
|
|
|
|
Van egy url-em.
Van rá vmi java fv, hogy eldöntsem, hogy az weboldalra mutat e?
Edit:
Megvan! Connectiont nyitok, megkérdezem a contentTypeot, és ha text/html, akkor überkirály.
Pedig már majdnem feladtam ; )
Viszont ettől rohadt lassú lett. Ilyenkor letölti az egészet, vagy mi?
Ezt a hozzászólást Elodin módosította (2014.03.03 21:01 GMT+1 óra, ---)
|
|
|
|
Hú, rémlik valami erről a két nagy exception osztályról. Most, hogy így mondod, ezt még "tanultuk" is... Pedig még valami csodálatos ábrát is mutogattak. Jól megmaradt. Köszi az infót, jó feleleveníteni.
szerk.:
Azt hiszem ez volt az az ábra, egy-két példával.
|
|
|
Legutóbb frissített
project:
Maker4D
Friss kép a galériából:
|
