Długi czas czytelnika, pierwsze pytanie. fsi.exe to plik wykonywalny .NET, dlatego zawiera własny zestaw wraz z wszystkimi pysznymi metodami i czego fsi używa do wykonywania skryptów F #.fsi.exe Zgromadzenie: Ktoś wie, jak to osadzić?
Patrząc na zgromadzenie w .NET Reflector (wybierz swoją klasę, ale Shell jest najlepszym przykładem) odsłania garść śmieci * nazw, które wyglądają jak urządzone funkcje C++ (np. Z Dependency Walker). Nawiasem mówiąc i nieznacznie poza tym punktem, zestawy F # kompilują się w bardzo podobny sposób, z wieloma nazwami śmieci *, co prowadzi mnie do tego, że fsi.exe zostało napisane w języku F #, być może jako dowód użyteczności?
W każdym razie, oto moje pytanie: czy ktoś zaglądnął do fsi.exe i zorientował się, jak go osadzić w aplikacji .NET? Ponieważ chciałbym użyć F # jako języka skryptowego, ale programy kompilują się do (zaskakujących) programów, a skrypty muszą być wykonywane przez fsi.exe, co jest niedopuszczalne w mojej domenie (potrzebuję trwałej maszyny wirtualnej). Nie oczekuję poradnika na temat korzystania z fsi.exe, ale jestem ciekawy, czy ktoś z nim grał, a jeśli tak, to co odkryłeś na jego temat?
Dzięki za poświęcony czas.
* Śmieci na co dzień. Oczywiście są one sformatowane w ten szczególny sposób z konkretnego powodu, który znajduje się pod maską.
Więc w zasadzie, chcesz [eval] (http://en.wikipedia.org/wiki/Eval)? –
Zastanawiam się, czy licencja F # pozwala na umieszczanie fsi w pierwszej kolejności? – Juliet
@Juliet: Dlaczego miałby to być problem z licencją? – leppie