-1

SLPコードプロテクターを使用して、.NETアプリケーションの逆コンパイルを困難にしたいと考えています。ライセンス機能は必要ありません。提供されるオフラインコード保護だけが必要です。

現在InishTechが所有していることは知っていますが、Visual Studioマガジンからこの記事で提案されているように、Microsoft経由でCodeProtectorだけを入手したいと思っています。

コードプロテクターは、MicrosoftのSLPビジョンの一部にすぎません。コードプロテクターは無料で使用でき、VisualStudioに含まれます。

MicrosoftのSLPコードプロテクターはまだ利用できますか？利用できる場合、Visual Studioでどのように使用しますか？

4

2 に答える 2

6

http://www.microsoft.com/slps/- >

InishTech has assumed full responsibility for the existing customer base, 
and acquired the rights to SLP Services. To ensure a smooth transition 
for SLP Services customers, Microsoft will continue to offer SLP Services 
support until   September 24, 2009.

現在はInishTechです。彼らが提供するソリューションの詳細については、http：//www.inishtech.com/をご覧ください。

于 2012-05-18T15:52:56.243 に答える
0

免責事項：私はInishTechで働いています。

残念ながら、@ Nathan Tornquistの回答（+1'd）に記載されているように、Microsoftは2008年にソフトウェアの出荷を停止しました。その時点からバージョンを隠していた場合は、それが意味するすべての時間に合わせて凍結されることに注意してください。したがって、その後解決されたかなりの数の問題が見つかります。

  • 含まれている「一般的な」順列は顧客ごとではなかったため、SLPSの評価での使用のみが推奨されました。Code Protectorの通常の推奨される使用には、顧客に固有のライセンスされた「順列」が必要です。これには、サービスへのサブスクリプションが必要です。これは、Microsoftが製品を提供した場合でも常に当てはまります。これは、MSDNという意味で「無料」でした。サブスクリプションには、基本的なSLPSサブスクリプションが含まれていました。
  • 2008年頃のインストールプロセスは、正しく行うのが難しいものでした（レジストリに書き込むための高度なインストールプロセスがない場合は、コードを実行する方法がありません。コード保護のみが必要な場合は、かなりの負担になります。 ）。
  • いかなる種類のVisualStudio統合もありませんでした
  • 保護対象のコードでのジェネリックスの使用、x64プロセスでの実行、CLR v4での実行に関する制限は、遅かれ早かれ問題になります。
  • 実行時の問題を診断する能力には、見出し以外の大幅な改善がありました。

要するに、技術的および/または法的に可能であるとしても、拡張の量、パフォーマンスの調整（実行時と時間の両方の観点から）を考えると、そうしようと試みることは本当にあなたの時間の悪い投資になるでしょう。変換コード）およびそれ以降に追加されたバグ修正。

現在のプロセス（SDKのインストールは不要で、代わりにInishTechが提供するNuGetフィード/パッケージに依存し、VisualStudioまたはBuildServer駆動のビルドと完全に統合されます）の概要は、Gettingのhttp://docs.softwarepotential.comにあります。コード保護の記事から始めました。

于 2014-06-26T10:31:51.053 に答える