| Zobrazit předchozí téma :: Zobrazit následující téma |
| Autor |
Zpráva |
Marek
Založen: 28. 07. 2007
Příspěvky: 1782
Bydliště: Velká Morava
|
 Zaslal: 23. září 2008, 01:16:21 Předmět: |
 |
|
| SUK napsal: |
| jinak moznost kompilovat cokoliv s .NETem do nativu vidim jako chvilema nemozny (jak by to bylo treba s reflexi? ). |
A proč by v nativu nemohla být reflexe? Jenom si s sebou budou objekty tahat trochu víc dat a nejenom ty, možná to taky nebude úplně intuitivní na používání (rozuměj mnohem víc low-level).
| andris11 napsal: |
| no a hlavne Garbage Collector, netvrdim, ze mam v tomhle jasno |
Pod C++ můžeš udělat podobný garbage collector jako v .NET, jenom to dá trochu práce a pokud to má být kopírovací GC (řeší fragmentaci), pak jeho používání asi nebude úplně jednoduchý, ale mělo by to jít (mám zatím zkušenost jen s mark&sweep collectorem, ten tam jede krásně a moc to nebordelizuje kód).
| andris11 napsal: |
| .NET -> native nevidim vubec ruzove |
Ale to je přeci přesně to, co dělá just-in-time compiler v .NETu, ne? (nebo by to aspoň měl dělat, teď si nejsem jistej)
| andris11 napsal: |
| opacny smer je asi schudnejsi, viz ten thread o OGRE zkompilovanem do rizeneho kodu, ale nerad bych siril famy. |
I to je možné, ale zase nevyužiješ třeba GC a jiné výhody .NETu a podle toho zmíněného threadu to vypadá mnohem komplikovaněji už proto, že to generuje trochu jiný MSIL kód a bez složitých ručních úprav přímo v IL to na Xboxu stejně nepůjde (to byl smysl toho threadu btw), nehledě na nepoužitelnost takhle zkompilovaného projektu v jiných .NET projektech.
_________________
AMD Open Source Graphics Driver Developer |
|
| Návrat nahoru |
|
 |
Augi
Založen: 28. 07. 2007
Příspěvky: 781
Bydliště: Čerčany
|
| Zaslal: 23. září 2008, 08:25:57 Předmět: |
|
|
| posila napsal: |
| Augi napsal: |
Podpora přímo v jazyce pro indexed properties fakt není  |
Tak s tim nesouhlasim, protoze ta konstrukce public int this[int index] {get; set; } se proste jmenuje indexed property, pod timto nazvem se to da najit v helpu, a daji se s tim udelat stejne veci, jako s tou VB konstrukci. |
Ne! Tahle konstrukce se jmenuje indexer a je to něco jiného než indexed property, viz např. http://msdn.microsoft.com/en-us/library/6x16t2tx.aspx - je tam odkaz na příslušné kapitoly ze specifikace C#.
Rozdíl mezi indexerem je indexed property je ten (zjednodušeně řečeno), že indexer jde udělat jen na this, kdežto indexed property na jakékoliv property. Samozřejmě jde implementovat indexed property pomocí indexeru (pomocí další třídy), ale to už není přímá podpora v jazyce jako v případě VB.NET, kde to jde naprasit přímo a není třeba používat žádné dodatečné třídy - v CIL je to pak vidět podobně jako get a set metody od property, pouze ty metody mají další parametr - a přesně tak je to nutné volat, když někdo udělá ve VB.NET assembly s indexed properties a my ji chceme používat ze C# (takže např. obj.get_MyIndexedProperty(i)).
| posila napsal: |
| To, ze to da vic prace je uz vec jazyka, ale rozhodne bych na zaklade toho netvrdil, ze C# nema podporu. |
Ale já mluvil o přímé podpoře v jazyce, tedy bez další práce navíc
| posila napsal: |
| Augi: a tohle jsem ti mohl napsat na IRC, kdybys nesel tak rychle spat |
Kdo mluvil o spaní, já napsal jen "gn all" |
|
| Návrat nahoru |
|
|
andris11
Založen: 29. 07. 2008
Příspěvky: 22
|
| Zaslal: 23. září 2008, 10:50:37 Předmět: |
|
|
indexed properties vs. indexers: jak rika Augi.
Napadlo me pozdeji, ze to asi ve vysledku pouziva indexed properties featuru IL, s tim, ze v C# muzes mit v typu jen jednu anonymni indexovanou property. Vyhoda v C# je ze se na to da zvenci pristupovat jako na default propertu, indexuje se primo promenna typu implementujiciho indexer.
| Eosie napsal: |
| andris11 napsal: |
| .NET -> native nevidim vubec ruzove |
Ale to je přeci přesně to, co dělá just-in-time compiler v .NETu, ne? (nebo by to aspoň měl dělat, teď si nejsem jistej) |
Jo JIT se stara o kompilaci IL do instrukci CPU, ale k behu ta aplikace potrebuje instanci CLR poskytujici garbage collecting aj. Nativnim kodem rozumim lib, ktery se da loadovat standartnim loaderem v OS, v praxi nevim o kompileru, ktery by napr. z C# kodu dokazal takovou lib vytvorit. |
|
| Návrat nahoru |
|
|
Augi
Založen: 28. 07. 2007
Příspěvky: 781
Bydliště: Čerčany
|
| Zaslal: 23. září 2008, 11:01:05 Předmět: |
|
|
| Takové "kompilery" existují, ale prý je s tím hromada problémů (několikrát se to řešilo na fóru builder.cz). |
|
| Návrat nahoru |
|
|
Al
Založen: 23. 10. 2007
Příspěvky: 196
|
| Zaslal: 26. říjen 2008, 23:03:26 Předmět: |
|
|
Tak k prvotní otázce můžu říct toto: C++ pod dotnetem (neboli C++/CLI, jak se tomu oficiálně říká), je C++ a ještě spousta věcí navíc. Není na tom nic ořezaného, jak psal tazatel, ale právě naopak plno věcí navíc! Když to srovnáte se staršími verzemi C# a díváte se low level očima, tak C# oproti tomu C++/CLI je takové dítě. C++/CLI má prostě spoustu věcí, které C# nemá. Na druhou stranu pro 99% aplikací jsou ty low level věci úplně zbytečné a spíš se hodí ty nové high level vymoženosti C#, které pokud vím C++/CLI nemá. Micorosoft doporučoval C++/CLI na psaní systémových služeb, ale sám sjem to nikdy nezkoušel.
Před dvěma lety jsem náhodou publikoval článek o tom, co to C++/CLI vlastně umí. Tak možná se někomu bude hodit. Dal jsem to dočasně k dispozici sem. |
|
| Návrat nahoru |
|
|
|
Hlavní strana
FAQ
Test
Hledat
Seznam uživatelů
Uživatelské skupiny
Registrace
Ke Stažení
Nastavení
Přihlášení
Calendar
