Innym sposobem patrzenia na to na przykładzie ...
w .NET, można użyć nazw Reflection.Emit do generowania i skompilować kod w czasie wykonywania.
Np. Można utworzyć "IDE" z polem tekstowym, które akceptuje C#. Po kliknięciu przycisku, który C# może zostać skompilowany przez framework .Net do biblioteki niestandardowej, która jest ładowana dynamicznie lub do pełnowartościowego pliku wykonywalnego, który jest uruchamiany jako nowy proces.
To jest niesamowicie potężny w połączeniu z resztą przestrzeni nazw System.Reflection. Możesz badać obiekty w środowisku wykonawczym i kompilować niestandardowy kod na podstawie dowolnych kryteriów.
To powiedziawszy ... Problemy zazwyczaj przeważają nad korzyściami w większości przypadków. Przede wszystkim jest to ogromny problem z bezpieczeństwem, zwłaszcza podczas pracy na urządzeniu konsumenckim.
Możliwe byłoby stworzenie aplikacji, która nie miałaby niczego zbliżonego do złośliwego kodu, przejęcie jej przez Apple, pobranie kodu aplikacji ze swojego serwera WWW, skompilowanie go i wykonanie. Ten nowy kod nie zostałby poddany audytowi ...
Naprawdę nie ma powodu, aby robić to w aplikacji konsumenckiej.