játékfejlesztés.hu
FórumGarázsprojectekCikkekSegédletekJf.hu versenyekKapcsolatokEgyebek
Legaktívabb fórumozók:
Asylum:    5511
FZoli:    4894
Kuz:    4455
gaborlabor:    4449
kicsy:    4304
TPG:    3402
monostoria:    3284
DMG:    3172
HomeGnome:    2919
Matzi:    2529

Pretender:    2498
szeki:    2440
Seeting:    2306
Geri:    2198
Orphy:    1893
Joga:    1791
Bacce:    1783
MaNiAc:    1735
ddbwo:    1654
syam:    1491
Frissebbek | Korábbi postok
[1] [2] [3] [4] [5] [6] [7] [8] [9] [10] [15] > 16 < [20] [25] [30] [35] [40] [45] [46]
terbed - Tag | 233 hsz       Online status #133502   2010.05.10 21:21 GMT+1 óra  
Sziasztok!
Azt szeretném megvalósítani, hogy egy program bekér internet címeket és azokat pl. 5 percenként frissíti és ha van új cikk akkor jelez. Valami ilyesmit szeretnék, a segítséget előre is köszönöm.
Vagy RSS csatornára kapcsolódik, vagy nem tudom...
   
Asylum - Törzstag | 5511 hsz       Online status #133450   2010.05.09 20:06 GMT+1 óra  
Elvileg tanultam WPF-et, csak nem olvastam el a pontos feladatkiirást és nem azzal irtam a beadandot , igy gözöm nincs mi az
C++ fordítóval és macival alszom
http://darthasylum.blog.hu/
   
Bukta - Tag | 308 hsz       Online status #133449   2010.05.09 20:02 GMT+1 óra  
Ezt nem hiszem el. Már 2 órája kerestem és csak utána írtam csak fórumba, erre mi van. Most meg rájöttem.
Kód:
TextRange textRange = new TextRange(block.ContentStart, block.ContentEnd);
qaa.Last().Aswers.Add(textRange.Text);

ennyi
De ha már itt tartunk akkor a WPFel mi a helyzet? Igaz az is .NETes, de valami olyanra emlékszem, hogy a MIL-en (Media Integration Layer) keresztül közvetlenül kommunikál a DirectXel. Ez nem gyorsítja fel a dolgokat a WPFbe? Vagy a WPF is ugyanannyit ér mint a többi .NETes társai?
ArgumenException: A megadott DependencyObject nem ehhez a Freezable elemhez tartozó környezet. Paraméter neve: context
:oO Mi a???
   
Asylum - Törzstag | 5511 hsz       Online status #133448   2010.05.09 19:49 GMT+1 óra  
Igen, a block az a richtextbox egy sora.

Sztem itt olvasgass http://msdn.microsoft.com/en-us/library/aa970909%28v=VS.100%29.aspx
C++ fordítóval és macival alszom
http://darthasylum.blog.hu/
   
Bukta - Tag | 308 hsz       Online status #133447   2010.05.09 19:48 GMT+1 óra  
Nah tudom hogy itt nincs sok .Netes ember, ráadásul a WPFhez meg gondolom mégugyse, de már nem tudom mit csináljak. Már az egyész Googlét átnéztem de nem találtam olyan forráskódot amit egy richtextbox szövegén végigmegy egy foreachhel vagy bárhogy is. Eddig jutottam:
Kód:
foreach (Block block in richTextBox1.Document.Blocks)
{
     if (block.FontWeight == FontWeights.Bold)
     {
         qaa.Last().Aswers.Add("Ide kéne a block szövege.");//de a block egy sor? vagy mi a ...?
     }
}

a block-ba van minden (betűméret, stílus.....), de a szöveget nem találtam sehol. richtextboxba már írtam:
Kód:
stream = File.Open(path, FileMode.Open); //"..\\test.rtf" = path
tr = new TextRange(richTextBox1.Document.ContentStart, richTextBox1.Document.ContentStart);
tr.Load(stream, dataFormat); //dataFormat = Rtf
stream.Close();

ezt ki tudom szedni stringbe, de akkor nem őrzi meg a formázásokat.

Ezt a hozzászólást Bukta módosította (2010.05.09 20:02 GMT+1 óra, ---)
ArgumenException: A megadott DependencyObject nem ehhez a Freezable elemhez tartozó környezet. Paraméter neve: context
:oO Mi a???
   
Asylum - Törzstag | 5511 hsz       Online status #133335   2010.05.08 13:57 GMT+1 óra  
Mih?

C++ -> compiler -> TÁRGYKÓD -> linker -> nativ bináris
C# -> compiler -> BÁJTKÓD (IL) -> ... -> .net futtatókörnyezet (ami interpreter...)

Megintcsak wiki: "Theoretically, a C# compiler could generate machine code like traditional compilers"

Azt irja, hogy a sepcifikécioban nincs rögzitve, hogy milyen kódot generáljon. Azt meg az előbb irtam, hogy van olyan lehetöség amivel egy assemblyt le lehet forditani nativ kóddá, de az akkor nem lesz platfromfüggetlen (vagyis széllel szemben hugyozol).

Tessék itt egy fórum is:

http://www.velocityreviews.com/forums/t20054-is-there-a-net-or-c-to-native-x86-compiler.html

"No, there isn't any way to compile to native code."


szerk.: http://en.wikipedia.org/wiki/Interpreted_language eszerint (részben) igazad van, de ez még mindig interpreter (futásidöben fordit? rofl).

"Many interpreted languages are first compiled to some form of virtual machine code, which is then either interpreted or compiled at runtime to native code."

".NET Framework languages (translated to CIL code) "
C++ fordítóval és macival alszom
http://darthasylum.blog.hu/
   
gaborlabor - Moderátor | 4449 hsz       Online status #133330   2010.05.08 13:12 GMT+1 óra  
Idézet
Pretten :
Kód:
var time = DateTime.Now.Hour;

if (time < 10)
    Console.WriteLine("Jó reggelt!");

if (time >= 10 && time < 20)
    Console.WriteLine("Jó napot!");

if (time >= 20)
    Console.WriteLine("Jó estét!");



Optimalizálva:
Kód:
var time = DateTime.Now.Hour;

if (time < 10)
    Console.WriteLine("Jó reggelt!");
else if (time < 20)
    Console.WriteLine("Jó napot!");
else
    Console.WriteLine("Jó estét!");

   
Pretender - Törzstag | 2498 hsz       Online status #133329   2010.05.08 13:12 GMT+1 óra  
Tenyleg nem switch-case

   
Pretten - Tag | 74 hsz       Online status #133328   2010.05.08 13:09 GMT+1 óra  
És a case ágakba intervallumot hogy adsz meg?
   
Pretender - Törzstag | 2498 hsz       Online status #133325   2010.05.08 11:41 GMT+1 óra  
vagy switch case! De a lenyeg ugyan az.

   
Pretten - Tag | 74 hsz       Online status #133321   2010.05.08 11:19 GMT+1 óra  
Idézet
terbed :
De arra hogy tudok kikötést rakni? : O
Pl. DateTime time = DateTime.Now;
if(time > 3 :00 && time < 10:00) Console.WriteLine("Jó reggelt";
Ez így biztos nem jó


Kód:
var time = DateTime.Now.Hour;

if (time < 10)
    Console.WriteLine("Jó reggelt!");

if (time >= 10 && time < 20)
    Console.WriteLine("Jó napot!");

if (time >= 20)
    Console.WriteLine("Jó estét!");
   
Pretten - Tag | 74 hsz       Online status #133319   2010.05.08 11:07 GMT+1 óra  
Idézet
Asylum :
Mi az, hogy "vagy"? Mi az, hogy "bután"?

C# kód -> bájtkód -> interpreter -> ?


A te képleted szerint:
C# kód -> interpreter -> bájtkód -> interpreter -> natív exe (x86, x64, vagy any cpu), amit a .NET runtime felügyel

C++ kód -> interpreter -> obj kód -> linker -> natív exe (x86, x64), amit a VC++ runtime managel

Ennyi, nem kell ezt túlbonyolítani. Szerintem interpreter alatt te egész mást értesz. Az, hogy egy program futás közben értelmez egy kódot és futtatja az az interpreter. A .NET nem ilyen. Natív kódra furdul futás előtt az IL és azt futtatja a processzor a .NET felügyelete mellett. Egy tényleges interpreter mellett ugyan mi értelme lenne az x86/x64 beállításnak, ha egyszer nem is a processzor futtatja?

Előre natív cache-be fordítás csak egy segédlet ahhoz, hogy nagyobb program gyorsabban induljon. Ezt ígyis-úgyis megcsinálja a .NET!

Mellesleg a Visual C++ runtime is managel bizonyos dolgokat, akkor az is interpreter?

Ezt a hozzászólást Pretten módosította (2010.05.08 11:22 GMT+1 óra, ---)
   
terbed - Tag | 233 hsz       Online status #133315   2010.05.08 10:48 GMT+1 óra  
De arra hogy tudok kikötést rakni? : O
Pl. DateTime time = DateTime.Now;
if(time > 3 :00 && time < 10:00) Console.WriteLine("Jó reggelt";
Ez így biztos nem jó
   
Pretender - Törzstag | 2498 hsz       Online status #133310   2010.05.08 09:59 GMT+1 óra  
lekered az idot, es switch-case pl.

   
terbed - Tag | 233 hsz       Online status #133307   2010.05.08 09:32 GMT+1 óra  
Sziasztok!
Azon gondolkozom, hogy lehetne megcsinálni, h ha pl elindul egy program, akkor napszaknak megfelelően köszönjön?
   
Asylum - Törzstag | 5511 hsz       Online status #133095   2010.05.06 00:36 GMT+1 óra  
Mi az, hogy "vagy"? Mi az, hogy "bután"?

C# kód -> bájtkód -> interpreter -> ?


Na majd holnap folytatjuk.
C++ fordítóval és macival alszom
http://darthasylum.blog.hu/
   
Matzi - Szerkesztő | 2529 hsz       Online status #133094   2010.05.06 00:33 GMT+1 óra  
Nyilvánvalóan a C# nyelven íródott programra gondoltam, de értsd félre nyugodtan, mert az jó.
A futtató környezet interpretál, amit vagy úgy tesz, hogy bután végigolvassa, és éppen ami jön azt megteszi VAGY esetleg transzformálja a kódot.
If your game idea starts with the story it’s not a game idea.
Stories in games are optional.
   
Asylum - Törzstag | 5511 hsz       Online status #133092   2010.05.06 00:18 GMT+1 óra  
A C# egy nyelv az nem fut semmilyen módban. Egy .net program az amit a .net futtatókörnyezet interpretál. Ne meséljétek már nekem, hogy a fehér az fekete -.- Énis tanultam .netet is, c#-ot is egy (profi) .netestöl.

szerk.: a jegyzet alján megtaláltam amiröl beszéltek - teljesitményoptimalizálás cimén. Magyarul a gyakran használt assemblyket le lehet forditani elöre nativ kóddá. Ez innen már ugyanaz mint egy C++ -ban irt felturbózott dll (vagy bináris, de ezzel kvára elveszted a platformfüggetlenséget). Ha kell bemásolom.

Ezt a hozzászólást Asylum módosította (2010.05.06 00:33 GMT+1 óra, ---)
C++ fordítóval és macival alszom
http://darthasylum.blog.hu/
   
Matzi - Szerkesztő | 2529 hsz       Online status #133091   2010.05.06 00:14 GMT+1 óra  
A C# nem fut natív módban ez igaz, de a manageltség simán jelentheti azt, hogy olyan natív kódot fordít, amiben benne van a managelés. Tudod, előbb utóbb valami kiadja a gépi utasításokat, és nyilván nem egy lestrapált manó fogja, hanem valami értelmes fordító, ami kiegészíti, ahol jónak látja. Így lesz managelt ÉS még gyors natív kódot fordító.

Hihetetlen? Mágia?
If your game idea starts with the story it’s not a game idea.
Stories in games are optional.
   
Asylum - Törzstag | 5511 hsz       Online status #133087   2010.05.05 23:57 GMT+1 óra  
http://hu.wikipedia.org/wiki/C_Sharp

"A C# az a programozási nyelv, ami a legközvetlenebb módon tükrözi az alatta működő, minden .NET programot futtató .NET keretrendszert, valamint erősen függ is attól: nincsen nem menedzselt, natív módban futó C# program"

Gratulálok.
C++ fordítóval és macival alszom
http://darthasylum.blog.hu/
   
Pretten - Tag | 74 hsz       Online status #133080   2010.05.05 23:20 GMT+1 óra  
Idézet
Asylum :
De akkor ezt ne ugy emlegesd, hogy cache, mert azt a cpu cachének gondolja mindenki...
Meg mi az hogy "nativ kodot futtat"???...
Ami futtatja a kódot az vagy a processzor vagy egy interpreter -.-


Nincs interpreter ez nem c64 értsd már meg. A program nagy része első futtatás előtt lefordul natív kódra (natív cache-be), adott CPU-ra optimalizáltan és annak futását felügyeli a .NET, de akkor már nem fordítgat senki semmit. Be is lehet állítani, hogy x86, vagy x64-re fordítson, ahogy a C++ nál, de célszerű meghagyni az Any CPU-n, mert nyílván akkor nem sablon kódot fordít.

JOT - Just out of time compiling? - Olyasmi, de még nem lehet tudni mi lesz a következő .NET-ben, csak sejthető.
   
VT - Törzstag | 1228 hsz       Online status #133068   2010.05.05 21:15 GMT+1 óra  
JOT - Just out of time compiling?
Csak semmi játékfejlesztés!
   
Asylum - Törzstag | 5511 hsz       Online status #133066   2010.05.05 20:43 GMT+1 óra  
De akkor ezt ne ugy emlegesd, hogy cache, mert azt a cpu cachének gondolja mindenki...
Meg mi az hogy "nativ kodot futtat"???...
Ami futtatja a kódot az vagy a processzor vagy egy interpreter -.-

Ezt a hozzászólást Asylum módosította (2010.05.05 22:12 GMT+1 óra, ---)
C++ fordítóval és macival alszom
http://darthasylum.blog.hu/
   
Matzi - Szerkesztő | 2529 hsz       Online status #133038   2010.05.05 14:39 GMT+1 óra  
Az újszülöttnek minden programozási paradigma új.
If your game idea starts with the story it’s not a game idea.
Stories in games are optional.
   
syam - Törzstag | 1491 hsz       Online status #133036   2010.05.05 14:38 GMT+1 óra  
Historia est mater studiorum.

Ismétlés a tudás anyja, de meddig kell még ismételni?
alias aalberik
   
Bukta - Tag | 308 hsz       Online status #133034   2010.05.05 14:27 GMT+1 óra  
Asszem Pretten többekközt erről beszél.
ArgumenException: A megadott DependencyObject nem ehhez a Freezable elemhez tartozó környezet. Paraméter neve: context
:oO Mi a???
   
Pretten - Tag | 74 hsz       Online status #133027   2010.05.05 14:02 GMT+1 óra  
Asy mondom, hogy cache. Azt hiszed ez úgy működik, hogy minden egyes indításkor elkezdi elemezni ugyanazt a kódot és közben fut, vagy mi? A JIT az cache-ből dolgozik, ami -most kapaszkodj meg- natív kódot futtat. A JIT után jön a JOT, ami már telepítéskor fogja a natív kódot előállítani egy optimalizált fordítás után. Nyílván nem mindegy, hogy win32.h, meg ehhez hasonlókat kell értelmezni, vagy egy eleve alacsonyszíntű asm-szerű kódot.
   
Kuz - Törzstag | 4455 hsz       Online status #133026   2010.05.05 13:53 GMT+1 óra  
Idézet
Asylum :
És a JIT az mi a f*xom?


Az az, amit a managed öreg nénik mondanak a hangos fiataloknak : "Jit legyen már, aludnánk". (tudom, ez olyan 50ft-os poén volt... )
A memóriám már nem a régi. És ráadásul még a memóriám sem a régi...
Az élet attól szép, hogy bármi megtörténhet. És attól szar, hogy meg is történik...
Ha az egyik szinkronúszó megfullad, mit csinál a többi???

   
Asylum - Törzstag | 5511 hsz       Online status #133024   2010.05.05 13:49 GMT+1 óra  
Idézet
Pretten :
Idézet
Asylum :
Hát persze irjunk egy interpretert a szgépre amit interpretáljunk egy interpretált interpreterrel

Interpreteres utoljára a commodore gépen volt a BASIC, azóta már eltelt pár év. A .NET natív cache-ből futtat, ráadásul a Longhorn Bartok compilert használt, ami azt jelenti, hogy telepítésnél adott vasra optimalizált natív kódot fordít.



Egen? És a JIT az mi a f*xom?
C++ fordítóval és macival alszom
http://darthasylum.blog.hu/
   
Asylum - Törzstag | 5511 hsz       Online status #133023   2010.05.05 13:47 GMT+1 óra  
Akkor máshogy mondom: a .net virtuális gép futtatja a .netes programot ami meghivja a microfos által összegányolt posix apit ami meghivja a winapit, ami meghivja a winfos kernelt ami talán valamikor végrehajtodik ha megkapja az órajelet.

Linuxon? Posix api. Kész.
C++ fordítóval és macival alszom
http://darthasylum.blog.hu/
   
Pretten - Tag | 74 hsz       Online status #133022   2010.05.05 13:43 GMT+1 óra  
Idézet
Asylum :
Hát persze irjunk egy interpretert a szgépre amit interpretáljunk egy interpretált interpreterrel

Interpreteres utoljára a commodore gépen volt a BASIC, azóta már eltelt pár év. A .NET natív cache-ből futtat, ráadásul a Longhorn Bartok compilert használt, ami azt jelenti, hogy telepítésnél adott vasra optimalizált natív kódot fordít.
   
Asylum - Törzstag | 5511 hsz       Online status #133020   2010.05.05 13:40 GMT+1 óra  
Idézet
Pretten :
Most nem azért de a marsjáró az éppen pont Java-t használ.



De nem azt a java-t amit te.
C++ fordítóval és macival alszom
http://darthasylum.blog.hu/
   
Kuz - Törzstag | 4455 hsz       Online status #133019   2010.05.05 13:39 GMT+1 óra  
"Mikor irtam, hogy "minden esetben jobb"? "
Ezt most kivételesen én írtam (mármint ilyet). Idézem :
"Ettől függetlenül használható nyelv, mégha a C++ túlnyomó részt be is előzi szinte mindenben."

"Azt meg honnan tudod, hogy az enginek televannak bugokkal?" - Olyanokra gondolok, mint amikor elszáll a program 'out of memory' üzenettel (bár hála istennek ilyennel már régen találkoztam), vagy csak simán memory leak-es, avagy akad, etc.

"XNA-ban mennyivel tart rövidebb ideig megirni egy ugyanolyan enginet? Semmivel? Hoppá.."
Ezek szerint lehet ugyanolyat írni xna-ban is? Na jó, csak vicceltem. Amúgy ha ezt a lenti kérdésem zárójeles részére értette, akkor magyarázatként annyit fűzök hozzá, hogy próbáltam kiszűrni minden, a kérdés szempontjából nem releváns tényezőt (pl fejlesztési idő. Ennél nem gondoltam se többre, se kevesebbre. Továbbá calm down, pls.

Ezt a hozzászólást Kuz módosította (2010.05.05 13:46 GMT+1 óra, ---)
A memóriám már nem a régi. És ráadásul még a memóriám sem a régi...
Az élet attól szép, hogy bármi megtörténhet. És attól szar, hogy meg is történik...
Ha az egyik szinkronúszó megfullad, mit csinál a többi???

   
Pretten - Tag | 74 hsz       Online status #133018   2010.05.05 13:38 GMT+1 óra  
Most nem azért de a marsjáró az éppen pont Java-t használ.
   
Asylum - Törzstag | 5511 hsz       Online status #133016   2010.05.05 13:34 GMT+1 óra  
Megint olyanokba mentek bele amit le se irtam. Mikor irtam, hogy "minden esetben jobb"? Épp egy másik topicban mondtam pont én, hogy mikor NEM jó. Beszéltek marhaságokat.
Játékfejlesztéssel kapcsolatos példát akarsz? Rendben, fizika szimuláció.

Java-t sok helyre bevitték, mobil eszközökbe stb., viszont az nem TELJESEN az a java, át kellett optimalizálni a sokkal kisebb teljesitményü processzorokra, energiatakarékosra. Valószinüleg a mobilos .net-el is valami hasonlo a helyzet; ilyen gépeken már valoban legalább annyira használhatók mint a c++.
PC-n pedig marad a két oldal - üzleti vs. számitásigényes.

Azt meg honnan tudod, hogy az enginek televannak bugokkal? Mást kérdezek: XNA-ban mennyivel tart rövidebb ideig megirni egy ugyanolyan enginet? Semmivel? Hoppá..

Ami a leginkább zavar a .net-ben az egy kicsit a jövöbe valo kitekintés, és már volt róla szó...hogy jó lenne ha a windows teljesen .net alapu lenne. Hát persze irjunk egy interpretert a szgépre amit interpretáljunk egy interpretált interpreterrel és csakazért, hogy még sokkal gecilassabb legyen interpretáljuk mégegyszer. És még mellé nemis platformfüggetlen. MELYIK IDIÓTA TALÁLTA EZT KI? Menyivel jobb lett volna a c#-ot ugy megirni, hogy nativ kodot forditson!
C++ fordítóval és macival alszom
http://darthasylum.blog.hu/
   
Kuz - Törzstag | 4455 hsz       Online status #133012   2010.05.05 13:26 GMT+1 óra  
Ez jogos, nem véletlenül hangzott már el oly sokszor, hogy a megfelelő célra a megfelelő eszközt. Most csak azért, mert a megfelelőnél van megfelelőbb, attól még a megfelelő megfelelő. (Niiiice ) Ha pedig már nem lesz megfelelő, ott a megfelelőbb.
A memóriám már nem a régi. És ráadásul még a memóriám sem a régi...
Az élet attól szép, hogy bármi megtörténhet. És attól szar, hogy meg is történik...
Ha az egyik szinkronúszó megfullad, mit csinál a többi???

   
Matzi - Szerkesztő | 2529 hsz       Online status #133011   2010.05.05 13:21 GMT+1 óra  
Ez totál meddő vita. Az egyikben minden az irányításod alatt van, a másik a kezed alá dolgozik. Aztán döntsd el, hogy te inkább egyedül építesz házat, vagy egy csapat segédmunkással. Az előbbiben minden olyan lesz, amilyenre csinálod (akár jó az, akár rossz!), az utóbbiban kisebb eséllyel rontod el nagyon, és gyorsabban kész leszel, cserébe megvan a maga hátránya.

Igen, marsjáróba, pacemakerbe és ABS-be C++al fognak fejleszteni, üzleti környezetben meg C#al. Kezdjünk el vitatkozni, hogy ki a jobb, egy bankár vagy egy autóversenyző?
If your game idea starts with the story it’s not a game idea.
Stories in games are optional.
   
Pretten - Tag | 74 hsz       Online status #133010   2010.05.05 13:17 GMT+1 óra  
Idézet
Kuz :
Vajon van itt a portálon olyan ember, aki elég kompetens egy sebbességmérő program megírásához C++ és/vagy C# nyelven? Ezt most csak azért kérdezem, mert anno láttam egy cikket ilyen témában, ahol a C#-os kód tele volt írva unsafe-es dolgokkal, és az alapján az illető kijelentette, hogy a C# határozottan lassabb.


Ameddig nem hátráltat, kit érdekel? Attol jobb ha megtudod, hogy pl a Modula2 gyorsabb? Akkor se fogod használni.
   
Kuz - Törzstag | 4455 hsz       Online status #133009   2010.05.05 13:15 GMT+1 óra  
Vajon van itt a portálon olyan ember, aki elég kompetens egy sebbességmérő program megírásához C++ és/vagy C# nyelven? Ezt most csak azért kérdezem, mert anno láttam egy cikket ilyen témában, ahol a C#-os kód tele volt írva unsafe-es dolgokkal, és az alapján az illető kijelentette, hogy a C# határozottan lassabb.
A memóriám már nem a régi. És ráadásul még a memóriám sem a régi...
Az élet attól szép, hogy bármi megtörténhet. És attól szar, hogy meg is történik...
Ha az egyik szinkronúszó megfullad, mit csinál a többi???

   
kooow - Tag | 73 hsz       Online status #133008   2010.05.05 13:11 GMT+1 óra  
1. Nem hiszem, hogy az volt a cél, a .NET megalkotásakor, hogy "tervezzünk egy olyan platformot, amit majd a mars járó szondában is használni fognak".
2. Az új hardverekhez való megjelenéshez adott tool-ok aztán sok mindent eldöntenek. Java-t is bevitték bankkártya leolvasó eszközbe, szóval csak a szándék hiányzik sok esetben. Meg aztán mennyire elvárható, hogy a pl. a nintendo ds megjelenésekor a japán cég rohan .NET-es toolt összehozni.
3. Mennyire releváns egy játékfejlesztés portálon napokig futó algoritmusokról írni? Mondjuk ha valaki hosszú körökre osztott játékot készít..
4. Eddig én csak egy natív vs managed vitát láttam magyar oldalakon, ez pedig a prog.hu-s chikk által fémjelezett verseny volt (ezt már linkeltem máshol). Ha ennyire bizonyítani akarsz, akkor írj neki a blogján, aztán ha te kerülsz ki győztesen, akkor meghajlunk c++ tudásod előtt, de akkor sem fogjuk azt mondani, hogy MINDEN esetben jobb a c++. (Ált könnyebb szidni a .NET-et mint tényleg belemenni egy ilyen "kódversenybe", hát hajrá akkor).
   
Kuz - Törzstag | 4455 hsz       Online status #133007   2010.05.05 13:11 GMT+1 óra  
Azért Asylum sem ilyen while(true)-ra gonolt, ember. Amúgy az engem is érdekelne, hogy milyen különbségek jönnek fel komolyabb processzor ÉS memória igényes alkalmazások esetén (és itt most figyelmen kívül hagyva, hogy melyik programot mennyi időbe telik megírni, inkább alapból azt feltételezve, hogy az adott problémára, a lehető legmagasabb szinten fel van készítve mindkét program).
A memóriám már nem a régi. És ráadásul még a memóriám sem a régi...
Az élet attól szép, hogy bármi megtörténhet. És attól szar, hogy meg is történik...
Ha az egyik szinkronúszó megfullad, mit csinál a többi???

   
Bukta - Tag | 308 hsz       Online status #133006   2010.05.05 13:03 GMT+1 óra  
Kuz: lavinát
Asylum: ezt olvasom mindenhol hogy a c# csak első futásnál lassú, meg úgy az eddigi tapasztalatból is mondom. Igaz napokig futó algoritmust nem futtattam még, de majd csinálok egy while (true) {...} ciklust aztán kiderül . A .NET az viszont tényleg Windows-os, de hát akkor betallózok egy másik függvénykönyvtárat (dll-t) aztán abból programozok. pl Tao framework, vagy COM-ból aztán kész máris nem .NET. Az meg, hogy NASA nem c#-ozik, hát én se egy űrhajón tesztelném az 5-10 éves nyelvet először. A hardverekhez meg lövésem sincs ... Ahhoz is van külön fordító?
ArgumenException: A megadott DependencyObject nem ehhez a Freezable elemhez tartozó környezet. Paraméter neve: context
:oO Mi a???
   
Kuz - Törzstag | 4455 hsz       Online status #133005   2010.05.05 12:58 GMT+1 óra  
Idézet
Asylum :
A C# a microfos válasza a java-ra...


Nyugodtan mondhatod, hogy sok helyről - nem csaj java-ból - összelopták a jó megoldásokat. Ez sajnos tény, bár ettől függetlenül egy elég használható nyelv lett (most vonatkoztassunk el azoktól, akik csak C++-ban tudnak gondolkodni, az legyen az ő dolguk). Nyílván nem játékfejlesztésre fejlesztették ki, de ahhoz még mindig tartom magam, hogy PC-re, winfos alá C#-al (xna-val) is lehet jó játékokat csinálni, csak még túl fiatal környezet ez ahhoz, hogy akárki is említésre méltó dolgot csináljon benne (ha csak abból indulunk ki, hogy egy tisztességes C++-os enginet sokszor hány évig fejlesztenek, és a legtöbbje még így is egy nagy bug tenger, szerintem van még ideje a managed környezetnek). Hogy most ennek mennyi lesz a valóságalapja, azt majd az idő fogja megmondani. Lehet, hogy 1-2 éven belül kijön néhány nagy xna-s gém, lehet, hogy sosem (ne reagálj erre, úgyis tudom mit mondanál ). Ettől függetlenül használható nyelv, mégha a C++ túlnyomó részt be is előzi szinte mindenben. Attól, hogy van jobb, még nem jelenti azt, hogy ez nem jó.
A memóriám már nem a régi. És ráadásul még a memóriám sem a régi...
Az élet attól szép, hogy bármi megtörténhet. És attól szar, hogy meg is történik...
Ha az egyik szinkronúszó megfullad, mit csinál a többi???

   
Asylum - Törzstag | 5511 hsz       Online status #133000   2010.05.05 12:45 GMT+1 óra  
A C# a microfos válasza a java-ra...ez ugy volt, hogy mindenféle winfos függö dolgot akartak belepakolni, persze a sun hallani sem akart erröl, ezért a mf bedurcizott és "megcsinálta" a .net-et és a c#-ot.

Nagyjábol a mostani verziora ért el oda, hogy már majdnem használható is (bár egy csomó érthetetlen és fölösleges nyelvi elem van), de még mindig csak üzleti dolgok fejlesztésére. Az biztos, hogy repülögép irányito szoftvert sosem fognak c#-ban irni, ahogy a mars szonda programját sem. Ha megjelenik valami uj hardver általában c/c++ forditot irnak hozzá.

Az meg hogy elsö inditásnál uolyan gyros...honnan tudod? Ez nem egy releváns összehasonlitás...majd ha egy napokig futo algoritmust uannyi idö alatt old meg (de sosem fog), majd akkor.
C++ fordítóval és macival alszom
http://darthasylum.blog.hu/
   
Kuz - Törzstag | 4455 hsz       Online status #132999   2010.05.05 12:40 GMT+1 óra  
Bukta : ugye tudod ezzel mit indítasz el (már megint )?

syam : jelzem a C#-ot is lehet magas szinten űzni, amikor tudod, hogy mi-mit csinál, hogyan dolgozik a GC (emiatt hogyan célszerű felépíteni a progamot), miegymás. Tény, hogy a legtöbb alkalmazásnál nem szükséges mindent ismerned (különben nem lennének junior fejlesztői pozíciók ), de nem hátrány, ha mélyebb szinten ismered a C#-ot. A C++ szvsz jóval komolyabb odafigyelést igényel. Bár írtam már C++-ban egyszerű játék demot, ami aztán minden volt, csak nem átgondolt, de ettől függetlenül azért alapjaiban több odafigyelés, tanulás és tapasztalat kell, mintha ugyanezt C# alatt csinálod. Ettől függetlenül a C# (illetve maga az xna) nem lesz 'kattingatós' nyelv, de nem is fogja megváltani a világot. Ebből fölösleges most az n+1-edik flame-et elindítani.
A memóriám már nem a régi. És ráadásul még a memóriám sem a régi...
Az élet attól szép, hogy bármi megtörténhet. És attól szar, hogy meg is történik...
Ha az egyik szinkronúszó megfullad, mit csinál a többi???

   
Bukta - Tag | 308 hsz       Online status #132998   2010.05.05 12:35 GMT+1 óra  
syam

Ha viszont nem szereted a kötöttségeket (mint ahogy én sem a saját berkeimen belül:3 ) utálni fogod, h nem tudod mit csinál, mennyi cpu időt és mennyi memóriát eszik.


Ott az IL Disassembler és az IL már közelebb áll a szgéphez. Sztem az ILből már rá lehetne jönni a te problémáidra is. De gondolom a Microsoft-nál úgy csinálták meg a dolgokat, hogy ne terhelje a cpu-t meg a memóriát se.
Egyébként ennyiből már lehetne Assembly-t is tanulni, vagy összerakni egy saját szgépet...
ArgumenException: A megadott DependencyObject nem ehhez a Freezable elemhez tartozó környezet. Paraméter neve: context
:oO Mi a???
   
Pretten - Tag | 74 hsz       Online status #132997   2010.05.05 12:33 GMT+1 óra  
Az a baj, hogy mindig mindent nem lehet megírni. Ha beledebuggolsz a VC++ programba, akkor látszik ott is, hogy mennyi háttérkód van egy egyszerű operator new mögött is.
   
syam - Törzstag | 1491 hsz       Online status #132996   2010.05.05 12:18 GMT+1 óra  
Idézet
Bukta :
Én csak azt nem értem hogy sokan miért nem szeretik a C# & .NET-es újdonságokat.? Hisz a C#ba ott a GC. Meg az első futtatás után ugyanolyan gyors mint a C++ programok. Meg ha jól tudom akkor a C++ba a kivételkezelés sem olyan könnyű. Meg hát a C#ot tapasztalt emberek fejlesztették ki, olyanok akik évekig C++al dolgoztak azelőtt (meg most is biztos). Csak jobbat akartak csinálni az eddigi nyelveknél. Nem?



Szerintem a mikrószoft akart csinálni egy saját nyelvet, amivel a saját cuccait lehet programozni. Az epöl uezt csinálta az obj. c-vel.
Ha magasszintü programozást űzöl (ill. ha nincs más lehetőség) akkor ezek a nyelvek kényelmesek és hatékonyabbak, mint a "standard" c/c++, mert rengeteg terhet levesznek a válladról és gyorsabb a fejlesztés és általában a kód stabilabb is lesz, mert amikkel dolgozol azok többnyire sokszor tesztelt és javított könyvtárak.
Ha viszont nem szereted a kötöttségeket (mint ahogy én sem a saját berkeimen belül:3 ) utálni fogod, h nem tudod mit csinál, mennyi cpu időt és mennyi memóriát eszik.
alias aalberik
   
Bukta - Tag | 308 hsz       Online status #132993   2010.05.05 12:06 GMT+1 óra  
Én csak azt nem értem hogy sokan miért nem szeretik a C# & .NET-es újdonságokat.? Hisz a C#ba ott a GC. Meg az első futtatás után ugyanolyan gyors mint a C++ programok. Meg ha jól tudom akkor a C++ba a kivételkezelés sem olyan könnyű. Meg hát a C#ot tapasztalt emberek fejlesztették ki, olyanok akik évekig C++al dolgoztak azelőtt (meg most is biztos). Csak jobbat akartak csinálni az eddigi nyelveknél. Nem?
ArgumenException: A megadott DependencyObject nem ehhez a Freezable elemhez tartozó környezet. Paraméter neve: context
:oO Mi a???
   
syam - Törzstag | 1491 hsz       Online status #132861   2010.05.03 17:35 GMT+1 óra  
Idézet
Pretten :
Csak kérdés lesz e olyan hülye, aki elkezd egy hackelt cuccal bohóckodni C++ ban, amikor ott az XNA, meg az SL. Értelme nincs, de aki unatkozik, annak jó.



Én/mi most portoltam rá egy engine-t... Nagy élmény volt.... Mikrószoft kitett magáért OpenGL driver írásban (igen, van rajta OGL driver és nem hackelt, hanem eredeti); olyan hibákat találtam, h vááááá

Idézet
kicsy :
Idővel kipusztul a Zune meg a win mobile



Az még odébb lesz....

Ezt a hozzászólást syam módosította (2010.05.03 17:45 GMT+1 óra, ---)
alias aalberik
   
Frissebbek | Korábbi postok
[1] [2] [3] [4] [5] [6] [7] [8] [9] [10] [15] > 16 < [20] [25] [30] [35] [40] [45] [46]