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

• #4556 ALI_G veterán Scroll Lock #4555

  Új Válasz 2010-06-06 14:19:39 #4556

  Ú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

  Privát üzenet küldése

  

  ALI_G

  veterán

  válasz Scroll Lock #4555 üzenetére

  Eclipse-ben és netbeans-ben is ahogy írod be pl, hogy System.out. akkor közben felajánlja az elérhető metódusokat egy listában. Ez nem a teljes API leírás, de röbiden (egyébként pont az API-ból) leírja, hogy mire jó és bővebb leírást is kérhetsz F2-vel.
  Ha eclipse-ben nem írná ezeke, akkor CTRL + SPACE a content assist. Netbeans-t annyira nem ismerem.
  Persze csak azokat ajánlja fel, amiket beimportálsz.

• #4551 ALI_G veterán Scroll Lock #4549

  Új Válasz 2010-06-05 18:18:57 #4551

  Ú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

  Privát üzenet küldése

  

  ALI_G

  veterán

  válasz Scroll Lock #4549 üzenetére

  Sajnos nem értem teljesen mit is szeretnél. Leírnád jobban?

• #3758 ArchElf addikt Scroll Lock #3757

  Új Válasz 2009-05-20 20:53:36 #3758

  Ú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

  Privát üzenet küldése

  

  ArchElf

  addikt

  válasz Scroll Lock #3757 üzenetére

  Az lenne a kérdésem, hogy a Microsoft .Net keretrendszert körülbelül úgy lehetne elképzelni mint a Java virtuális gépet? Igen.

  Utóbbinál az alapvető cél a platform függetlenség, a .Net keretrendszernél pontosan mi volt a célja a fejlesztőknek? Hiszen a .Net csak Windows-on futtatható. Valóban, bár van linux alatt is .NET környezet (pl. a mono), ezt természetesen nem a MS fejleszeti, és nem is 100% kompatibilis az MS kód a Mono kóddal... Bár általában az egyszerűbb források mindkét rendszeren gond nélkül lefordíthatók (és bug-mentesek).

  A másik kérdés, hogy a java-nál mi célja a bytecode-nak, amikor a virtuális gép a java forráskódból is készíthetne gépi kódot, nem? Épp a platformfüggetlenség miatt. Ha mond neked valami a gépi kód (processzor típusonként eltérő), a bit-order (úgyszintén), akkor könnyen belátható, hogy a gépi kód nem hordozható, de egy platform független (kvázi szabványos) byte-kód az. A gond csak az, hogy meg kell írni az értelmezőt az adott célrendszerre.

  A 3. kérdésem: interpretált nyelvek esetében, hogyan értelmezhetem azt, hogy a fejlesztői környezet gyakran azonos a futtatási környezettel? Hiszen az utóbbinak nem kell meg nyitva lennie, ha az előbbi már telepítve van. Sok esetben maga a fejlesztői környezet is építkezik a futtatókörnyezetből (a környezet telepítése nélkül a fejlesztőkörnyezet sem működik): ablakos megjelenítés, objektumok kezelése, stb. Természetesen ezekben a nyelvekben nem a fejlesztőkörnyezet interpretálja a létrehozott köztes kódot, hanem a "keretrendszer" (köztes réteg). Amúgy javat és .net-et is lehet notepad-ban programozni, ha a szükség úgy hozza, mivel a keretrendszer tartalmazza a fordításhoz szükséges összes (!) sztenderd komponenst. Csak baromi macerás, mivel mindent fejből kell tudni, nincs intellisense, nincs csillivilli debugger.

  AE

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