Unikanie kodu użytkownika wywołującego odbicie w C#

Question

Wdrażam automatyczny "oceniający" dla kursu, który obecnie uczę. Ogólny pomysł jest taki, że każdy uczeń dostarcza bibliotekę DLL z zaimplementowanymi algorytmami. Mój oceniający ładuje wszystkie te biblioteki DLL za pomocą Reflection, znajduje implementacje uczniów i ocenia je w turnieju. Wszystkie te algorytmy są optymalizujące black-box, które realizują następujące interfejs

public interface IContinuousMetaheuristic 
{ 
    // ... Some unimportant properties 
    Vector Evaluate(Function function, int maxEvaluations, ...); 
} 

Definicja klasy dla Function (przynajmniej odpowiednia część) jest:

public class Function: 
{ 
    private Vector xopt; // The optimum point 
    private double fopt; // The optimum value 

    public double Evaluate(Vector x); 
} 

Jak widać, muszę przekazać instancję Function do tych metaheurystyk. Te funkcje są realizowane przeze mnie. Większość z nich jest w pewnym sensie przypadkowa, tzn. Wybieram losowy optymalny punkt w konstruktorze funkcji. Właśnie dlatego możesz zobaczyć w klasie klasę xopt. Problem polega na tym, że nie chcę, aby moi studenci mieli dostęp do pól xopt lub fopt przez Reflection lub jakąkolwiek inną technikę, ponieważ byłoby to oszukiwanie, a przynajmniej dowiedzenie się, czy robią to, więc mogę ich ukarać ;).

Tak więc ogólne pytanie brzmi: czy istnieje sposób, aby zabronić użycia Reflection w kawałku kodu, który wczytałem dynamicznie, lub w jakimkolwiek innym sensie uniemożliwić ten kod dostępu do prywatnych pól (oszukiwanie).

Z góry dziękuję.

Answer 1

Czy podają kod źródłowy? Napisz osobne narzędzie, które znajduje "przy użyciu System.Reflection" i "System.Reflection." w źródle. Jeśli wymyślają sprytną sztuczkę, aby tego uniknąć, może zasługują na dodatkowe punkty, które otrzymują przez oszukiwanie. :)

Ponadto, co na ten temat w kodzie używają:

private double FakeOptimumPointWithAConvincingName{ get { return 12.07; } } 

Wtedy zmieni się to po uruchomieniu oceniającego:

private double FakeOptimumPointWithAConvincingName{ get { throw new SomeoneCheatedException(); } } 

Jest wiele innych sprytnych rzeczy postępuj zgodnie z tą linią; możesz użyć sztuczności zamiast technologii, aby im przeszkodzić. A jeśli wymyślą lepsze sztuczki, kudo. :)

Answer 2

Krótka odpowiedź brzmi: tak długo, jak osoba dzwoniąca ma pełne zaufanie, aż do .Net 4.0 (see this, aby utworzyć aplikacje w piaskownicy do wersji .Net 3.5), nie można uniknąć odkrywania metod prywatnych lub wewnętrznych.

Dla .Net 4, czy czytasz Security Considerations for Reflection for .Net 4.0 na MSDN?

Answer 3

Jeśli załadować optymalne wartości z configfile momentu ich potrzebujesz trudno będzie odzwierciedlać ich przed tym czasie