問題タブ [medium-trust]
For questions regarding programming in ECMAScript (JavaScript/JS) and its various dialects/implementations (excluding ActionScript). Note JavaScript is NOT the same as Java! Please include all relevant tags on your question; e.g., [node.js], [jquery], [json], [reactjs], [angular], [ember.js], [vue.js], [typescript], [svelte], etc.
.net - AppDomain と中程度の信頼環境
簡単な質問ですが、中程度の信頼環境で実行しているときに新しい AppDomain を作成できますか?
visual-studio-2010 - VS2010 で中程度の信頼をシミュレートする方法はありますか
このアプリを中程度の信頼で実行できる「簡単なボタン」を探しています。
automapper - ValueInjecter の質問
AutoMapper を使用した後、このサイトでValueInjecterに出会いました。私はそれを試していますが、おそらく非常に単純なシナリオに固執しています。
しかし、コード サンプルを掘り下げる前に、ValueInjecter が Medium-Trust Web 環境で動作するかどうか知っている人はいますか? (ゴダディのように?)
さて、コードに!私は次のモデルを持っています:
次のDTOにマップしたい:
したがって、モデルから DTO にマップする場合は、Model.Name.First -> DTO.FirstName が必要であり、DTO からモデルに移動する場合は、FirstName -> Name.First が必要です。私の理解では、これは単純な Flatten/UnFlatten ではありません。というのは、単語も逆になっているからです。つまり、FirstName <--> Name.First. 姓と名は同じ種類のルールを使用できますが、ミドルイニシャルはどうでしょうか? Model.Name.MiddleInitial -> DTO.MiddleInitial.
いくつかのプラグインがあるようですが、どれも私が望むことをしていないようです。他の誰かがこのシナリオに遭遇しましたか?
c# - 中程度の信頼で Fluent NHibernate を使用して継承をマッピングすると、SecurityException が発生する
中程度の信頼で実行されているアプリケーションで継承のマッピングに問題があります。web.config から中程度の信頼制限を削除すると、魅力的に機能します。サブクラスのマッピングをコメントアウトすると、すべてうまくいきます。
私のアプリケーションが中程度の信頼で起動すると、Fluent の構成の構築中に、System.Runtime.Serialization.Formatters.Binary.ObjectWriter.Serialize(...) メソッドに実行権限がないことを読み取ることができる例外をキャッチします。
私が見つけることができるすべての情報は、遅延プロキシを事前に生成し、遅延読み込みをオフにし、リフレクション オプティマイザーを無効にすることを示唆しています。サブクラスをマップしなくてもコードは機能します。
ここに私のマッピングがあります:
および web.config の関連部分
すべてを手動で行う必要がありますか? ここで継承を使用したいと思います。
dll - .Net アプリで DLL をオプションにする方法
Chilkat .NET 3.5 DLL のために完全な信頼を必要とするアプリがあります。これは大きな問題ではありませんが、アプリを次の場所に提出したいと考えています。
したがって、中程度の信頼にするために必要なことは、
- DLL への参照を削除する
- そのコードに関連するメソッドをコメントアウトします
アプリの 2 つの異なるバージョンを作成するのではなく、アプリの 1 つのバージョンの DLL への参照を削除する最善の方法は何ですか?
ありがとう!
asp.net - 中程度の信頼環境でディレクトリを作成していますか?
共有ホスティング プロバイダーを使用して中程度の信頼環境で ASP.NET Web アプリケーションを実行しています。次のコードにより、SecurityException がスローされます。
エラーの全文は次のとおりです。
サブフォルダーが作成されているフォルダーには完全なアクセス許可があるため、問題はないと思います。これは、中程度の信頼環境での実行に関係しているようです。
信頼度が中程度の環境で (Directory.Create メソッドを使用した) 新しいディレクトリの作成が許可されないのは正常ですか? また、これに対する回避策はありますか?
xml-deserialization - 中程度の信頼レベルで XmlDeserialization が失敗する
私たちのサイトは中程度の信頼レベルでホストされており、ホスティングプロバイダーは私たちに完全な信頼を与えることを拒否しました. 私たちのコードは、次のコード スニペットを使用してコードを逆シリアル化しようとしますが、reflectionpermission エラーで失敗します。デバッグ時に、「XML ドキュメントにエラーがあります (71, 6)」と表示されます。エラー。完全な信頼で完全に正常に動作します。完全信頼のホスティング プロバイダーに移行する前に、この問題を解決する方法について誰かアドバイスをください。
c# - 中程度の信頼と POCO をサポートする .Net 3.5 ORM
シナリオ: 私は、中程度の信頼で実行され、.Net Framework 3.5 を使用する共有ホスティング プロバイダーに行き詰まっています。
Nhibernate を使用して自分のサイトのデータレイヤーを構築しましたが、中程度の信頼では実行できないことがわかりました。
Castle.Core と NHibernate のソースをダウンロードし、再構築して部分的な信頼を可能にする方法を説明しているガイドをインターネットで見つけましたが、あらゆる種類の問題が発生しています (すべてのソースが .net 4.0 に更新されましたが、できることはわかっています)。古いコミットの git リポジトリを参照してください。干し草の山から針を見つけているように思えます)。
私が今必要としているのは、中程度の信頼と POCO をサポートする ORM です (したがって、EF 1.0 と Linq to Sql は、T4 で生成されたクラスに密接に結合されているため、除外されます)。
無料版では 8 テーブルに制限されており、スキーマが大きくなる可能性があるため、Lightspeed ORM の使用について上位の場所から「NO」を得ました。
私は多くのことを尋ねていることを知っていますが、中程度の信頼で実行できる 3.5 用の Nhibernate の既にビルドされたリリース、または有効な代替手段を誰かが知っていれば、私は幸せです。
ありがとう。