discharge pisze:
> Witam,
>
> Chciałbym przedstawić następującą kwestię (proszę mnie poprawić gdy
> się mylę):
> 1. Jak wiadomo, kod źródłowy kompilowany jest (przez ilasm.exe) do
> kodu pośredniego (MSIL)*
> 2. Uruchomienie programu polega na wczytaniu tego MSIL przez tzw. JIT
> (kompilator do kodu maszynowego działający w czasie uruchomienia).
> Zatem w trakcie uruchomienia w pamięci znajduje się kod maszynowy
> właściwy dla danej platformy (najczęściej jest to 32 bitowy Windows NT
> czyli wszelkie 32 bitowe XP, 2003, Vista itp, itd).
>
> O co chodzi?
>
> Chodzi o ten kod maszynowy. Jeśli taki kod istnieje w pamięci to
> równie dobrze można go wysłać do pliku i uruchamiać skompilowany do
> kodu maszynowego gotowy program. (?)
>
> Po co?
>
> 1. Nie muszę się martwić o przechwycenie moich rozwiązań przez
> potencjalną konkurencję (dotfuscator kosztuje ok. 4500euro i jako
> pojedynczego człowieka mnie na to nie stać).
> 2. Nie muszę instalować Frameworka.
>
> Niestety będą też wady:
> 1. Wszytkie używane biblioteki .NET ten EXEk będzie musiał pewnie mieć
> w sobie bo myślę, że twórcy .NET nie uwzględniają opisywanej tu opcji.
> No i pewnie rozmiar pliku byłby spory (chyba że jakoś byłby zdolny
> odwoływać się do jednak zainstalowanych bibliotek .NET).
> 2. Nie można będzie skorzystać z udogodnień .NET jak np. GC i pewnie w
> ogóle będzie trzeba pisać kod niezarządzany? (unsafe).

Mono w ostatnim wydaniu dodało możliwość tworzenia natywnej binarki.
Jest to zrobione głównie dla iPhone (ograniczenia licencyjne Apple App
Store wykluczają aplikacje z kodem pośrednim), więc nie wiem jak się
zachowa na i86.

Adam Kłobukowski