ORMと.NETのコードプロテクター

Question

私たちは、私はオームズはリフレクションに依存して少しだろうと仮定（ネイティブ・コンパイルと同様Obsfucation）コードプロテクターを使用しようとしていると私はObsfucationとネイティブ・コンパイル保護技術は、すべての問題を作成する心配？

は、誰もが何か良いデスクトップアプリケーションのための成功ORMおよびコード保護を試していますか？私たちは、WPFデスクトップアプリケーションを持っている。

開発のための私たちの第一言語は、C＃であり、我々は我々のカスタムORMを使用しているが、私は同様に、商業ORMやADO.NET EFなどを評価したい。

質問のコード保護と1私は使うべきであるかについてではないですが、私はORMの保護の効果について質問しようとしています。

Answer 1

あなたのコードは、リフレクションを使用している場合は、おそらく難読化アセンブリは動作しません。あなたは難読化から元の名前で参照それらのエンティティを除外する必要があります。難読化の際に自分のコードを解析し、すべて表示されます暗号の難読化する noreferrer">

Answer 2

ネット炉を試してみてください。 http://www.eziriz.com/する

で利用可能

そのLOT周りに他のいくつかのよりも安く、それはより多くを行うことができます。あなたはまた、まだコードを保護するであろう、（反射の使用を維持するために、難読化のような）とのみ、特定のオプションがILDASM抑制のように有効にした特定のオプションを無効にすることができます。

乾杯

レッドゲートは、私は私が持っていた場合を見てみたいものですこれは、のではないが長すぎる前にスマートアセンブリを取得しましたこれを実行する必要がある。

A前、私は、ある程度の成功を使用してコードを暗号化/難読化を見てCodeVielを試さながら。私はあなたがこれを行うことについて深刻なら、それは一方の端にアセンブリをドロップし、それが保護されたアセンブリを飛び出るほど単純ではないと思います。あなたはあなたのコードの部分（つまり名前空間、クラス、メソッド、フィールド、プロパティ、構造、イベント、およびリソース）内部でのみ使用されるべきであり、他のリソースやライブラリにさらされる必要があるものを検討する必要があります。場合、私は私を見ていたいくつかのメソッドの実装を隠蔽するために暗号化（またはネイティブ・コンパイルを使用）することができたが、（名前、メソッド、プロパティ手つかずの）クラス定義を残しました。彼らは他のライブラリで必要とされるだけの簡単なPOCOオブジェクトが含まれていくつかのケースでは、私はそのまま全体のネームスペースを残しています。

本当に何を使うの戦略に、いくつかの内部には、あなたが逆コンパイル/ハードリバースエンジニアリングを行うために難読化でき、それが十分なように気をつけ場合場合によって根拠のようです。他の例は、単にメソッドの実装を隠蔽するために、暗号化/ネイティブ・コンパイルを使用することができます。そして、あなたはまた、あなたがまったく触れられることから、アセンブリの一部を除いている例を取得します。これらのプログラムのほとんどは、あなたがから開始することができ、いくつかの推奨デフォルトとオプションを提供しますが、あなたは、あなたのコアIPを保護するが、エンドユーザーを制限しない結果を生成できるようになるまで微調整し、これらを変更する必要があります。

Answer 3

ネット炉を試してみてください。 http://www.eziriz.com/する

で利用可能

そのLOT周りに他のいくつかのよりも安く、それはより多くを行うことができます。あなたはまた、まだコードを保護するであろう、（反射の使用を維持するために、難読化のような）とのみ、特定のオプションがILDASM抑制のように有効にした特定のオプションを無効にすることができます。

乾杯

Answer 4

レッドゲートは、私は私が持っていた場合を見てみたいものですこれは、のではないが長すぎる前にスマートアセンブリを取得しましたこれを実行する必要がある。

A前、私は、ある程度の成功を使用してコードを暗号化/難読化を見てCodeVielを試さながら。私はあなたがこれを行うことについて深刻なら、それは一方の端にアセンブリをドロップし、それが保護されたアセンブリを飛び出るほど単純ではないと思います。あなたはあなたのコードの部分（つまり名前空間、クラス、メソッド、フィールド、プロパティ、構造、イベント、およびリソース）内部でのみ使用されるべきであり、他のリソースやライブラリにさらされる必要があるものを検討する必要があります。場合、私は私を見ていたいくつかのメソッドの実装を隠蔽するために暗号化（またはネイティブ・コンパイルを使用）することができたが、（名前、メソッド、プロパティ手つかずの）クラス定義を残しました。彼らは他のライブラリで必要とされるだけの簡単なPOCOオブジェクトが含まれていくつかのケースでは、私はそのまま全体のネームスペースを残しています。

本当に何を使うの戦略に、いくつかの内部には、あなたが逆コンパイル/ハードリバースエンジニアリングを行うために難読化でき、それが十分なように気をつけ場合場合によって根拠のようです。他の例は、単にメソッドの実装を隠蔽するために、暗号化/ネイティブ・コンパイルを使用することができます。そして、あなたはまた、あなたがまったく触れられることから、アセンブリの一部を除いている例を取得します。これらのプログラムのほとんどは、あなたがから開始することができ、いくつかの推奨デフォルトとオプションを提供しますが、あなたは、あなたのコアIPを保護するが、エンドユーザーを制限しない結果を生成できるようになるまで微調整し、これらを変更する必要があります。