2. Fórumok
  3. Szoftverfejlesztés
  4. C# programozás
Legfrissebb anyagok
Mobilarena témák
PROHARDVER! témák
IT café témák
GAMEPOD.hu témák
Keresés

Hirdetés

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

  • #125 Miracle senior tag Gregorius #124
    Új Válasz #125
    Ú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

    Miracle

    senior tag

    válasz Gregorius #124 üzenetére

    A GC sem a nyelv része, hanem a platformé.
    a malloc is a platform resze :) szoval ha a GC MINIMALIS kiszamithatosagat/vezerelhetoseget is tekintetbe vesszuk, akkor a malloc is jar, mint ,,alap'' szolgaltatas. de felreteve az elvi vitat, eleg ertelmetlen a nyelvrol platform nelkul beszelni :)


    Épp ellenkezőleg. A JIT-nek van lehetősége a futtató processzor architekturális sajátosságait, spéci utasításkészleteit kihasználni. A ''rendes'' C-fordítóknak pedig az összes megcélzott architekturával kompatibilis kódot kell generálniuk.
    hat... igazabol a kodok teljesitmeny-kritikus reszet, normalis programozo sok sok architekturara leforditja :) szoval ez nem igazi elony, szerintem sokkal nagyobb fegyverteny az, hogy a kod joval nagyobb egeszet atlatja a fordito, es az optimalizacio elvegzesere is tobb ideje van.

    Most már sosem tudom meg, mi ez a fantomelegancia, amiről beszélsz
    na akkor volt eloszor az automatikus valtozo: egyszerre foglalsz memoriateruletet, es valtozonevet
    aztan lehett foglalni kulon memoriateruletet.
    aztan a c++ oldotta meg eloszor, hogy NEVET lehessen foglalni, tarterulet nelkul.
    c#ban is van lehetoseg azonos fonkcionalitas megvalositasara, de nem ilyen szep, elegans, programozaselmeleti szempontbol is szep megoldas.

    Viszont az velük a probléma, hogy amint két program interfészel egymással rögtön ott a kérdés, hogy mi van, hogy ha különböző memóriamanagert használnak?
    hat igen, ezzel elegge meg lehet szopni :) persze amikor egy modult tobb projektben torteni felhasznalasra terveznek akkor erre figyelni kell.

    [Filekovetes]
    hat igen, ez lehet az en hulyesegem, de nem szeretek csak azert nyitva tartani fileokat, hogy ne veszitsem el oket ha elmozhatjak. szoval lehet hogy osszetakolt az az egesz unix vilag, de hogy mit meg nem adnek most egy rohadt i-node szamert .NET alatt... :))

    [Szerkesztve]

    értelmező késziszótár :: rekurzió --> lásd : rekurzió

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