問題タブ [strong-typing]

asp.net mvcで強く型付けされたコントローラー名とアクション名を使用することは可能ですか？たとえばの代わりに

ActionLink（ "ActionName"、 "ControllerName"）;

このような何か

ActionLink（ControllerName（x => x.ActionName（））、ControllerName）

ありがとう、アレクサンダー。

ビューにマップするIGrouping結果を取得するにはどうすればよいですか？

私はこのクエリを持っています：

ViewPage宣言の適切なマッピングは何ですか？

ASP.NET MVC 2非同期アクション用に強く型付けされたAPIを作成しようとした人はいますか？

よろしく、アレクセイ・ザハロフ

構造のような完全に一般的なツリービューを作成したいと思います。このようなもの：

このクラスソースでわかるように、親と子はすべて、異なるジェネリックデータ型を持っています。また、ツリービューに無制限の数のレベル（3つだけではない）を持たせたいです。このようにして、コード内のノードを操作する場合、すべてのノードが強く型付けされます。元のタイプに変換する必要があるオブジェクトだけではありません。

すべてのノードが強く型付けされているツリービューであるc＃でこの種の構造を作成することは可能ですか？

ありがとう

サイトの大部分のテンプレートとして、ナビゲーション付きで作成した Site.Master ファイルがあります。このナビゲーションは、再帰的なエンティティ (ページと呼ばれる) に基づいて動的に作成されます。parentID が 0 のページはトップ レベルであり、当然、各子はそのフィールドで親の ID を持ちます。

ページの ID を受け取り、渡された Id と一致する parentId を持つ子に対して foreach を実行してナビゲーションを生成する、簡単な小さな HTML ヘルパーを作成しました。サイトの大部分では、Site.Master で parentId 0 を使用する必要がありますが、ページを表示する厳密に型指定されたビューを使用している場合は、当然、ページの ID を使用したいと考えています。

Site.Master でそのような条件付きロジックを実行する方法はありますか (そして、それは MVC ルールに違反しますか)? 「/Page/{Id} の厳密に型指定されたページにいる場合は、Id レンダリング ナビゲーションを使用し、それ以外の場合は 0 を使用します」

私は、可能な限り強くタイプしようとしているフレームワークに取り組んでいます。(私は PHP 内で作業しており、C# から好きなアイデアを取り入れて、このフレームワーク内でそれらを利用しようとしています。) ドメイン エンティティ/オブジェクトのコレクションである Collection クラスを作成しています。List<T>.Netのオブジェクトをモデルにしています。

このクラスの入力を妨げている障害に遭遇しました。UserCollection がある場合は、User オブジェクトのみを許可する必要があります。PostCollection がある場合は、Post オブジェクトのみを許可する必要があります。

このフレームワークのすべてのコレクションには、追加、削除、反復などの特定の基本機能が必要です。インターフェイスを作成しましたが、次のことができないことがわかりました。

これにより、インターフェースへの準拠が破られました。しかし、すべてのコレクションが同じ型であるため、インターフェイスを厳密に型指定することはできません。そこで、次のことを試みました。

このコードを実行しようとするとsyntax error, unexpected T_STRING, expecting T_VARIABLE or '$'、instanceofステートメントが表示されます。$obj instanceof selfこの問題を少し調査したところ、原因の根本は、クラスに対してテストするのに有効であるように見えます。PHP はself::type、式内の定数ステートメント全体を処理していないようです。変数を括弧で囲むとself::type、予期しない「(」に関するエラーがスローされました。

明らかな回避策は、type変数を定数にしないことです。式$obj instanceof $this->typeは問題なく機能します ($typeもちろん変数として宣言されている場合)。

後で変数が変更される可能性を避けるために、値を定数として定義したいので、それを回避する方法があることを願っています。どうすればこれを達成できるか、またはこの点でPHPを限界まで持っていますか? self::this処理中にPHPが死なないように「エスケープ」またはカプセル化する方法はありますか?

更新以下のフィードバックに基づいて、試してみることを考えました-以下のコードが機能します! 1) これをしない理由、2) これが最終的に機能しない理由、または 3) これをやってのけるためのより良い方法を考えられる人はいますか?

更新 #2:上記のコードを本番環境に置いた後、動作しないことが判明しました。テストしたときにどのように機能したかわかりませんが、まったく機能しません。私はprotected変数の使用にこだわっていると思います。

したがって、コード内の静的型を指定すると、次のことができます

実行時に使用できるように、Type の変数を指定して同じことを行うにはどうすればよいでしょうか?

つまり、一連の if ステートメントを使用せずに、またはジェネリックを使用せずに次のメソッドを実装するにはどうすればよいでしょうか (コンパイル時にメソッドに渡す型がわからないため)。

私は現在、次に学ぶことを選択できる、強く型付けされたサーバー側言語を評価しています。私は主にphp開発（oop）のバックグラウンドから来ています。私はこれをphpの大きな欠点（そして時には良い面）と考えているので、強く型付けされた言語を見ています。

C＃とJava（JSP /サーブレット）の両方がオプションであることは知っていますが、まだ調査していない他の言語を検討したいと思いました。

私は主にキャリアPOVからこれを見ているので、（現在または将来）絶滅している、または需要が少ない言語を選択する意味はありません。

API を作成していて、関数の 1 つがチャネルを表すパラメーターを取り、値が 0 から 15 の間であるとします。次のように記述できます。

それとも、強く型付けされた言語である C++ を利用して、自分自身を型にしますか。

私の関数は次のようになります。

しかし、これは完全にやり過ぎですか？私はセルフドキュメンテーションと、それが言うとおりであることを保証するのが好きですが、追加のタイピングはもちろんのこと、そのようなオブジェクトの構築と破壊にお金を払う価値はありますか? あなたのコメントと代替案を教えてください。

I have a Dictionary containing configuration values for other classes (tasks which will be executed periodically performing assorted specialized logic) which are persisted in a database and then passed back in at execution time.

I want to create a strongly typed wrapper for this Dictionary, both to allow easy access to the values and to cast them to the proper type.

At the moment I have something like this:

My question is if there's a way to improve this design.

One thing I've considered is using reflection to get the name for the property (and hence the configuration value) as discussed here. This saves having to create a string key and implicitly forces the key to have the same name as the property (which is required for the InitializeDefaultValues() code to function), but it also obscures the fact that this is the case and that that the name of the configuration value will change if the name of the property is changed. So it's a trade off.

This would look something like the following: