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

• floatr veterán

  #5200

  #5197 WonderCSabo

  2014-03-21 10:33:57

  Ú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

  #5197 WonderCSabo

  Az van, hogy kidobnak egy új verziót, ami kvázi használhatatlan, ha egy hello world-nél összetettebb projektet akarsz kezelni. Aztán fél évre rá már tarthatatlan a sok bugreport miatt a helyzet, és kiadnak egy javítást SR1 néven, majd később a megmaradt nem kritikus hibák javításaira is adnak ki egy második javítást SR2 néven. Közben elkezdik összerakni a következő release-t. Szóval ha stabil Eclipse-re vágysz, akkor ahhoz az SR2 kiadások állnak a legközelebb, bár kicsit elgondolkodtat ez a frissen felbukkant java 8 támogatás.

  Az a bosszantó, hogy az első kiadást soha nem tudtuk munkára fogni, mert annyira hemzsegett a hibáktól. Nem is értem, hogy ezt is miért nem hívják publikus bétának.

• xTc aktív tag

  #5199

  #5197 WonderCSabo

  2014-03-21 10:01: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

  

  xTc

  aktív tag

  #5197 WonderCSabo

  Megjelent persze, a Help/ Check updates menüpontban már el is érhető. Tegnap frissítettem, azóta örülök. :-)

• fatal` titán

  #5198

  #5197 WonderCSabo

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

  

  fatal`

  titán

  #5197 WonderCSabo

  Meg.

  Gondolj úgy rá, mint egy egy service packre

• WonderCSabo félisten

  #5197

  #5196 fatal`

  2014-03-20 22:32:17

  Ú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

  #5196 fatal`

  És ez már megjelent? Hogy van ez? Egyáltalán nem vagyok tisztában az Eclipse verziózással, talán picit bonyoult is.

• fatal` titán

  #5196

  #5195 WonderCSabo

  2014-03-20 21:56: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

  

  fatal`

  titán

  #5195 WonderCSabo

  Service Release 2

• WonderCSabo félisten

  #5195

  #5191 xTc

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

  

  WonderCSabo

  félisten

  #5191 xTc

  Ezt nem tudtam. Az SR2 mit jelent?

  floatr: Ja, ez nem esett le, hogy viccnek szántad.

• szabodani csendes tag

  #5194 2014-03-20 18:53: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

  

  szabodani

  csendes tag

  Sziasztok!

  Tudnátok segíteni egy kicsit elakadtam! 1,b feladatba hogyan töltsem fel és tároljam el a csúcsokat

  Itt amit meg kellene csinálni:
  1,Írj egy Teglalap osztályt is a geom csomagba téglalapok megvalósítására.
  a) Egy téglalapnak van magassága, szélessége, valamint egy 4 elemű tömbben tárolja a 4 csúcsát.
  b) A konstruktora kérje be a magasságot és a szélességet, valamint a bal felső csúcspontot. Ezek alapján állítsa be a mezők értékét, és a csúcsok tömbjét is töltse fel (bal fent, jobb fent, bal lent, jobb lent sorrendben)

  Eddig itt tartok:

  package geom;
  
  public class teglalap {
  private int magassag;
  private int szelesseg;
  private pont[] csucsok;
  
  
  
  public teglalap(int magassag, int szelesseg){
  csucsok = new pont[4];
  this.magassag=magassag;
  this.szelesseg=szelesseg;
  }
  
  public void balFelso(pont l){
  csucsok[0]=l;
  
  }
  }

  Előre is köszönöm a segítséget

• McReay aktív tag

  #5193

  #5190 LonGleY

  2014-03-20 18:06: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

  

  McReay

  aktív tag

  #5190 LonGleY

  Tetszetős!

• floatr veterán

  #5192

  #5188 WonderCSabo

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

  

  floatr

  veterán

  #5188 WonderCSabo

  Kétségtelen, hogy a smiley lemaradt a végéről, akként kéne kezelni is. Azért mondom, hogy RC, mert eddig minden új verzió hemzsegett a hibáktól. Az 1.7 realease fordítója alatt összeszakadt pár apache eszköz

  A lambdáról meg vagy jót vagy semmit, így inkább hallgatok

• xTc aktív tag

  #5191

  #5188 WonderCSabo

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

  

  xTc

  aktív tag

  #5188 WonderCSabo

  Helló!

  Eclipse Kepler 4.3.2 SR2 támogatja a Java8-t, illetve a 4.4-es eclipse (Luna) is már így jön ki. Tegnap volt a hivatalos eclipse bejelentés. :-)

• LonGleY veterán

  #5190

  #5187 MrSealRD

  2014-03-19 19:32:25

  Ú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

  

  LonGleY

  veterán

  #5187 MrSealRD

  neszetools.hu (még nincs kész, letöltés is csak később)

• fatal` titán

  #5189

  #5184 floatr

  2014-03-19 17:36: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

  

  fatal`

  titán

  #5184 floatr

  Kijött már a végleges.

• WonderCSabo félisten

  #5188

  #5184 floatr

  2014-03-19 17:17: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

  

  WonderCSabo

  félisten

  #5184 floatr

  Dehát a Java SE 8 most már final. Tegnap jött ki, a letöltő oldalon is ezt adja.

  Annyira sok újdonság nincs benne, bár azért van egy nagy dolog:

  * JSR 335, JEP 126: Language-level support for lambda expressions
  * JSR 223, JEP 174: Project Nashorn, a JavaScript runtime which allows developers to embed JavaScript code within applications
  * JSR 308, JEP 104: Annotations on Java Types for Unsigned Integer Arithmetic
  * JSR 310, JEP 150: Date and Time API

  Én egyelőre nem rakom fel, mert nem sokat érnék vele, az Eclipse saját fordítója még nem támogatja. Az Eclipse Java 8 fordítója már RC státuszban van, és a Java8-at támogatja az Eclipse következő Luna verziója. Kérdés, hogy ez mikor fog megjelenni.

• MrSealRD veterán

  #5187

  #5186 LonGleY

  2014-03-19 15:57: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

  

  MrSealRD

  veterán

  #5186 LonGleY

  Hová írtál erről?

• LonGleY veterán

  #5186

  #5185 MrSealRD

  2014-03-19 15:00:42

  Ú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

  

  LonGleY

  veterán

  #5185 MrSealRD

  Ezt már csak az Oracle-nek kéne megmondani. :]
  De lett sima 8, a bétákat úgyis jelzem (pontosabban
  ritka, ha olyan programot rakok fel). Aztán majd jön
  mellé az update jelzés.

• MrSealRD veterán

  #5185

  #5184 floatr

  2014-03-19 14:55: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

  

  MrSealRD

  veterán

  #5184 floatr

  Ja,igen az mehetne. Csak a verziószám változatokra írtam, hogy túl bonyolítja.

• floatr veterán

  #5184

  #5183 MrSealRD

  2014-03-19 14:53: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

  

  floatr

  veterán

  #5183 MrSealRD

  Azért én csak odatennék egy RC vagy public beta jelzést a végére

• MrSealRD veterán

  #5183

  #5181 LonGleY

  2014-03-19 14:47:48

  Ú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

  #5181 LonGleY

  Nem kell ezt ennyire túlspilázni. Oracle az összes levelében Java 8-nak emlegette...Szerintem jó lesz.

• kispx addikt

  #5182

  #5181 LonGleY

  2014-03-19 14:47:25

  Ú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

  

  kispx

  addikt

  #5181 LonGleY

  Lehet rövidíteni. Szóval jó az első is.

• LonGleY veterán

  #5181

  #5180 kispx

  2014-03-19 14:43:42

  Ú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

  

  LonGleY

  veterán

  #5180 kispx

  Köszi! Az zavart meg, hogy a fájl product verziója mindeközben ugye 8.0.0.132.

  De ok, maradok a nem developer jelzésnél. Már csak azt kellene eldönteni, hogy simán 8, 8.0 vagy 8.0.0 legyen. :]

• kispx addikt

  #5180

  #5176 LonGleY

  2014-03-19 14:38:48

  Ú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

  

  kispx

  addikt

  #5176 LonGleY

  Link

  Az Update-ek, azok pedig frissítéseket jelzi: Link

• floatr veterán

  #5179

  #5178 LonGleY

  2014-03-19 14:25: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

  #5178 LonGleY

  Most néztem meg, hogy említetted. Kb fél napja dobták ki, de még nem mindenhol lehet leszedni

  A gépemre egyelőre biztos hogy nem szedem le, de a másik laposon könyvelés fut, ott biztos hogy vár egy darabig. A múltkori frissítés is odavágott neki többek közt valami újonnan bevezetett hiányzó policy file miatt az abevjava-nak. Azt hittem, hogy leszúrom magam, amikor benyaltam.

  szerk: akkor írd oda, hogy frissítése nem javasolt

• LonGleY veterán

  #5178

  #5177 floatr

  2014-03-19 14:21:07

  Ú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

  

  LonGleY

  veterán

  #5177 floatr

  Nem. :] Amúgy már van újabb.

  Jah, közben én is megtaláltam az about-ot. Itt is keverik a szezont a fazonnal. A build az a 132, viszont mitől 1.8, ha egyszer v8? Tökömet az Oracle-be. Nem csodálom, ha össze-vissza jelzik a híroldalak is, ha maguk se tudják eldönteni, hogy miként verziózzanak. Hogy ez miért lényeges? Magam is híroldalra pakolnám a megjelent verziót. A sok igénytelen szutyok oldal szokása helyett az ilyeneket szeretem letisztázni, az információkat pontosan megjeleníteni.

• floatr veterán

  #5177

  #5176 LonGleY

  2014-03-19 14:19: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

  

  floatr

  veterán

  #5176 LonGleY

  Java About:

  Version 7 Update 51 (build 1.7.0.51_b13)

  Legalábbis nálam. Ez válasz a kérdésedre?

• LonGleY veterán

  #5176 2014-03-19 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

  

  LonGleY

  veterán

  Mi a Java JRE hivatalos verziószáma?

  Van, ahol 8.0.0-nak írják, van, ahol 1.8-nak.
  A hivatalos oldalon: főverziószám + update x.
  A product version mindeközben pedig 8.0.0.132.

  

• chabeee aktív tag

  #5175

  #5174 chabeee

  2014-03-17 21:59:44

  Ú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

  #5174 chabeee

  megvan a project mappájában volt

• chabeee aktív tag

  #5174 2014-03-17 21:51:07

  Ú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

  Sziasztok,
  SQLite-tot próbálgatom, tökjól megy csak egyetlen dolgot nem értek. Fizikailag, mégis hol helyezi el ezeket a táblákat? A lentebbi kódban tisztán látszik hogy egy test.db nevezetű adatbázisban, de ez hol van?
  eddigi kód:
  package tryingSQLite;
  
  import java.sql.*;
  
  public class Main {
  public static void main(String [] args){
  Connection c = null;
  Statement stmt = null;
  try {
  Class.forName("org.sqlite.JDBC");
  c = DriverManager.getConnection("jdbc:sqlite:test.db");
  System.out.println("Opened database successfully");
  
  stmt = c.createStatement();
  
  /*String sql = "CREATE TABLE COMPANY "+
  "(ID INT PRIMARY KEY NOT NULL," +
  " NAME TEXT NOT NULL," +
  " AGE INT NOT NULL," +
  " ADDRESS CHAR(50), " +
  " SALARY REAL)";
  stmt.executeUpdate(sql);*/
  
  String sql = null;
  sql = "INSERT INTO COMPANY (ID, NAME, AGE, ADDRESS, SALARY) VALUES "+
  "(1, 'PAUL', 32, 'CALIFORNIA', 20000.00);";
  stmt.executeUpdate(sql);
  stmt.close();
  c.close();
  } catch (Exception e) {
  e.printStackTrace();
  }
  //System.out.println("Table created successfully");
  System.out.println("Records created successfully");
  }
  }

• kemkriszt98 tag

  #5173

  #5172 Jim-Y

  2014-03-17 20:32: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

  

  kemkriszt98

  tag

  #5172 Jim-Y

  Andoridon, HttpGet-el

• Jim-Y veterán

  #5172

  #5171 kemkriszt98

  2014-03-17 20:24: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

  

  Jim-Y

  veterán

  #5171 kemkriszt98

  A java-t hogy hoztad össze a php-vel?

• kemkriszt98 tag

  #5171

  #5170 WonderCSabo

  2014-03-17 20:23: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

  

  kemkriszt98

  tag

  #5170 WonderCSabo

  Igen, valószínű, hogy a hiba oka, hogy a tegnapi nap előtt nem láttam php-kódot.... valószínűleg ott kutyultam össze valamit...

• WonderCSabo félisten

  #5170

  #5169 kemkriszt98

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

  

  WonderCSabo

  félisten

  #5169 kemkriszt98

  A mutatott kódrészlet alapján jónak kéne lennie. Nyilván akkor máshol van a gond (pl. a result mégse jó értéket vesz fel). Debugolj bele, specpec kiderül a probléma.

  Pro tip: felejtsd el az ékezetes változóneveket, sőt ne is keverd egy kódban a magyart és az angolt. A legjobban akkor jársz, ha csak angolt használsz.

• kemkriszt98 tag

  #5169 2014-03-17 19:48:44

  Ú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

  

  kemkriszt98

  tag

  Sziasztok, adott ez a kód:
  if(result.equalsIgnoreCase("error")){
  ........
  }else{
  String[] parts = result.split(Pattern.quote("+++"));
  if(parts[1] == egyváltozó){
  .....
  }else{
  ......
  }
  }

  A result váltózónak biztos hogy csak két értéke lehet: error vagy blala+++balala
  Ez alapján a a parts tömb hossza 2 lenne... mégis ArrayOutOfBounds kivételt kapok.... Ötlet?

• Rhino666 addikt

  #5168 2014-03-17 16:42: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

  

  Rhino666

  addikt

  OFF: Akit esetleg érdekli a Java forráskód-minőséget ellenőrző ingyenes, nyílt forráskódú SonarQube (korábban Sonar), április 2.-án lesz egy rendezvény ezzel kapcsolatban Budapesten. A részvétel ingyenes, de regisztrációhoz kötött. További információk itt, az event pedig itt érhető el.

• Aethelstone addikt

  #5167

  #5166 WonderCSabo

  2014-03-14 08:23: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

  

  Aethelstone

  addikt

  #5166 WonderCSabo

  Agree

• WonderCSabo félisten

  #5166

  #5164 floatr

  2014-03-13 21:15:57

  Ú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

  #5164 floatr

  Én nem is mondtam, hogy ez hiba.

  Az eclipseből hívható ant build szerintem a JDK-t használja, legalábbis ez alapján igen.

  Aethelstone: Persze, aki már komolyabban dolgozik az vmi build systemet használ, nekem személy szerint a maven sokkal jobban tetszik, mint az ant.

• Aethelstone addikt

  #5165 2014-03-13 15:58:26

  Ú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

  Én ezért nem buildelek Eclipse alatt. Frankón fájlrendszerből megy az ant meg az mvn install.

• floatr veterán

  #5164

  #5163 WonderCSabo

  2014-03-13 15:28:13

  Ú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

  #5163 WonderCSabo

  Szvsz ez az ECJ szempontjából nem hiba, egyszerűen csak gördülékenyebbé akarja tenni a folyamatos fordítást.

  Télleg, ha ant buildet indítasz Eclipse alatt, akkor melyik fordítót használja? Elvileg a beállított JDK-ét, nem?

• WonderCSabo félisten

  #5163

  #5162 M_AND_Ms

  2014-03-12 20:41:26

  Ú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

  #5162 M_AND_Ms

  Én ilyen durva hibát még nem láttam, sokkal mélyebb dolgokra gondoltam. Konkrétan mit engedett meg? Egyébként az Eclipse fordítóját lehet paraméterezni, hogy mire adjon errort/warningot stb.

• M_AND_Ms veterán

  #5162

  #5148 WonderCSabo

  2014-03-12 19:11:32

  Ú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

  

  M_AND_Ms

  veterán

  #5148 WonderCSabo

  Bizony ez így van.
  Engem többször megszívatott a Generics-szekkel. Megengedett olyat, amit a 'rendes' fordító hibára tett.

• Karma félisten

  #5161

  #5160 WonderCSabo

  2014-03-12 18:43: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

  

  Karma

  félisten

  #5160 WonderCSabo

  Egy dolog, hogy lövedéket indítok, és egy másik dolog annak becsapódása. Egész eddig az utóbbiról volt szó, de ha akarunk ilyen többféle lövést, az se mond ellent az "áldozat számol" sebzési logikának.

• WonderCSabo félisten

  #5160

  #5156 Karma

  2014-03-12 17:10:10

  Ú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

  #5156 Karma

  Én úgy értelmeztem, hogy az ellenségtől függően különböző támadásmódszerrel (enum) indít a torony. Ezt eléggé meg tudom indokolni, egy gyalogos ellen nem úgy támadok, mint egy tank ellen, mert vagy felesleges mennyiséget lövök el, vagy túl keveset stb.

• #39560925 törölt tag

  #5159

  #5153 floatr

  2014-03-12 17:09: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

  

  #39560925

  törölt tag

  #5153 floatr

  Lesz mellélövés, a tündék 50% eséllyel elkerülik a lövedékeket.

  (#5158) Karma: iskolai feladat, és pont ez volt a cél, hogy ne ismerjen mindenki mindenkit, és ne egy valaki döntsön mindenről. Egyébként itt a feladatkiírás:

  A két torony
  A gonosz emberek, tündék, törpök és hobbitok szövetséget kötnek, hogy elpusztítsák az Egy Gyűrűt a Végzet Hegyénél. Szerencsére csak Mordor földjén keresztül tudnak eljutni a hegyhez, így jóságos Szarumánnak lehetősége van védelmi tornyokat építeni, hogy segítsen megvédeni Szauron hatalmát. A játék célja annak megakadályozása, hogy a Gyűrű szövetségének tagjai közül bárki is eljusson a Végzet Hegyéhez. Egy ellenség akkor pusztul el, ha összességében megfelelő mértékű sebzést kap a tornyokból származó lövedékektől. A tornyok építéséhez Szarumánnak a varázserejét kell használnia. Szarumán akkor tud tornyot építeni, ha megfelelő mennyiségű varázsereje van hozzá. A varázsereje minden egyes elpusztított ember, tünde, törp vagy hobbit után bizonyos mértékben növekszik.
  A Gyűrű szövetségének tagjai különböző utakon juthatnak el a Végzet Hegyéhez. Az utakról nem térhetnek le. Szarumán az utakra nem tud tornyot építeni, csak az utak mellé. Az utakra azonban tehet akadályokat, amik az akadály területén lassítják az ellenség haladását. A tornyoknak van egy adott hatótávolsága és tüzelési gyakorisága. Szarumán a varázserejét arra is használhatja, hogy a tornyokat és akadályokat különböző varázskövekkel ruházza fel. A varázsköveknek több fajtája is létezik, és különböző hatásúak lehetnek. Egyes kövek növelhetik a tornyok hatótávolságát vagy tüzelési gyakoriságát, más kövek egy-egy típusú ellenfél esetén megnövelik a lövedékek sebzési erejét.

  A játék során az ellenségek folyamatosan jönnek. A játék elején ritkábban, később gyakrabban és nagyobb csoportokban, azonban számuk véges, előbb-utóbb elfogynak. A játék akkor ér véget, ha egy ellenség eljut a Végzet Hegyéhez, vagy ha már sikerült az összes ellenséget kiirtani. Az első esetben Szauron és Szarumán megsemmisül, utóbbi esetben fényes győzelmet aratnak és örökké uralni fogják a világot.

• Karma félisten

  #5158

  #5157 floatr

  2014-03-12 16:40:17

  Ú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

  #5157 floatr

  Vagy ez, igen. Bár ha iskolai feladat, akkor nehezebben megindokolható szerintem, hogy miért kell egy osztálynak minden lövedék- és ellenségtípust ismernie.

• floatr veterán

  #5157

  #5155 WonderCSabo

  2014-03-12 16:32: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

  

  floatr

  veterán

  #5155 WonderCSabo

  Nincs mese, kell egy különálló sebzés manager
  No de viccet félretéve a toronynak nem sok köze van elvileg a találat pontosságán kívül az elért hatáshoz.

• Karma félisten

  #5156

  #5155 WonderCSabo

  2014-03-12 16:30: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

  

  Karma

  félisten

  #5155 WonderCSabo

  Remek lehetőség erre az ellenség önmaga, aki ismeri a saját sebezhetőségeit, a DEF pontjait, és úgy egyébként minden megvan helyben ahhoz, hogy kiszámolja a lövedék által okozott sérülést.

  Életszerű példával szemléltetve: ha belém csapódik egy tűzgolyó, akkor nem a küldője mérlegeli először, hogy mennyire haltam meg

• WonderCSabo félisten

  #5155

  #5151 Karma

  2014-03-12 16:27:32

  Ú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

  #5151 Karma

  Igaz, valóban nem kell eldöntenie a toronynak. Ebben az esetben igazad van. Azt nem olvastam el, hogy játékról van szó ahol kézi irányítás van, azt hittem, ez vmi sima OOP példa.

  Bár van egy ilyen:

  KRITERIUM: Minden toronynak eltérő mennyiséggel kell sebeznie a különböző típusú ellenségeket.

  Na akkor azért mégis el kell dönteni valahol, hogy kit mennyivel tud sebezni.

• Aethelstone addikt

  #5154

  #5153 floatr

  2014-03-12 15:44: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

  

  Aethelstone

  addikt

  #5153 floatr

  HIbázó torony már van. Hogy baxódna meg, aki kitalálta

• floatr veterán

  #5153

  #5152 Aethelstone

  2014-03-12 15:42:28

  Ú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

  #5152 Aethelstone

  Sőt. Egy igazi torony tud hibázni is. Lőjön mellé És a mozgó támadók meg kapjanak becsapódási eseményeket, és aszerint döntsenek a sérülésről.
  Ilyen szimulációt simán elbírnak a mai procik.

• Aethelstone addikt

  #5152

  #5151 Karma

  2014-03-12 15:26: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

  

  Aethelstone

  addikt

  #5151 Karma

  Akkor itt az alkalom, hogy egy piaci rést betömjön a kolléga. Rühellem az olyan tower defense játékot, ahol egy torony csak légi vagy földi célpontokra jó. Adott egy torony, legyen benne ágyú és íjász

• Karma félisten

  #5151

  #5150 WonderCSabo

  2014-03-12 15:09:48

  Ú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

  #5150 WonderCSabo

  Nem sok olyan tower defense játékot ismerek, ahol egy torony többfélét lőne, vagy a cél ellenség kiválasztásán túl több logikával rendelkezne. Szvsz nem is következett a szövegből.

• WonderCSabo félisten

  #5150

  #5140 Karma

  2014-03-12 14:55:56

  Ú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

  #5140 Karma

  A túlterhelt doDamage() metódusok sztem se jó ötlet, viszont a toronynak magának kell eldöntenie, hogy melyik típusú ellenségnek melyik támadást adja be, és nem kívülről kell ezt átadni, legalábbis én így értelmezem a feladatot. Valakinek biztos el kell ezt dönteni. Én valahogyan úgy csináltam volna, hogy az Entity szolgáltat magáról vmi vulnerabilities információt, és a torony ez alapján dönt - kb. ez az, mint a getType() metódus.

• fatal` titán

  #5149

  #5148 WonderCSabo

  2014-03-12 14:55:41

  Ú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

  #5148 WonderCSabo

  Biztos, hogy velem vitáztál? Én nem emlékszem.

• WonderCSabo félisten

  #5148 2014-03-12 14:38:25

  Ú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

  Régebben vitáztunk hunfatal kollégával az eclipse fordítóját illetően. Utólag szeretném a kollégát megkövetni, mivel az eclipse-ben valóban egy saját java fordító implementáció van. Ez nem is felel meg a szabványnak, mint kiderült...

• #39560925 törölt tag

  #5147

  #5140 Karma

  2014-03-12 13:29: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

  

  #39560925

  törölt tag

  #5140 Karma

  Milyen egyszerű, es megsem gondoltam erre.

• hasman tag

  #5146

  #5145 floatr

  2014-03-12 11:37: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

  

  hasman

  tag

  #5145 floatr

  Még 1x köszönöm, megpróbálok előbb utóbb abból is felvenni magamra egy keveset
  A szerkesztési körülmények alatt nem tudom mit értesz, de a struktúrák kialakítása, hogy az egyes hivatkozások jól legyenek megírva, az tényleg számomra másodrendű, nem vágyom bonyolult programokra, ha azt szeretnék, szerintem el sem kezdeném tanulni a JAVA-t mert az több év lenne mire össze tudnék rakni valamit. Egyelőre csak ismerkedem, tanulmányozom, aztán ha nem tetszik, vagy kifog rajtam megtanulok japánul, vagy valami hasonló hasznos dolgot

• floatr veterán

  #5145

  #5144 hasman

  2014-03-12 10:45:16

  Ú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

  #5144 hasman

  Ahogy érzed. Csak szólok, hogy így a korlát inkább a lexikális tudás, és a fejlesztési körülmények kézben tartása lesz, nem pedig a Java

• hasman tag

  #5144

  #5142 floatr

  2014-03-12 10:21:13

  Ú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

  

  hasman

  tag

  #5142 floatr

  floatr: Rendben, ezt is megértem, sőt ki is próbálom hétvégén, de egyelőre a parancssoros meghívások nekem tökéletesen elég (jelenleg).
  Nem az a célom a JAVA tanulásával, hogy akármit is megtervezzek, (lehet kisebb dolgokat magam is terveznék, ) inkább a cél az, hogy lássam a programozás korlátait, és ne olyan dolgot találjak ki amit mondjuk esélytelen leterveztetni.
  A magam részéről egy hasonló program letervezését tűztem ki célul magam elé:
  http://pf-prg.hu/trafo/trafo-4.php?mod=-3

• hasman tag

  #5143

  #5141 Lortech

  2014-03-12 10:12: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

  

  hasman

  tag

  #5141 Lortech

  Köszi a gyors választ, sikerült beállítani a PATH attribútumokhoz a jdk és jre bin mappáit. köszi szépen még 1x
  Remélem legközelebb már komoly programozási kérdést teszek fel

• floatr veterán

  #5142

  #5137 hasman

  2014-03-12 09:49:31

  Ú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

  #5137 hasman

  Hát nehéz ehhez így bármit is írni kapásból. A PATH és JAVA_HOME változókat be kell állítani, hogy minden tudjon normálisan működni. Az osztály nevének és a file nevének egyeznie kell, meg sok ilyen apróságnak tűnő dolgon tud elcsúszni az egész.

  Ott látom inkább a legnagyobb problémát, hogy normális IDE nélkül már nem is dolgozik senki. Nem is érdemes. Vagy egy Eclipse, vagy egy Netbeans a minimum, amiket sajnos alapszinten meg is kell tanulni használni. Érdemes egy hétvégét rászánni, ha tényleg akarsz vele érdemben foglalkozni.

• Lortech addikt

  #5141

  #5137 hasman

  2014-03-12 09:42:07

  Ú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

  

  Lortech

  addikt

  #5137 hasman

  Röviden. Kétféle java "csomag" van:
  -JRE: java alkalmazások futtatására
  -JDK: JDK > JRE, java alkalmazások futtatására és fejlesztésére való
  javac, a java compiler a JDK telepítővel jön, JRE-ben nincs benne. Ha a PATH környezeti változóba csak a JRE home bin könyvtárát teszed, akkor nem fogod tudni parancssorból elérni a javac-t, csakha megadod a teljes elérési útját minden alkalommal a jdk-nak.

  Windows parancsorban a SET paranccsal beállított környezeti változó elveszti értékét amint bezárod az ablakot.
  Tehát vagy beállítod rendszer / felhasználói szinten a szükséges környezeti változókat a windows környezeti változói között ( control panel / system / advanced system settings fül / advanced fül / environment variables gomb) vagy minden alkalommal beállítod őket egy új paranccsor megnyitásánál, ez a művelet egy pici batch fájllal is automatizálható.

  pl. ha c:\jdk könyvtár a jdk home-od, akkor:
  cmd
  SET PATH=c:\jdk\bin;%PATH%
  ... javac ...
  ..java...

• Karma félisten

  #5140

  #5139 #39560925

  2014-03-12 09:40: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

  

  Karma

  félisten

  #5139 #39560925

  Sokkal rosszabb, de az eredeti felállás se jó.

  Szerintem a legtisztábban úgy tudnád megoldani, hogy a modelledet kiegészíted egy kicsit: a doDamage nem egy számot vár, hanem egy olyan struktúrát, ami tartalmazza a sebzés mértékét (szám), típusát (pl. enum), távolságot (szám, ha akarsz shotgun jellegű fegyvert); az áldozat meg ezekből illetve a saját védelmi paramétereiből kiszámolja az okozott sebzést.

  Így senkinek nem kell konkrétan ismernie a másik felet.

• #39560925 törölt tag

  #5139

  #5138 #39560925

  2014-03-12 09:27: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

  

  #39560925

  törölt tag

  #5138 #39560925

  Most eszembejutott az hogy az entitynek lehetne tobb dodamage metódusa es mindegyik torony a magához valót hivja meg. Ez mennyivel jobb/rosszabb, mint a jelenlegi?

• #39560925 törölt tag

  #5138 2014-03-12 09:14: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

  

  #39560925

  törölt tag

  Nekem most egy nem szorosan Javához kapcsolódó, inkább általában vett objektumorientált tervezéshez kapcsolódó kérdésem lenne.

  Tower Defense játékot tervezünk.
  Van egy absztrakt Tower osztályom és ebből leszarmazik 3 különféle Tower.
  Van egy absztakt entity osztály, amibol meg leszarmaznak a különféle ellenségek.

  KRITERIUM: Minden toronynak eltérő mennyiséggel kell sebeznie a különböző típusú ellenségeket.

  Ugy van megtervezve a játék, hogy a tornyok ismerik a hatósugarukban lévő ellenségeket, es loveskor az egyiknek a doDamage metódusát hivja meg.

  Hogyan lehetne megvalósítani a kritériumot getType() hivas nelkul? Most kulon kulcs-ertek parokban van tarolva a tornyokban, hogy mely tipusu ellenségeknek mely erteket kell átadni a doDamage metodusban. Ez nem valami szep megoldas, szeretném polimorfizmus segítségével megoldani, de nem tudom, hogy lehetséges.

• hasman tag

  #5137 2014-03-12 08:55: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

  

  hasman

  tag

  Üdv Kedves Fórumozók.
  Úgy gondoltam, tágítom ismereteimet, és hogy használható ötletekkel áljak elő (amit pl javaban le lehet programozni) magam is megpróbálom elsajátítani az alapokat.
  Sajnos kapásból a "heló világ!" feladatnál problémával szembesültem, miszerint, a parancssorban futtatható 'javac' parancs nem működött.
  A path =%path% stb. parancsal behívtan a JDK Bin mappáját, ami megoldotta az aktuális feladatnál a problémát, és működött a javac parancs. Kiléptem parancssorból, és megpróbáltam ismételten működik-e (vajon elfelejti amire megkértem alapon).
  Igen működött, majd gondolt egyet a parancssor és többé nem tette ezt meg, azaz már nem működik. Újból próbáltam a "path"-t elvégeztetni vele de nem akarja sehogy az én igazamat elfogadni (ez csak a javac fordítására igaz).
  Megoldottam azzal, hogy a .java kiterjesztésű file-okat amiket készítettem kapásból a javac-al indítom.
  Minden rendben is van, mert legenerálja nekem a .class-filet viszont ha debugra kerülne sor, egyszerűen nincs időm elolvasni a hibaüzenetet, mert a paranccsor rögtön kilép.

  Valakinek valami ötlete van, hogy legalább a fordítást könnyen el tudjam végezni? (amúgy a java .class file futtatásával parancssorból semmi probléma nincs, azt valamiért elvégzi...)

  Előre is köszönöm a válaszokat.
  Remélem oltári baromságot nem írtam, tényleg csak most kezdtem belemélyedni, és annak idején a fősulin kb 10 óra BASIC-em volt, ami nem nagyon érdekelt, mert "egy környezetmérnöknek gondoltam nem lesz rá semmi szüksége". Tévedtem.

• Aethelstone addikt

  #5136

  #5135 floatr

  2014-03-11 16:17:07

  Ú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

  #5135 floatr

  Agree. Ugye Java-ban van ez a remek package rendszer. Valaki korábban már említette, hogy package szerint is tök jól el lehet különíteni az osztályokat. Én is ennek a híve vagyok, ergó jelen pillanatban pl. az Eclipse nem sok segítséget ad. Annál inkább a hu.akarmi.iface és hu.akarmi.impl

  A C/C++t meg annyira ismerem, amennyire a főiskolán kellett

• floatr veterán

  #5135

  #5134 Aethelstone

  2014-03-11 16:14: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

  

  floatr

  veterán

  #5134 Aethelstone

  C/C++ esetében az IDE nem volt az embernek annyira barátja, hogy volt értelme használni. Java esetében már nem sokat tesz hozzá az életminőség javulásához...

• Aethelstone addikt

  #5134

  #5132 WonderCSabo

  2014-03-11 16:06:09

  Ú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

  #5132 WonderCSabo

  Nyilván Ez a hungarian cucc nekem sosem volt egyébként szimpi. Nem is használtam.

• fatal` titán

  #5133

  #5130 WonderCSabo

  2014-03-11 15:49:10

  Ú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

  #5130 WonderCSabo

  Jogos, összekevertem az andEngine-nel, ami csak egy keretrendszer játékokhoz, abban pl. az összes interface I-vel kezdődik és azt többet használtam, mint a natív androidot.

  (#5132) WonderCSabo: Szerintem van értelme (m -> member, s -> static). Ha idegen kódban turkálsz (pl. ROM), akkor szerintem egy hosszú függvény közepén jó látni, hogy most egy member változót állítgat, vagy egy lokális, függvény/blokk szintűt (azok előtt ugye nincs betű).

  A classokat C-vel kezdeni szerintem felesleges (ezt még a C# sem alkalmazza, csak az I-t).

• WonderCSabo félisten

  #5132

  #5131 Aethelstone

  2014-03-11 13:30: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

  

  WonderCSabo

  félisten

  #5131 Aethelstone

  Én most nem arra gondoltam, hogy camelCase, meg CSUPA_NAGY_BETŰS_KONSTANS, hanem pl. az említett Hungarian notation, a nagy I-vel kezdőd interface, nagy C-vel kezdőd classnevek, stb. Az egyedüli ilyen dolog amit használok az az Androidban az m-el kezdődő membernevek, de értelme ennek sincs, csak kényszeredetten alkalmazkodom hozzá.

• Aethelstone addikt

  #5131

  #5130 WonderCSabo

  2014-03-11 13:13:48

  Ú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

  #5130 WonderCSabo

  Ettől függetlenül nyilván az ember jó, ha betart pár elnevezési konvenciót

• WonderCSabo félisten

  #5130

  #5125 fatal`

  2014-03-11 12:25: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

  #5125 fatal`

  Androidban nagyon ritka, hirtelen csak az IBinder jut eszembe. De nem is értettem, hogy miért nem konzisztensek magukkal.

  sutszi: Ezeknek az elnevezéseknek nincs sok értelme manapság. Régen pl. volt a Hungarian notation, meg ilyenek, ezek mind azért voltak, mert nem volt egyértelmű, hogy egy változó, osztály, stb. pontosan micsoda is. De manapság az iszonyat okos IDEkkel ez teljességgel felesleges, mert rögtön látod a színéből, ikonjából, stb. Egyébként ezt nem csak én mondom, hanem Uncle Bob is.

• MrSealRD veterán

  #5129 2014-03-11 06:13: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

  

  MrSealRD

  veterán

  Köszi mindenkinek!

  A második változatot használjuk mi is, csak nekem " annyira nem tetszik". Jó lenne ha egyből látnám valamiről, hogy az interface. Viszont ez rossz érv mert így is látható. A csomagelnevezésekből kiderül minden. Feltéve ha az jól van megcsinálva. Szóval a lényeg, hogy hozzá kell szoknom ehhez...

• Karma félisten

  #5128

  #5127 M_AND_Ms

  2014-03-10 22:53:28

  Ú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

  #5127 M_AND_Ms

  Nem véletlen volt off topikban Gondoltam az előttem elhangzott JpaUserRepositoryból ki lehet következtetni, Java alatt hogy csinálom, ha azt írom hogy én is úgy szoktam.

• M_AND_Ms veterán

  #5127

  #5126 Karma

  2014-03-10 22:48: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

  

  M_AND_Ms

  veterán

  #5126 Karma

  De ez java, nem C#

• Karma félisten

  #5126

  #5124 Soak

  2014-03-10 22:22:16

  Ú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

  #5124 Soak

  +1. Az I betűzést C#-ban használom csak, de az implementációs osztályokat ha releváns, valahogyan megkülönböztetem mindkét nyelven. C#-os példa: IStorageService -> DesignStorageService, WindowsStorageService, IsoStoreStorageService.

• fatal` titán

  #5125

  #5123 WonderCSabo

  2014-03-10 22:21:32

  Ú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

  #5123 WonderCSabo

  Nem szokás, de pl. androidon előfordul, hogy használják.

  Én szeretem az I betűt használni Javaban is, mert egyből látszik, hogy az egy interface.

• Soak veterán

  #5124

  #5120 MrSealRD

  2014-03-10 21:58: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

  

  Soak

  veterán

  #5120 MrSealRD

  A masodik, kiveve ha van ertelme specifikusan elnevezni az implementaciot, pl JpaUserRepository.

• WonderCSabo félisten

  #5123

  #5120 MrSealRD

  2014-03-10 21:20:59

  Ú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

  #5120 MrSealRD

  public interface ImyInterface...
  
  public class myClass implements ImyInterface

  Ezen nevek egyike se felel meg a Java elnevezési konvencióinak. A második két sor ok, ez az általános. C#-ban szokás az I prefix.

• Aethelstone addikt

  #5122

  #5120 MrSealRD

  2014-03-10 20:48: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

  

  Aethelstone

  addikt

  #5120 MrSealRD

  Vagy IMyInterface, de az MyInterface és MyInterfaceImpl szerintem jobb.

• Mukorka addikt

  #5121

  #5120 MrSealRD

  2014-03-10 20:44: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

  

  Mukorka

  addikt

  #5120 MrSealRD

  A mostani cégemnél meg úgy általában gyakoribb az utóbbi. Egy régi java 1.5-ös projekten láttam I-vel kezdődő interfaceket. Általában nincs sok értelme külön megjelölni magát az interfacet, a legtöbb keretrendszer úgy is DI-re épít.

• MrSealRD veterán

  #5120 2014-03-10 20:17: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

  

  MrSealRD

  veterán

  Érdekelne, hogy ti milyen névkonvenciót használtok interface-ek esetén és az implementáló osztályok esetén.

  Ilyesmire gondolok pl.:

  public interface ImyInterface...
  
  public class myClass implements ImyInterface...

  VAGY

  public interface MyService...
  
  public class MyServiceImpl implements MyService...

• Aethelstone addikt

  #5119

  #5118 floatr

  2014-03-10 15:36: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

  

  Aethelstone

  addikt

  #5118 floatr

  Senki nem akar a szádba adni semmit. Illetve nem tudom, de én tutira nem. Mi speciel kicsit felokosítottuk ezt az API-t. Pont ez a lényege, hogy kellően alacsonyszintű, akinek valami kell pluszban, az majd implementálja.

  De mondtam...nem akarok vitázni ezen.

• floatr veterán

  #5118

  #5117 Aethelstone

  2014-03-10 15:34:34

  Ú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

  #5117 Aethelstone

  He...?

  Az egyik rendszerünk egy rugalmas DM eszköz, ami többek közt emaileket is kezel. Kicsit besokalltam már az emailhez kötődő RFC-ktől, meg az olyan API-któl, amiket úgy raktak össze, hogy a fejlesztők nem tudtak kibukni az RFC-ben megfogalmazottak bűvköréből. Tény h lehetne még ennél is alacsonyabb szintű

  Ezt a springes dolgot meg nemtom miért akarod a számba adni. Már jó ideje azt használom mindenhez.

• Aethelstone addikt

  #5117

  #5116 floatr

  2014-03-10 14:21: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

  

  Aethelstone

  addikt

  #5116 floatr

  Nem akarok vitázni, de egy félrement import miért tesz egy API-t szarrá?
  Nem olyan rossz ez..a Springben is ez az alap. Persze, lehet jönni, hogy a Spring is mekkora egy szar

• floatr veterán

  #5116

  #5115 chabeee

  2014-03-10 14:07: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

  

  floatr

  veterán

  #5115 chabeee

  Van pár elég nyomorult API, és ez is azok közé tartozik -- legalábbis a szememben. De örülök, hogy sikerült vele megbirkóznod, mert elég vacakul hangzott a hiba.

• chabeee aktív tag

  #5115

  #5101 floatr

  2014-03-10 13:36: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

  

  chabeee

  aktív tag

  #5101 floatr

  hát eléggé, mivel rossz volt az import.
  Részletesebben a multipart -ba nem tudtam MimeBodyPart típusú adattagot rakni, mert folyamatosan BodyPart-ot kért, akkor viszont máshol volt a hiba. (már nem emlékszem, reprodukálni meg nem sikerült) a vége ez lett
  try {
  MimeMessage msg = new MimeMessage(session);
  msg.setFrom(new InternetAddress(username));
  msg.addRecipient(Message.RecipientType.TO,
  new InternetAddress(to));
  msg.setSubject("Test Java Sending Zip File");
  msg.setText("This is a message from a java program");
  
  MimeBodyPart msgbodypart = new MimeBodyPart();
  
  msgbodypart.setText("this is msg Body");
  
  Multipart multipart = new MimeMultipart();
  
  msgbodypart = new MimeBodyPart();
  
  String filename = "MyFile.zip";
  
  DataSource source = new FileDataSource(filename);
  msgbodypart.setDataHandler(new DataHandler(source));
  msgbodypart.setFileName("its_a_zipped_file.zip");
  multipart.addBodyPart(msgbodypart);
  msg.setContent(multipart);
  
  System.out.println("-Sending");
  Transport.send(msg);
  System.out.println("Sent!");
  }catch (MessagingException mex){
  mex.printStackTrace();
  }

• Panthera őstag

  #5114 2014-03-10 08:18:26

  Ú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

  

  Panthera

  őstag

  Sziasztok!

  Nem teljesen ide tartozik, de hátha ti tudtok rá megoldást...
  A java konzol frissítését lehet automatizálni, hogy ne kérdezzen rá mindig? (Jelen esetben win7 rendszerről van szó.)

• cacattila csendes tag

  #5113

  #5111 Amartus

  2014-03-10 07:59: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

  

  cacattila

  csendes tag

  #5111 Amartus

  Ha olyan POS terminállal akarsz soros porton kommunikálni, ami bankkártyákat is elfogad, valamint a terminál (és a rajta futó alkalmazás) hitelesített, azaz használható bankkártyás vásárlás során, akkor nagyon kevés esélyed van arra (inkább semmi) hogy érdemi információt nyerjél ki soros porton keresztül. Persze egészen más a helyzet, ha van lehetőséged a terminálra saját alkalmazást telepíteni, innentől kezdve nincsenek korlátozások

• Aethelstone addikt

  #5112

  #5111 Amartus

  2014-03-10 07: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

  

  Aethelstone

  addikt

  #5111 Amartus

  Ha szabvány, soros portos, akkor szerintem nincs más dolgod, mint a POS doksi alapján megírni az illesztést. Még valami, de ez már hardveres és apróság. Ha a fogadó gépen nincs soros port, de van USB, akkor egy soros/USB átalakító is kiválóan működik.

• Amartus senior tag

  #5111

  #5110 Aethelstone

  2014-03-10 00:01: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

  

  Amartus

  senior tag

  #5110 Aethelstone

  Köszönöm, ez jó.
  Arról esetleg tudsz valami infót adni, hogy ha POS terminált(bankkártya olvasó) szeretnék kezelni, adatot küldeni-fogadni, akkor jó helyen kutakodok, vagy keressek tovább, esetleg mást?

• Aethelstone addikt

  #5110

  #5105 Amartus

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

  

  Aethelstone

  addikt

  #5105 Amartus

  https://code.google.com/p/java-simple-serial-connector/

• axioma veterán

  #5109

  #5108 #39560925

  2014-03-09 17:10: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

  

  axioma

  veterán

  #5108 #39560925

  Koszi, akkor megprobalom a pipak nelkul, ha a cv nelkul is megy. Inkabb utobbi volt nalam a kerdes. (Meg akkor se toltenek fel, ha nem kotelezo, ha keresne'k: ne is tudjanak rola, hogy keresek, akkor jobb az alkupozicio )

• #39560925 törölt tag

  #5108

  #5107 axioma

  2014-03-09 16:29: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

  

  #39560925

  törölt tag

  #5107 axioma

  Én beleegyeztem a reklámokba, de amint jön egy, teszem is rá a spam szűrőt. De talán nem is kötelező azokat bepipálni, csak elég megcsinálni a swipe mozdulatot annál a csúszkánál. Nekem nem esett le időben, hogy miért nem tudok a Regisztráció befejezésére kattintani, ezért pipáltam ki mindent, és csak utána láttam meg a csúszkát. Aztán már lusta voltam kivenni a pipát.

  CV-t nem töltöttem fel. Nem hinném, hogy akkora guru lennék másodéves egyetemistaként hogy állásajánlatot kapjak tőlük.

  Egyébként már Rájöttem hogy kell a master-slave viszonyt kezelni.

• axioma veterán

  #5107

  #5104 #39560925

  2014-03-09 15:13:16

  Ú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

  #5104 #39560925

  Me'g nem, bar terveztem, de ido nincs most ra igazan (na meg en netbeansben application-t fejlesztek, eclipse-et nem toltenek le emiatt pluszban, meg ra kene kicsit mennem az applet specialitasaira).
  Viszont ha te mar bent vagy: a CV - ez is vicces, angol kell amikor itthonra keresnek? -, meg a reklamba beleegyezes az feltetel? Csak hogy mennyire kamu adatokat adjak meg bar a valos cv egyszerubb lenne, az van. Viszont jelenleg hazai allasbol absz. nem erdekel masik.

• Fenyo12 tag

  #5106 2014-03-09 14:45:53

  Ú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

  

  Fenyo12

  tag

  Sziasztok!

  Alap Java programozásban kérnék segítséget. (most tanulom)
  Ez volt az alap, amiből indultam. (a SunAndCloud)
  Az alapképernyőt megnövetlem és még egy képet betettem a nap mellé, ami előtűnik a felhő mögül.
  A beszúrt objektumot meg szeretném forgatni a középpontja körül úgy, hogy a nap ne mozduljon meg.
  Egy FOR ciklussal próbáltam, de szerintem eleve szintaktikai bajai is vannak.
  Tudna valaki ebben segíteni?
  A forgatást akkor kéne elkezdeni, amikor az 'alpha' változóm elérte a nullát, mert ez jelzi, hogy az áttűnés befejeződött.
  Eddig működik jól, innen kéne valahogy beletenni a forgatást:

  package com.zetcode;
  import java.awt.AlphaComposite;
  import java.awt.Graphics;
  import java.awt.Graphics2D;
  import java.awt.Image;
  import java.awt.event.ActionEvent;
  import java.awt.event.ActionListener;
  import java.awt.image.BufferedImage;
  import javax.swing.ImageIcon;
  import javax.swing.JPanel;
  import javax.swing.Timer;
  class Surface extends JPanel implements ActionListener {
  
  private Image sun;
  private Image cloud;
  private Image bee;
  private Timer timer;
  private float alpha;
  
  public Surface() {
  
  loadImages();
  initTimer();
  }
  
  private void loadImages() {
  
  sun = new ImageIcon("sun.png").getImage();
  cloud = new ImageIcon("cloud2.png").getImage();
  bee = new ImageIcon("bee_3m.png").getImage();
  
  }
  
  private void initTimer() {
  
  timer = new Timer(300, this);
  timer.start();
  alpha = 1f;
  }
  private void doDrawing(Graphics g) {
  
  Graphics2D g2d = (Graphics2D) g;
  BufferedImage buffImg = new BufferedImage(640, 480,
  BufferedImage.TYPE_INT_ARGB);
  Graphics2D gbi = buffImg.createGraphics();
  AlphaComposite ac = AlphaComposite.getInstance(AlphaComposite.SRC_OVER, alpha);
  gbi.drawImage(sun, 40, 30, null);
  gbi.drawImage(bee, 350, 180, null);
  gbi.setComposite(ac);
  gbi.drawImage(cloud, 25, 50, 576, 301, this);
  g2d.drawImage(buffImg, 20, 20, null);
  
  
  }
  @Override
  public void paintComponent(Graphics g) {
  super.paintComponent(g);
  doDrawing(g);
  }
  @Override
  public void actionPerformed(ActionEvent e) {
  
  alpha -= 0.05;
  
  if (alpha <= 0) {
  
  alpha = 0;
  timer.stop();
  System.out.println("Jelenet vége.");
  }
  
  repaint();
  
  }
  }

• Amartus senior tag

  #5105 2014-03-09 14:26:56

  Ú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

  

  Amartus

  senior tag

  POS terminál kezelésére, konkrétan bankkártya olvasó, kellenne információt, dokumentációt összeszednem és megnézni a technológiát.
  A google-ban megnéztem és találtam olyan példát, ami a javax.comm-ot használja, de ez nincs benne jdk7-ben. Az oracle honlapján is megtaláltam ugyanezt(javacomm api 3.0), de azzal sem értem semmit. Azt nehezen hiszem, hogy a soros porti kommunikáció kiment a divatból, legfeljebb a használata háttérbe szorult.

  Most akkor merre induljak?

• #39560925 törölt tag

  #5104 2014-03-09 12:43: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

  

  #39560925

  törölt tag

  Játszik valaki bitfectiont?

  onJoin eventet nem értem hogy kell kezelni. onEvent metódusból kell visszatérnie a robotnak GameEvent.IDLE-vel a következő körben, ha azt akarom, hogy slave legyen?

• WonderCSabo félisten

  #5102

  #5101 floatr

  2014-03-07 11:31: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

  

  WonderCSabo

  félisten

  #5101 floatr

  Engem is érdekelne.

• floatr veterán

  #5101

  #5100 chabeee

  2014-03-07 11:07: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

  

  floatr

  veterán

  #5100 chabeee

  Mennyire?

  Csak gondoltam nem ártana megosztani, hátha érdekel mást is a probléma, amibe belefutottál.

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