- hdanesz: Hyundai Ioniq 28kWh - Első benyomások - második felvonás
- gban: Ingyen kellene, de tegnapra
- koxx: Bloons TD5 - Tower Defense játék
- sziku69: Fűzzük össze a szavakat :)
- sziku69: Szólánc.
- Luck Dragon: Asszociációs játék. :)
- ubyegon2: Airfryer XL XXL forrólevegős sütő gyakorlati tanácsok, ötletek, receptek
- sto1911: Pinball FX3 PH! verseny
- Napkollektor - csak úgy
- Gurulunk, WAZE?!
Új hozzászólás Aktív témák
-
eziskamu
addikt
Na jó, de ott vannak rá osztályok, példányosítod oszt csókolom. De ha magadnak kell a listát létrehozni (nem példányosítani, hanem typedef struct, meg mutatók, meg miegymás), bejárni, bővíteni, elemet keresni, az megint más. Persze lehte hasonlót objektumokkal a JAVA-ban is, de akkor már csak egyszerűbb C-ben.
Mert hiába tanulja meg az ember az objektumorientáltságot, ha nem tud mit kezdeni vele. C-ben megtanul programozni, OO-ban meg már ugyanezt kényelmesen meg könnyebben megteszi. (már amennyire "teljesen" OO a JAVA meg a C#, de közelebb nem kerültem az OO-hoz, pedig meséltek Eifelről meg Smalltalk-ról, de az már csak magolás volt vizsgára![;]](//cdn.rios.hu/dl/s/v1.gif)
)
Nem kell ott a C-ben azonnal hálózatot, grafikát, űrlapot programozni, az tényleg ráér c# meg Java környezetben, a vérprofik meg úgyis a C++-t válasszák. -
ddekany
veterán
Láncolt lista van Java-ban/C#-ban is. Tömb is, ha még kicsit más is. De persze, másért nem hát szakmai érdeklődésből le lehet menni assembly szintig (és ha mér meg kell érteni a gép működését, akkor inkább az mint a C). Viszont szerintem ezt meg lehet tenni később, miután illető már beletanult a Java vagy C# programozásba. Mert bár lehet mondani, hogy ezek technikailag az alacsonyabb szintű nyelvekre épülnek, de tanulási szempontból ez már nem igaz... Más felől persze, olyan borzalmas mennyiségű C-ben (esetleg C++-ban) írt cucc maradt ránk (könyvtárak, stb.), hogy bizony sokáig nem szabadulhatunk ezektől, ez igaz.
-
eziskamu
addikt
Azért a C-ig csak érdemes lemenni. Legalább elméleti szinten a láncolt listákhoz meg a tömbökhöz. Az assembly meg sose fog eltűnni, mert valamiben meg kell írni a fordjtóprogikat, persze az Assemblyhez is (az se lehet könnyű). Amúgy itt írta valaki a Java ellenében, hogy bizonyos helyeken kötelező a kivételkezelés. Erre van egy jó sztori. Valamelyik Arianne emberi személyzet nélküli hordozórakéta úgy tíz éve állítólag egy olyan programhiba miatt ment tönkre (lezuhant vagy meg kellett semmísíteni pályamódosulás miatt, már nem tudom) amit ADA meg talán JAVA nyelvekben már fordítás során észrevettek volna, mert jelzett volna a fordító a le nem kezelt kivétel miatt.
Java mondjuk amúgy se jöhetett szóba, ADA meg bonyolult, bár olyasmit hallottam. hogy használják katonai alkalmazásokhoz. -
ddekany
veterán
Látom egyesek kérdik, mivel érdemes kezdeni, aztán a sok ősprogramozó
tukmálja rájuk a C++, sőt, a C-t. Na mielőtt megvádolnának egy s mással, én is asm-ben kezdtem, C64-en, aztán volt C/C++ is, stb. És épp ezért megértem az öreg motorosok azon álláspontját, hogy másnak is így kell kezdeni, mert így fogja érteni mi hogy működik. De ne higgyetek nekik! Én C#-ot, esetleg Java-t (mert butább -> egyszerűbb) javasolnák kezdésnek, mert: (a) könnyebb és letisztultabb mint a C++ (ami egy igen komplikált és sok történelmi örökséget hordozó -- értsd újragondolásra megérett, lásd D -- nyelv). Elég nehéz a kezdet (pl. mert olyan programnyelv független dolgokban is rutintalan a kezdő, mint az algoritmusok írása úgy általában...), ne szívassátok magatokat feleslegesen. (b) sokkal inkább megkövetelik a tisztán objektumorientált, jól karbantartható program írását. Egyszerűen egy új szakterületen, mint ez az egész programozás, még javában forr minden, hogy mi is a jó gyakorlat, mi az ami elvileg szépen hangzott de nem jött be igazán, és ez a felhalmozott bölcsesség kiütközik az újabb nyelveken. Aztán persze, aki egyszer rászokott a C#-re vagy akár Java-ra, valamiért majd nem fog akarni átváltani C++... 
Nem véletlenül. Lehet, hogy 15 év múlva már nem sok cég akar C++-ben fejlesztetni... Igen, tudom, akkor ezt-és-azt soha nem fogja megérteni az illető... de hát az alkalmazások és keretrendszerek egyre komplexebbek, inkább azzal kell foglalkozni manapság, a regiszterek dobálása legyem a compillerek meg virtuális gépek dolga. Fájó öreg motorosoknak, de nem látom gyakorlatban sok értelmét, hogy valaki ilyen szinten értse a gépek működését... kevesen írnak olyan dolgokat, amihez ez kell. -
Arhquis
aktív tag
Igazából marhára mind1, mit tanul az ember.
Ha tud programozni, és tud legalább egy nyelvet elég mélyen, akkor a többi megtanulható, kitapasztalható, járható.
A lényeg. Aki ezzel akar foglalkozni, tanuljon meg programozni, és itt nem a nyelvre, hanem a készségre értem. Szerezzen tapasztalatot és rutint egy nyelvben legalább (több sosem árt), és akkor lesz munkája és pénze.
-
Suker10
tag
Ezt már valamikor olvastam.
Szerintem azért a C++ nehezebb nyelv, mint a C#. Ez nagyban függ a fejlesztőkörnyezettől is. Lassan már az egész kódot megírja a programozó helyett.
Teljesítményigényesebb játékprogramot pl. nem igazán lehet optimalizálni C# alatt. C++-ban keverni is lehet, nem teljesen objektumorientált. -
és mindenki:
Nem értek a java programozáshoz túl méylen, de nem is akarok. Én saját, szubjektív véleményemet írtam le csupán, ebbe kötött bele mindenki és akar megtéríteni. Igen, tudom és írtam is, hogy a java bizonyos környezetekben előnyösebb, mint a C# és linux alatt C#-nak egyelőre nincs is értelme. Ennyi. Láttam és használtam a CA Wiley java alapú változatát és láttam java alkalmazások (webes és nem webes) mélyebb működését, teljesítményét. Ott, ahol monitoroztam, ott a java volt a legoptimálisabb megoldás, de ha egy C# célterületre java az alternatíva, akkor a C# szerintem alkalmasabb, barátságosabb és könnyebb is. Na de mostmár legyen szó csak C#-ról egy C# cikk kapcsán, ha lehet.
Köszi. 
godga:
Ezt ne nekem mondd, a kolléga az elvakult gonosz-MS szindrómás.
-
godga
csendes tag
Minden nyelvnek és környezetnek meg van az a célterülete amin a legjobban használható, és ott érdemes is őt/azt/stb. használni. Windowsra általános desktop alkalmazásra C#, cross-platform fejlesztésre Java, hardverközeli, sebesség intenzív programokhoz C++. Ugyanígy Windows, Linux vonulaton is megvannak mindkettőnek az erősségei. Én Linux mellett tettem le a voksom, de ettől függetlenül nem egy számítógépemen van Windows is, az más kérdés, hogy játékra... Egy számítógép analfabétának semmivel sem nehezebb megtanulni grafikus felületen kattintgatni Linux alatt, mint Windows alatt.
-
#90
Gabesz84
őstag
bit_vector
#81
válasz
bit_vector
#81
üzenetére
C#-ban is van pointer (igaz erosen korlatozott, csak alaptipusokra mutathat), javaban nincs.
(#53) stevve:
te is rohadtul ertesza JAVA-hoz. Javaban letezik egy olyan metodusa a String-nek hogy replaceAll, ami regexp-el definialt kifejezeseket is tud cserelni, es az osszes elofordulasnal. -
-
divrapier
tag
válasz
orionstar
#86
üzenetére
Még annyit tennék hozzá, hogy VB-ben lehet névtér elemeit is Import-olni, de C#-ban csak névtereket lehet using-al használni.
A VB és C# két eltérő nyelv, még igazán rokonság sincs mint C/Java/C# között. A platform a közös bennük.
C++ esetén, ha a FrameWork-öt szeretnéd használni, akkor ott is ugyanúgy számolni kell a teljesítménycsökkenéssel. Viszont ez csak akkor jelentős, ha a programod nagyon teljesítménykritikus. -
xyz2005
csendes tag
Pofás kis cikk. Gratulálok hozzá.
A világ a .NET fele fog elmozdulni, vagyis a felé érdemes gondolkodni,ha valaki most szeretné elkezdeni a programozást. Legyen szó VB.NET,C#,J# vagy a Delphi Prism (Object Pascal.NET for Visual Studio).
A Microsoft sokat fog fejleszteni a C#-on a VS 2010-ben. Egyik talán a legfontosabb a PFX. Vagyis mindenképpen érdemes vele foglalkozni.
Egy kis jegyzetet tudok ajánlani a most kezdőknek illetve egy újabb programozási nyelvre vágyóknak.
Ezt a jegyzetet Reiter István készíti. Pofás kis darab
[Itt] letölthető. -
-
Arhquis
aktív tag
válasz
orionstar
#84
üzenetére
Mivel használja a System névteret, ezért kell a Console.Write();
Ha nem lenne using System, (akkor van a mondjuk úgy gyökérben) akkor a helyes szintaxis ez lenne:
System.Console.Write();
Sajnos a console-t már nem tudod megspórolni, mert az már nem névtér.
A másik kérdésedre a válasz.
Igen lassabb, mert van egy futtató környezet, és futási időben fordítja a program egyes részeit, köti az elemeket, stb stb.
Viszont biztonságosabb, és developer hiányosság védelemmel van ellátva.
( a programozói hibák egy részét hivatott kiiktatni, mint a pl a destruktálás. ) -
orionstar
csendes tag
Sziasztok!
Soha nem foglalkoztam még C#-al, de vmi nekem nem stimmel!
HA az elején behívod a System névteret, akkor, ahogy írod benne van a console... na most akkor miért kell Console.Writeline("izé"), miért nem elég a writeline, és ugyanez a kérdésem áll a többi utasításnál is!Más, nem használ ez több erőforrást, mint például a C++, itt szükség van még egy futtató környezetre is?!
Üdvözlettel: orionstar
-
#82
Arhquis
aktív tag
bit_vector
#81
Arhquis
aktív tag
válasz
bit_vector
#81
üzenetére
Ezt a részt aláírom, hogy kellenek az alapok, mint mindenhez.
De akik már tudják, azoknak végtelenül jól jöhet. Akik meg nem tudják, bizony nagy valószínűséggel nem innen fogják megtanulni, hanem vagy szereznek egy könyvet, vagy suliban.
Akik meg programozó szüzek, és innen megtanulják, azoknak meg édes mindegy, mert tehetségesek.
Mellesleg ezek a cikkek nem programozni tanítanak meg, hanem az XY nyelvet használni. Ha programozni nem tudsz, akkor édes mind1.
Mellesleg tetszik a végtelen ciklusod. XD
( for(;;) ) -
#81
bit_vector
tag
bit_vector
tag
szerintem:
kezdőnek : pascal, C
haladó: C++, delphi
profi: minden más.Azért ez a sorrend, emrt az alapokat nem az objektumorientáltsággal kell megtanulni. Először lássa meg mi az a pointer, mik az alapvető szerkezetek, típusok. Mire valók, hogyan lehet használni őket.
Ha ez megvan, akkor hozzá kell venni az OOP-t, azt is megérteni (ez főleg a nem triviális C++-ra igaz), és tudni perfektül az egészet.
a C# valahol ezen sor végén kell álljon. Nem jó az, ha egyből OOP-t tanulsz, mikor egy normális for(;;) sem megy, vagy épp nem tudod mi az a pointer (tudom, C#-ban nincs).
Igazából próbáltam egy kezdő szemével nézni a cikket. Kicsit kuszának tűnt. Elsőre használni olyan dolgokat, amikről egy kezdő programozónak f..gja sincs, meredek. De ha azt nézzük, hogy ha olyannak íródott a cikk, aki ismeri a C-t, az már egy kicsit ezen a nehézségen. Aki meg tud C++ -ul, esetleg CLR-ben (managed C++) ír programokat, annak nem kihívás egy hello world...
nem rossz cikk, csak nekem egy kicsit cél nélküli ls zavaros....
-
A C# nem java.... ha használod, tudod, ha nem, akkor meg mire fel a háborgás? A példa pedig épp ma jött elő és idegesítő. Apróság, de idegesítő. Nem kell itt a gonosz Microsoft-tal jönni és a szuper Linux-szal, erre vannak más fórumok, ez itt a C#-ról szól. szóval részemről ennyi, értelmetlen vitába nem megyek bele. Szubjektív véleményem, hogy a java rosszabb a C#-nál és ehhez tartom is magam, nem kell megtéríteni.
(és még nem esett szó a WCF és WPF párosról, olyat hol lehet java alapon sszehozni? ) -
zhagyma
őstag
Na valami ilyesmire gondoltam a "szoftveres vonal erősítése" alatt.
Mivel a C#-al nem kerültem közellebbi kapcsolatba, érdeklődve várom a folytatást. A Java kontra C# "beszélgetéshez" csak egy linket szeretnék hozzáfűzni: Java pénzért? És ebben nem a profi szintű Java programózoknak kifizetett díjak nagyságára gondolnak ... -
Sanyix
őstag
Az a baj hogy az m$-nek nem érdeke az egészséges verseny, és van is alapja hogy ezt korlátozza. c#-se azért találták ki hogy neked jó legyen, platformfüggősítésre van kitalálva az egész, mint ahogy anno az msjava-val próbálkoztak. Ergo nekem aztán nem jó a c#-os "verseny" (haha), akkor lenne jó, ha nem egy ez a cég csinálná ilyen befolyással, és módszerekkel.
-
Sanyix
őstag
Az a durva, hogy a win-t még jobban ismerem mint a linuxot. Utálom a wint több mint 10 éve szenvedek vele, mert sokat játszom (is).
Linuxhoz nem kell geeknek lenni, ez egy begyepesedett szöveg kicsit sem hozzá értő emberektől. Manapság egyszerűbb mint egy vindóz hasonló átlagfelhasználói szinten használva (sőt már jópár éve az, ja persze távolkeleti dzsunkákhoz nincs driver, de ott vinhez se feltétlenül).
Fikázhatom a kíndózt/m$-t, hiszen az m$ ügyeskedéseivel magához próbálja(dehogy próbálja, már sikerült évekkel ezelőtt) láncolni főleg a játékfejlesztőket, én meg mást használnék, de hát ugye az m$ tesz róla hogy ne tudjak (csak konzolt, bár ugye már egy ideje ott is csápol). Próbálom eltéríteni a leendő programozókat az m$ birodalmától, hogy talán pár év múlva válogatni is lehessen a platformok között, ne egy cég szarjától kelljen függni
Egyébként vindóz alatt is lehet buzerálni, csak jól el van rejtve, és meg van mondva neked alapon hogy neked mi a "jó" (hú ez tud a legjobban felidegesíteni)
-
Sanyix
őstag
"Nagy előnye a Java-nak, hogy platformfüggetlen, de igazából az emberek (felhasználók) nagy többsége win-t használ."
Szerencsére ebben úgy tűnik változás fog indulni a közeljövőben, a másik meg hogy nem csak pc van, van mobiltelefon, settopbox, meg még egy rakás kütyü, amin (hálistennek) nem vindóz fut. Aztán meg a vállalatoknál közel sincs olyan elterjedtségben a vinfos (szerencsére), mint otthoni 95%-ban játékospc-ken. (és a játékosok egy része is szívesen lecserélné a vindózt másra ha nem lenne az only vindóz dx-el odaláncolva a játékipar nagy része (ez talán változni fog ha jön vissza a szoftverrender)).
Egyébként a ha nem tűnt volna fel a keretrendszereket általában bővíteni szokták, a .net nincs egyedül ebben. javaból is nemsokára jön a 7-es.
-
Arhquis
aktív tag
De most komolyan nem értem ezt a dolgot. Megjelenik egy MS-el kapcsolatos cikk, és rögtön ugranak az MS gyűlölő trollok, meg az olyan emberek, akik a másikat szeretik. Senkit nem érdekel.
.Net jó, mert sok nyelvet összefog, windowra van optimalizálva, ezért gondolom valamivel gyorsabb, hátránya, hogy nem független.
Java jó, mert ingyé van (?), és platformfüggetlen.
A windows jó, teszi ami kell, és jól lehet vele dolgozni, és sok ráa progi.
Linux jó, mert mindent lehet benne buzerálni.
De könyörgöm. Azért mert a Geek kocka haverod azt mondja, hogy ez a király, a többi meg fos, neked nem kell fikáznod! Sőt, a legtöbb "Űbergeek" még azt se tudja mi fán terem a programozás vagy a linux, stb stb.
Ráadásul amíg nem ismered mind2 oldalt mélyen, addig ne mondj véleményt. (nem, azért mert ismered a pipe-olást linux alatt, vagy tudsz játszani win alatt még marhára fingod sincs az egészről.
És bocsánat, hogy ilyen hangvételű levelet írtam, de a hozzászólások nagyrészének nemhogy semmi köze a cikkhez, vagy a témához, átment a másik fikázásába.
Minden nyelvnek megvan az előnye és a hátránya is. El kell fogadni. Nem kényszeríti rád senki semelyiket. Ha te JAVA guru vagy, neked is lehet JAVA cikket írni. Ha C#, akkor segítsd a cikket. Ha C++, mondj véleményt arról, meg hogy te mit tapasztaltál ott a cikkhez kapcsolódóan. A fikázást meg a téglafalnak tessék.
-
Nem ezek a problemak, hanem amiket lentebb is irtam.
- generikusok
- delegatek
- nincsenek kicseszett checked exceptionokMeg van jo sok nagyon kellemes syntactic sugar, elukon a Linq-el meg a lambdakkal.
De mindkettonek megvan a helye, csak szigoruan nyelvi szinten a C# fejlettebb -- persze ez ertheto, van koztuk egy evtized.
-
Sanyix
őstag
ott olvastam, hogy a c# nyelvileg szinte egy az egyben java (tény) -> ha a java szar, a c# is
"C#-ban a string.Replace minden előfordulást kezel, javában csak az elsőt. Plusz kódolás."
és ezért szar? még példának is gáz. Érdekes egy függvény alapján megítélni egy nyelvet
(c# re mondhatom hogy szar, mert vindóz függő, és azt nem lehet megszüntetni egy library betöltésével) Ha megírnám olyanra, és odaadnám a sün-nek hogy rakják bele az alap java-ba már nem lenne szar? Tuti meg van írva rá ez a függvény, és letölthető valahol. Egyébként ha mindent beleraknának az alap jre-be akkor gigás lenne. Így is kerülnek bele a "usermade" dolgok, ha azok olyan általánosan használhatóak. Ha nincs meg akkor net letölt, classpathoz hozzáad, semmi nehézség... -
#70
emvy
félisten
hobizsolti
#69
válasz
hobizsolti
#69
üzenetére
Szerintem csak peldanak irta.
-
#69
hobizsolti
csendes tag
MrSealRD
#66
hobizsolti
csendes tag
ennek a példának szerintem nincs értelme. két osztályt létrehozni csak azért, hogy legyen egy ugyanolyan nevű különböző szerepű függvény? legyen a két függvénynek különböző neve. +: öröklődés a kettő között? öröklődést a hasonló, egy családba tartozó osztályok összekapcsolására, az ős implementáció újrahasznosítására használunk. nem erre. itt nincs semmi közös, csak egy függvény neve. remélem nem gondoltad komolyan.
-
divrapier
tag
Tényleg elég tömör a függvényekről szóló rész, de ha megnézed az osztályokat méggyorsabban lerendeztem
. Viszont van egy "tervezett anyagok" rész a legvégén, és ott az osztályok, függvények az egyik pont, ahol részletesebben tárgyalnám.
"A void nem azt jelzi, hogy milyen típusú a függvény, hanem pontosan azt jelenti, hogy nincs visszatérési értéke a függvénynek." - tényleg félreérthető, majd átfogalmazom.
Köszönöm az észrevételeidet. -
MrSealRD
veterán
Hát nem, mert szerencsétlen nem tudja melyik MyFunc()-t hívja meg...mert egyezik a szignatúra(ez milyen hülyén hangzik)
De egy kis módosítással...class Valami{
public int MyFunc() {
return 5;
}
}
class Akarmi : Valami {
public void MyFunc() {
}
}
new Valami().MyFunc();
new Akarmi().MyFunc();
((Valami)new Akarmi()).MyFunc();Remélem jól írtam..már fáradt vagyok...
De most erről eszembe jutott, hogy előbb kihagytam a túlterhelést és, hogy van lehetőség több visszatérési érték "kiharcolására" is...
-
MrSealRD
veterán
Üdv!
Lehet szőrszálhasogatás, ezért csak mellékesen jegyzem meg. A függvényekről szóló rész elég karcsú lett. A void nem azt jelzi, hogy milyen típusú a függvény, hanem pontosan azt jelenti, hogy nincs visszatérési értéke a függvénynek. A public/private/protected/ hozzáférés megjelölés után a típusmegadás következik. Ez lehet int/double...stb. Majd a függvény neve. Zárójelben a paraméterek és azok típusai. Ezután következik a függvény törzs.
Visszatérési értéke van inkább mint kimenete(lehet másnak ez ugyanaz).
A visszatérési érték pedig nem jön vissza magától. Pl.:public double Area(int a)
{
double TheArea;
TheArea = a*a;
return TheArea;
}Most látom később lesz majd még függvényes rész...Na majd akkor lesz részletesebben. De a függvény felépítésre vonatkozó rész attól még érvényes.
Amúgy jó a cikk. Érdeklődve várom a folytatást.
-
divrapier
tag
java kódot lehet gépíre fordítani - lehet hogy létezik, de szerintem semmi értelme, akkor már nem a jvm futtatná. gondolom nem a JITet értik alatta, mert az java bytecode-ot fordít.
ahol fut .Net, ott fut C# is - én úgy írnám, ahol fut az IL, ott fut az IL
Ahol képes valami az IL-t futtatni, az a .NETre készült progit is képes lehet, mert az is IL. Ezt írhatják egy tucat nyelven, pl c#.F6, CTRL+F5 kombót használom - az f5 lustábbaknak való, 3 billentyű vs 1, a részletek meg még nem aktuálisak.
Szerintem. -
bejmuller
aktív tag
Most leszek masodeves az egyetemen. Eddig csak C++-t tanultunk, az objektumorientalt programozas targy kereteben. Jovore java lesz a teriteken, de en mar az iden belekezdtem a C#-ba. Regen a Delphi fele kacsintgattam (abban irtam a szakdolgozatomat kozepsuliban), es hallottam h a C# olyan mint a C++ es Delphi es Java osszegyurva. Nem ertettem teljesen, de kiprobaltam
Addig eljutottam hogy mostmar megcsinaltam egy ugyes kis kartyajatekot, ami jovore jo lesz egyeni projektnek Mindezt egyedul, suliban nem oktattak meg, konyveket nem olvastam, csak google, es az en kis agyam
(Valamikor lesz winprogramozas targy is, akkor fogjak majd tanitgatni a dotnet-et, de addigra en mar irtoeszes leszek )
Szoval az alapok nem nehezek. Ugyhogy ezt a cikksorozatot kovesse aki teheti, hamar meg fog tetszeni neki sztem, es egy ido utan nem is lesz szukseg ra -
kokyt
senior tag
És nem láttunk még olyat, hogy valaki aki monopol helyzetben van eltér a szabványoktól? Van is meg volt is rá példa, de ez nem is fontos.
A lényeg hogy a C# jó nyelv, de csak win-en igazán erős. Még idő kell neki mire igazán támogatott lesz, de még nem is rég kezdte, tehát van még ideje. -
Arhquis
aktív tag
Csak pár dolog. Max lehúrrogtok.
Nem egy helyről hallottam, hogy java kódot lehet gépíre fordítani, hogy ne legyen lassú. Gondolom igaz ez C#-ra is. (ofc, platformfüggetlenség szevasz)
Nagy előnye a Java-nak, hogy platformfüggetlen, de igazából az emberek (felhasználók) nagy többsége win-t használ. Ráadásul Java developerek mondják, hogy erre a részre tett fel mindent a SUN, de igazából senkit nem érdekel...
A C# előnye maga a .Net keretrendszer. Folyamatosan bővítik (és kompatibilis az előző verzíőkkal), tele van finomságokkal, és még több lesz benne. (nem mentem még bele mélyen, de a WPF pl brutális mire képes.)
A platformfüggetlenségről csak annyit, hogy ahol fut .Net, ott fut C# is.
Könyv : Microsoft .net framework Application Developement Foundation
Angol, első kézből íródott, nagyon érthető, de szerintem nem árt, ha már konyítasz valamit a programozáshoz. Párhuzamosan VB és C# megy benne.Ui.: ha valamit rosszul írtam, mondjátok, nincs harag.
UUi.: fordítás/futtatás.
Én jómagam az F6, CTRL+F5 kombót használom. Az előző buildeli a kódot, a második futtatja. (nem debug módban) Ha debugolnom kell, akkor breakpointot belövöm, és F5.Szerk: Jah, az írás tetszik, csak így tovább.
Ha van rá igény, szívesen segítek benne én is. -
kokyt
senior tag
Hát ha jól tudom a mono csak egy kölcsönös megegyezés miatt létezhet. Emiatt homályos a jövője, ellentétben a java-val. Na meg ott van a hirdetett platform függetlenség feje felett a majdani "only win" pallos, ami már előfordult korábban is megfelelő elterjedtség esetén. Linuxos berkekben ezek miatt nem terjedt el annyira.
Ahogy egy tanárunk kifejtette (csak a vicc kedvéért): "A C# valóban platform független. Bármilyen platformon tökéletesen működik, ha az a platform Windows." -
"Tehát a c# szar szerinted, ok."
Ezt hol olvastad?
A Java a szar. Persze vannak dolgok, amire az való igazán (J2EE), de általánosságban nem láttam előnyét a C#-hoz képest. Ez csupán egy vélemény, amivel nem vagyok egyedül.
Egy nagyon egyszerű példa:
C#-ban a string.Replace minden előfordulást kezel, javában csak az elsőt. Plusz kódolás. -
Hat peldaul az, hogy a generikusok az csak egy compiler magic, futasidoben mar nincs generikus ugy egyaltalan (type erasure, java programozokent valszeg tudod, mi az). Ennek termeszetesen van nehany csunya implikacioja, pl. primitiv tipusok autoboxolasa minden egyes esetben, vagy az, hogy nem tudod megmondani runtime, hogy a kapott parameter az T<U> vagy T<V> tipus. Vagy nem tudsz egyszeruen runtime peldanyositani egy tipust. C#/C++ tudja a kovetkezot:
T Create<T>()
{
return new T();
}(Persze a C++ szintaktika nem pont ez.)
A Java ezt nem tudja.
-
#51
divrapier
tag
hobizsolti
#43
divrapier
tag
válasz
hobizsolti
#43
üzenetére
a nagyrészét elkészítheted a proginak C#-ban .NET-re építve, azt a kis részt, ahola CPUidő 90+%-a elmegy meg unsafe, aztán megfelelő C/asm-ben írt könyvtárat hivogatsz. best of both worlds. vagy ha az jobban tetszik, akkor managed c++
-
A Java úgy ... ahogy van. Nem elfogultság, de egy embert se ismerek a környezetemben, aki szerint jobb, gyorsabb lenne, mint a C#.
Könyvek terén a következő lista legyen mérvadó kiadók terén:
Apress, O'Reilly, Wrox, Addison Wesley, Sams, Microsoft Press.Magyarra igen kevés komoly könyvet fordítanak le sajnos, de simán érthető többségük. Persze kezdésnek egy C# 21 nap alatt könyv vagy valami kell, hogy az alapokat megszerezze valaki.
kokyt:
Nem csak számolni kell vele Windows platformon, annál azért több ez a nyelv.
Pl.: WPF-ben van már a Win elég sok része is megírva. A licencekkel mi a probléma? Van ingyenes fejlesztőkörnyezet, más mi kell? -
Sanyix
őstag
Amit akar. Valamit tuti elrejtenek a futtatókörnyezetben, különben le tudnák követni a monoban. Majd lesz sok zárt kód is... ahogy egyre jobban elterjed, egyre zártabb lesz, és a végén teljesen a vinfoshoz lesz láncolva. Hasonlót akar eljátszani a silverlightal is az m$, olyan directx-es mintára (az is volt mac-re meg linuxra amíg nem terjedt el), aztán elterjedt és hopp only win.
-
#43
hobizsolti
csendes tag
Jester01
#30
hobizsolti
csendes tag
a dupla interpretáció egy név, nem jelenti azt, hogy ténylegesen interpretálni kell. csupán arra utal, hogy a program VM-ben futó VM-en fut. ettől még lehet JIT-elni.
ugyanakor hiába a JIT, ha a JIT-elt kód is tökrözi a virtuális utasítás jellegzetességeit. akármilyen jó is a JIT, egy virtuális utasítás kifejtése más nyelv virtuális utasításaivá, majd annak natív kódra fordítása, hosszabb és lassabb kódot eredményez, mint az eredeti virtuális utasítás azonnali natív kódra fordítása. overhead van dupla interpretációkor, ez nem kérdés.
IL hardver: nem az a kérdés, hogy lehet-e csinálni, hanem az, hogy az hogyan működne. ha jól tudom, akkor az ARM, Java bytecode-ot futtató processzorai belül dekódolják a bytecode-ot, ami által egy Java utasítás végrehajtása több processzor utasításba kerül. akkor lenne az ilyen jó, ha 1 IL utasítás végrehajtása ugyanannyi időbe kerülne, mint 1 "normál" gépi utasítás.
de asszem ezt nem itt kéne megbeszélni, tekintve, hogy ez egy kezdő cikk, topic.
-
divrapier
tag
könyv: C# nyelvhez kedvencem ez. .NET framework megismerése: van hasonló, én szeretem a Microsoft Press-es könyveket. Sajnos kezdő szinthez nem tudom mi a jó, már volt C/C++, Java előismeretem mielőtt C#ot kezdtem.
stringkezelés: az teljesen megfelel 2. leckébe változók, típusok bemutatásánál. A containerek viszont szerintem nem elemi követelmény itt még.Folytatás: arra gondoltam, szombat délben felkerülhetne a következő lecke privát bejegyzésben. Ennek a végére is majd beszúrom a linket, meg aki szeretné az gondolom majd megtalálja. Ez megfelelne?
Microsoft, Java stb flame-be meg ne menjen át a topik! Érvelni, megbeszélni lehet, de ne 'szar'ozzunk.
-
Jester01
veterán
Öööö, ha te mondod biztos igaz. Itt ugyan 4 éve használunk mono-t és nem tűnik se szarnak se lassúnak. Persze csak néhány TB adat van
Ja és amikor még sehol nem volt 64 bites .net, mono már akkor is volt.Kompatibilitási probléma néha felmerül, bár olyankor is inkább a windows a béna Pl. szegény mono-t meg kellett erőszakolni hogy emulálja az idióta windowsos file sharing módokat, pedig a linuxot ez rohadtul nem érdekli. Vagy bizonyos xmleket nem volt hajlandó megemészteni a windows, illetve legutóbb nem volt kedve magyar (!) windowson magyar abc szerint rendezni.
-
Sanyix
őstag
Vigyázat! a c# nem platformfüggetlen! Bár ott a mono, de az olyan követni próbálkozás a m$ segítsége nélkül. Sőt az m$ mindent megtesz hogy egyre kevésbé legyenek a programok kompatibilisek a mono-val, mert ez az érdeke. Tehát aki multiplatform programot akar írni, javazzon vagy c++-ozzon, c# csak félig meddig multiplatform, de idővel úgy is onlypc onlywindows lesz, m$ ből nem lesz szalonna
.java mostanában már elég gyors. pl a quake2-t megcsinálták benne, ablakos módban gyorsabb volt mint az eredeti, többi módban pedig alig maradt el. Egyszerűbb vele programozni, minden szarra van hozzá library, full open, tehát még az alaplibraryk forráskódjába is benézhetsz, és full multiplatform, és elég jól támogatott. Van hozzá fasza fejlesztőkörnyezet (eclipse, bár van aki a netbeansre esküszik). Na meg egy java runtime telepítése pár másodperc alatt megvan, pár megabájt helyet foglalve, egy net 3.5-ös update frissítése meg vista sp1-en képes fél órát eltartani, és 300 megát eltűntetni
(mellesleg a c# és a java nyelvileg nagyon hasonló, nem véletlenül, hiszen anno az m$ akart gányolni egy saját javat magának (msjava), gondolom hogy egy vindózhoz kötött javat csináljon, de a sun beperelte őket, és így inkább csináltak egy másik nyelvet, ez lett a c#).
-
Syrano
tag
Magyar nyelven sajnos nem sok jó könyv van C#-hoz, a kezdők szerencsésebb helyzetben vannak ezen a téren, de aki komolyabban akar foglalkozni a C# programozással az felejtse el a magyar könyveket, angol nyelvű könyvek közül ajánlom figyelmetekbe a Sams kiadó Unleashed sorozatát, továbbá az Apress kiadó Pro sorozatát illetve az O'reilly-nak is vannak jó könyvei. Az Apress Pro C# 2008 and the .Net 3.5 platform különösen jó szerintem, 1400 oldal és szintén Hello World-del kezdődik!
Az írás tetszett, csak így tovább!
-
#30
Jester01
veterán
hobizsolti
#24
Jester01
veterán
válasz
hobizsolti
#24
üzenetére
a C# vagy Java lenne, akkor a programkódot egy olyan VM értelmezné, ami maga is VM felett fut. ezt hívják dupla interpretációnak.
Hát nem egészen, mivel nem kötelező interpreteresen használni. Lehet JIT vagy rendes előrefordítást is csinálni. Ezesetben ugyanúgy natív kód lesz belőle. Továbbá esélyes, hogy a keretrendszer jobban optimalizált mint amit a hétköznapi programozók elkövetnek c++-ban. Másképp fogalmazva, a programok nagy része nem a használt nyelv hanem az algoritmus/kódolás miatt lassú. Pl. ha Gipsz Jakab programozó úgy implementál dinamikus tömböt c-ben, hogy minden egyes elem beszúrásánál realloc vagy csak a buborékrendezést ismeri, akkor az siralmas lesz. Ezeket a hibákat feltehetőleg a keretrendszerben nem követték el, vagyis ha Jakab c#-ban programozik és használja mondjuk az ArrayList osztályt akkor gyorsabb lesz a kódja. Ettől függetlenül persze lehet, hogy tulajdonképpen láncolt listára lenne szüksége, de a programozók nagy százaléka manapság valamiért nem ismeri vagy használja a megfelelő adatszerkezeteket és algoritmusokat.
MOD: ja és még valami: IL-re is lehet(ne) natív hardvert csinálni, mint ahogy ha jól tudom van java hardver is.
-
#28
divrapier
tag
hobizsolti
#27
divrapier
tag
válasz
hobizsolti
#27
üzenetére
főleg akik jönnek a TTIK-ra programozni 0 tapasztalattal, azoknak nem mindig pozitív tapasztalat az első óra - bár ez oktatófüggő is, nem csak tantárgy. Még a matek csak-csak mert gimiben is volt olyan... de progalap kínaibb. Még van 1 hónap suliig, addig fel lehet készülni.
-
#27
hobizsolti
csendes tag
hobizsolti
csendes tag
Valami elfejetettem:
Szerintem sok egyetemistának (évfolyamtól függetlenül) tanácsos lenne elolvasni ezt a cikket!
-
#24
hobizsolti
csendes tag
hobizsolti
csendes tag
assembly - c++ - c# és Java ???
jelenleg egy open souce virtuális gép fejlesztésében veszek részt, a fenti 3 szintről a következő a véleményem
assembly: a szóban forgó VM tud JIT-telni, ami azt jelenti, hogy gépi kódot kell generálni, tehát ismerni kell az architektúrát. itt erre van szükség
c++: a VM c++-ban van írva. teljesítmény kell, mese nincs. ha C# vagy Java lenne, akkor a programkódot egy olyan VM értelmezné, ami maga is VM felett fut. ezt hívják dupla interpretációnak. nyilvánvaló, hogy ez teljesítményveszteség. ide nem jó a C# és Java, natív kód kell
C# és Java: marika néni a postán vagy katika a bankban ügyviteli programot használ. grafikus alkalmazás, kattintgat, pötyög egy keveset, kommunikál a központi szerverrel. itt a C# és Java teljesítménybeli hátránya nem érdekes, de a biztonság, gyors fejlesztés, hibamentesség (nem kell manuálisan memóriát foglalni/felszabadítani) nagyon fontos.
végül: Quake II .NET http://www.vertigosoftware.com/Quake2.htm
anno volt egy videó is róla, sajnos nem találom. P4-en vagy Centrino-on asszem teljesítménye az eredeti játékéval pariban volt. -
#23
hobizsolti
csendes tag
hobizsolti
csendes tag
http://www.libri.hu/konyv/microsoft-visual-c-2005-lepesrol-lepesre-cd.html
én ezt a könyvet olvastam először, és szerintem kezdőknek elég jó. bemutatja a nyelvet is, a windows form-os programozást is, van benne adatbázis programozás, és némi asp.net webes programozás.
-
#22
hobizsolti
csendes tag
hobizsolti
csendes tag
hello!
szerintem is szükség van arra, hogy ez a cikksorozat folytatódjon, hasonlóan vélekedek a c++-ról is. ez a cikk szerintem szakmailag magasabb színvonalú, mint a c++-os. ennek ellenére nem gondolom, hogy a c++-os rossz lenne. végzett programtervező matematikus vagyok, amivel azt szeretném csak mondani, hogy amit írtok programozás kapcsán, azt simán megértem. de aki kezdő, annak talán a számomra színtiszta szöveg zavaros lenne, ezért szerintem a c++ -os cikk nyelvezete talán éppen megfelelő a cikksorozat szándékához mérten.
2 évig programoztam .net/C#-ban, jelenleg 1 éve c++-ban. több kurzust is tartottam .net kapcsán egyetemen, úgy érzem állíthatom, hogy profi vagyok a témában. mindenesetre, ahogy tőlem telik, követni fogom mindkét cikksorozatot.
érdeklődök esetleg elvetődhetnek a dotnetszeged.hu oldalra, ahol .net-el, C#-pal (és microsoft-os termékekkel) kapcsolatos blog bejegyzések, fórumok vannak. a blog-ok egy részét jómagam írtam. egyet kiemelnék, ami a jelen cikkhez is kapcsolódik: Hello World program írása IL használatával, C#-ból generálva). csupán érdekesség, gyakorlati haszna csekély.
(az oldal ma, júl. 29-én nem érhető el karbantartás miatt, ezért sem tudtam linket adni az említett post-ra)sok sikert kívánok a továbbiakban és bocs a hosszú hozzászólásért
-
#21
Realradical
őstag
Snowy_owl
#16
Realradical
őstag
válasz
Snowy_owl
#16
üzenetére
Abból a könyvből senki nem fog C#-ul megtanulni programozni az tuti. Megvettem, hogy legyen ilyen is és nagyon felszínes szaharin. Nincs benne egy olyan objektum leírása sem amit az ember magától nem tud 100%-ban megtanulni használni. Hogy egyet mondjak. pl. datagridview.
Nem rossz ellenben:
Jason Price: C# adatbázis programozásA címe nagyon ijesztő, de kb. az egyik legérthetőbb könyv a legértékesebb anyaggal ami alapjaitól tanítja a C#-ot kifejezetten windows formra kihegyezve és kiváló T-SQL fejezet is van benne.
-
smkb
őstag
Hát az olyan vén rókáknak mint én, akik assemblyben tolták kezdésnek annó, és írtak grafikus programokat, rutinokat, meg fejtettek vissza disassemblerrel (na ott aztán tudod melyik regiszterben épp mit pakol cpu és mit raksz te, ott aztán lehet optimalizálni. és látod a lelkivilágot... és van ám nulla debug lehetőség
) ... jobbán jár mindenki, ha C++-t tanulja, sokkal jobban látja, hogy épül fel egy program (jobban rá van kényszerítve), univerzálisabb és időtállóbb (nem ma indult és nem is fog egyhamar eltűnni), mint a C# és egyéb véleményem szerint túl magas szintű fejlesztői nyelv. -
Suker10
tag
Én azt mondom, hogy a C++ jóval többre képes, mint a C#, annak ellenére, hogy rengeteget dolgozok vele. Pont a környezetben vannak a korlátai, viszont kevesebb a hibalehetőség és gyorsabb a fejlesztés. Sebességben sem fogja elérni azt a szintet, akárcsak a Java. Ez nem a nyelv hibája, hanem a .NET miatt van. A natív kód gyorsabb.
Az nem igaz, hogy C# csak Windows alatt létezik, de messze nem "platformfüggetlen", a Java sokkal jobban megvalósítja ezt. A keretrendszer is folyamatosan változik, ami a futtatáshoz szükséges, ezért előfordulhat, hogy az újabb verziók alatt íródott programok nem működnek a régi alatt. Az alap legyen inkább a C nyelv. Abban nincs OOP sem, ami tovább bonyolítja és más szemléletet kíván. Erre épül a C++, Java, C#, D, Objective-C, JavaScript, Perl, PHP, stb. -
#15
infectedmann
őstag
infectedmann
őstag
Megint egy C nyelv
Mindkét sorozatot nyomon fogom követni -
tobal
tag
válasz
divrapier
#10
üzenetére
Lehet, hogy nem minden C++ programozó megy ilyen mélyen bele, mindenesetre C++-ban van rá lehetőség, hogy aprólékosan vezéreld a gépet, mert több mindent hagy a programozóra. Ezért lehet gyorsabb programokat írni C++-ban (ezért írják pl a komolyabb játékokat is a mai napig C++-ban).
Egyébként a Mono-t se az MS-nek köszönhetjük... de nem flamelni akarok. A Java-hoz rengeteg platformra adnak ki JVM-et, a forráskód nagy része is nyitott már. Az MS érdekes módon sosem adott ki linuxra .NET framework-öt. És ugyanúgy Silverlight-ot sem. A Moonlight, Mono, és egyéb projectek a nyílt forrású közösség próbálkozásai arra, hogy a monopol helyzetben lévő MS zárt "kvázi-szabványai" elérhetőek legyenek szélesebb körben. Ezzel persze nem a C#-ot akarom ócsárolni, véleményem szerint ez egy nagyon jól összerakott nyelv. -
divrapier
tag
C++-ban nem csak win-re lehet programozni, ellentétben a C#-al.
cikkben irtam, van mono projekt, ami pl nem csak win platformos sőt, meg egyéb oldalról is próbálnak hódítani, pl ha a Silverlight plugint sikerül neten keményen elterjeszteni, akkor az mégegy erős bázis lehet. A jövőre tippelni lehet, múlt alapján meg... még fortran és cobol programozókat is keresnek.C++-ban programozol, tudni fogod, hogy mit csinál ténylegesen a program, "belelátsz a lelkébe"
Én ezzel vitatkoznék Ahhoz, hogy valaki tényleg csúcs c++ progit írjon, ne csak sikerüljön összehozni, hogy működjön sok figyelem kell. Az OS-t és a gép architektúráját is figyelembe kell venni. Én nem gondolom, hogy a C++ programozók többsége ennyire a mélyére megy - már csak a produktivitás miatt sem biztos, hogy érdemes. -
tobal
tag
Azzal azért vitatkoznék, hogy a .NET a jövő technológiája. Ez legfeljebb a windows-os környezetben igaz. C++-ban nem csak win-re lehet programozni, ellentétben a C#-al. A Java pedig kifejezetten platformfüggetlen, és legalább olyan könnyű benne programozni, mint C#-ban.
Kezdő nyelvnek amúgy csak annak ajánlom a C++-t, akit mélyebben érdekel a programozás, és az informatika. C++-nál előjönnek a pointerek, memóriakezelés, stb, amiket a Java és a C# előzékenyen elfed a programozó elől. Magyarul ha C++-ban programozol, tudni fogod, hogy mit csinál ténylegesen a program, "belelátsz a lelkébe", de abban sokkal könnyebb hibát véteni, több odafigyelés kell, ezért lassabb is a programozás. Java-ban vagy C#-ban könnyebb dolgod lesz, viszont nem fogod igazán megérteni, hogy ténylegesen hogyan működik a program.Ja, és a cikk tetszett, várom a folytatást.
-
Ricsi85
csendes tag
Szerintem folytassátok mind a C++-t mind a C#-ot lesz rá igény.
Én is nemrég kezdtem el ismét foglalkozni a programozással (annó pascaloztam, meg belekezdtem a C++-ba), de én barátom tanácsára a C++-al kezdek és csak utána tanulom majd meg a C#-ot szerinte jobban járok ha így csinálom. (Ő mindkettőt használja munkája során) A C# cikk szerintem is jobban sikerült részletessége miatt, ha együtt csináljátok tovább akkor meg még jobb lesz.
Várjuk a többi cikket is hajrá.
-
Érdemes még megemlíteni a SharpDevelop open source fejlesztőkörnyezetet, mint Visual Studio alternatívát.
-
Umbar
csendes tag
Szerintem a C# és a .Net a jövő technológiája. Sokkal rövidebb fejlesztési időt lehet elérni a segítségükkel. Az egyik kedvenc dolgom, hogy a kód amit írtam, más programnyelvekből is egyszerűen használható. Szvsz sokkal jobban megfelel egy kezdő programozónak mint a C++, bár nem vitatom, hogy egy profinak a C++ sem hiányozhat az eszköztárából. Egyébként nagyon jó kis cikk, csak így tovább!
-
Köszi a cikket (és hogy megemlítettél benne, nem kellett volna
)! Jó írás, érthető és - remélejük, mindenki igénye szerint - elég elmélet van benne.
malwy:
Nem jársz rosszul, ha ezt választos. A C# sok előnnyel bír és gyorsabban lehet látványos eredményeket elérni benne, nem is beszélve a Windows alkalmazások készítését. C++ alatt ez elég körülményes. -
malwy
senior tag
Mivel még nincs sok ismeretem a programozás területén, mindössze egy kisebb Phytonos kitérőm volt, ezért tanácsot szeretnék kérni: Melyik nyelvvel folytassam a következők közül
++, C#.
Mindkettőre indult egy-egy cikksorozat. Előbbi ismertebb nyelv, sok esetben gyorsabb, utóbbi modernebb, több architektúrát kezel és persze drámaian jobb megközelítésű a cikk.Azt hiszem C#-nál maradok, mivel ahhoz két szakkönyv, illetve egy remek cikk áll rendelkezésemre.
![;]](http://cdn.rios.hu/dl/s/v1.gif)
Nem véletlenül. Lehet, hogy 15 év múlva már nem sok cég akar C++-ben fejlesztetni... Igen, tudom, akkor ezt-és-azt soha nem fogja megérteni az illető... de hát az alkalmazások és keretrendszerek egyre komplexebbek, inkább azzal kell foglalkozni manapság, a regiszterek dobálása legyem a compillerek meg virtuális gépek dolga. Fájó öreg motorosoknak, de nem látom gyakorlatban sok értelmét, hogy valaki ilyen szinten értse a gépek működését... kevesen írnak olyan dolgokat, amihez ez kell.
Köszi. 
Kezdő vagyok..nagyon! 
Sok sikert a továbbiakhoz is! 
Pl.: WPF-ben van már a Win elég sok része is megírva. A licencekkel mi a probléma? Van ingyenes fejlesztőkörnyezet, más mi kell? 
Új hozzászólás Aktív témák
Hirdetés
- Apple iPhone 12 Pro 128GB, Kártyafüggetlen, 1 Év Garanciával
- Cooler Master CK550 RGB mechanikus (barna switch/magyar kiosztás)
- Újszerű Meta Quest 3 (128gb), 1 év garanciával +kiegészítőkkel
- Asus Prime B560M-K + i5 1500 + be quiet! + 32 Gb Patriot Viper 3.200 Mhz Beszámitok!
- Eladó Konfig Ryzen 7 7700 32GB DDR5 1TB SSD RX6800XT 16GB!
- Apple iPhone 14 128GB, Kártyafüggetlen, 1 Év Garanciával
- ÁRGARANCIA!Épített KomPhone Ryzen 7 5700X 16/32/64GB RAM RTX 3060 12GB GAMER PC termékbeszámítással
- ÁRGARANCIA!Épített KomPhone Ryzen 5 7600X 32/64GB RAM RX 7800 XT 16GB GAMER PC termékbeszámítással
- Huawei Nova Y70 128GB, Kártyafüggetlen, 1 Év Garanciával
- DELL PowerEdge R640 rack szerver - 1xGold 6138 (20c/40t, 2.0/3.7GHz), 64GB RAM,4x1G RJ, HBA330, áfás
Állásajánlatok
Cég: Promenade Publishing House Kft.
Város: Budapest
Cég: CAMERA-PRO Hungary Kft
Város: Budapest