🚀 go-pugleaf

iiui wrote:
> witam ponownie.
>
> utworzylem zwykly program pod sharpdevelop, nastepnie chcialem go
> odpalic na innym komputerze, na ktorym nie ma .net framework. Pojawia
> sie pytanie, co zrobic, by utworzony exe chodzil "wszedzie", tam
> gdzie nie ma .net framework rowniez.
> Co robic ?
[...]

Witam!

Framework do biblioteki, z których korzysta aplikacja. Skoro w Windows są
biblioteki, z których korzystają aplikacje i nikt nie próbuje linkować tych
bibliotek do .exe-ków, to dlaczego chcesz stworzyć gigantyczny .exe dla
aplikacji .NET.

Jeśli chcesz tworzyć zwarte exe-ki, które uruchomią się na Windows
posiadający dotychczas dostępny zestaw biblioteki to lepszym wyborem będzie
Delphi albo C++ Builder. W innym przypadku trzeba instalować frameworka.

Taka sytuacja ma jeszcze jedną zaletę, oprócz wielkości aplikacji i
obecności bibliotek raz w pamięci. Chodzi o komunikacje między aplikacją a
bibliotekami albo procesami. Wspólne biblioteki definiują wspólne typy,
posiadają wspólne menadżerzy pamięci, itd. co ułatwia wydanie przepychanie
dane. Np. biblioteka jest wstanie przydzielić dynamicznie pamięć do danych o
zmiennej długości a aplikacja ją zwolnić. W Delphi to jest problem, który
Borland rozwiązał właśnie dodatkową .dll-ką, w której siedzi menadżer
pamięci. Wszystkie moduły gadające ze sobą jeśli chcą dynamicznie
przydzielać pamięć, np. do stringów, muszą korzystać ze wspólnej .dll-ki.

-- 
Pozdrawiam,
Marek Janaszewski
[ j_m...@gazeta.pl ]