問題タブ [client-side]

asp：DropDownListのクライアント側イベント（onChangeなど）を知りたい。

ページに 2 つのチェックボックスがあります。それぞれが独自の行内の表のセルにラップされています。document.getElementById('chk1_FEAS~1005') を実行すると要素が返されますが、document.getElementById('chk5_STG2~1005') は null です。これはどのような理由で発生する可能性がありますか? （IE 8でテストしています）。

これを実行するかどうかについてはまだ議論中ですが、ユーザーがアプリのHTMLフォームにハイパーリンクを入力できないようにすることを検討しています。これは、アプリがユーザー生成コンテンツに基づいているため、スパムリンクがアプリの他の用途に表示されないようにするためです。

これはRailsアプリなので、ユーザーがフォームを送信した後、モデルに対してバックエンド検証を行うことができます。

しかし、送信が行われる前にjQuery/JavaScriptでチェックを実行することが望ましいのではないかと思いました。このようにして、バックエンド処理なしでユーザーにすぐに通知できます。

ここではどちらが望ましいですか？クライアント側またはサーバー側の検証ですか？

私は Web ベースのゲーム ( ESP ゲームに似ています) を開発しています。サーバー側の SOAP Web サービス (ASP.NET 上に構築) は完了しています。ゲームのクライアント側レイヤー。基本的に、クライアント側は Web サービス クライアントであり、Web サーバーにリクエストを送信し、ユーザー インターフェイスのレンダリング/更新方法に関する指示を受け取ります。提案や考慮事項はありますか？

クライアント側の標準の.net暗号プロバイダーでデータに署名するにはどうすればよいですか？

展開/折りたたむことができ、通常は折りたたむことができるセクションの束を含むasp.netフォームがあります。現在、フォーム上のほとんどのコントロールには、RequiredFieldValidator またはその他のバリデータが添付されています。ユーザーが必須フィールドに入力されていないフォームを送信しようとすると、 m は送信されませんが、ほとんどのセクションは通常折りたたまれているため、ユーザーには検証テキスト (テキスト ボックスの右側にある感嘆符など) が表示されません。エラーを修正します。私がやりたいのは、検証に失敗したコントロールを親コンテナーを展開して、失敗したコントロールをユーザーが表示できるようにすることですが、そのためには、クライアント側の検証が失敗したときに実行されるクライアント ソード JavaScript を接続する必要があります。私はそれを行う方法を見つけていません-バリデーターは当然、それらの「検証イベント」を公開して接続することはありません。

何か案は？

前もって感謝します！アンドレイ

次のように、テキストボックスコントロールにカスタムバリデーターをアタッチしています

causevalidation = "true"のペー​​ジのボタンをクリックすると、クライアントスクリプトが起動し、検証の概要にエラーメッセージが反映され、バリデーターに*が表示されます。

ただし、テキストボックスの外をクリックすると、バリデーターによって*のみが表示されます。検証の概要は更新されません。

サーバー側のコードが呼び出されないため、クライアント側の検証が機能しています。onblurイベントでvalidationsummaryが更新されない理由を解明しようとしているだけです。

何か案は？

編集：

ErrorMessageは、バリデーターのコードビハインドで設定されます

EnableClientScriptをvalidationsummaryに追加しました

ValidationGroupをvalidationsummary、customvalidator、textbox、buttonに追加しましたが、ボタンクリックの検証サマリーは更新されますが、textboxonblurイベントは更新されません。

追加の処理とは、標準の LINQ to SQL から Transact SQL への変換 (および可能な回避策) に加えて、

何も見つからないため、より多くの情報を見つけるために使用する洞察および/または適切なリンクまたはGoogle用語についての洞察を望んでいた2つの問題があります。要するに、実行される IQueryable 式が、式の結果の一部を「クライアント側」で実行する必要があることをいつ/どのように判断するかを知りたいということです。つまり、LINQ 式を直接変換することはできません。 Transact SQL に接続して、結果全体を返します。

これは私の投稿/コードに関するものです。

状況 1

string.Format()Transact SQL には変換されません。私はそれを受け入れることができますが、式が Transact SQL に完全に変換できるかどうかを検出する方法についてのアドバイスを探していたと思います。

LINQ 式:

プロバイダー コンテキスト SQL:

私の回避策: 現在、DataContext.GetCommand()メソッドを使用してから、Transact SQL を調べて を検索してい[arg0]ます。明らかに理想的ではないので、より堅牢なメカニズムを探していました (おそらく、ExpressionTree ビジターで何かを見つけられるでしょうか??)。

状況 2

いくつかの状況で三次演算子を使用すると、適切な値を取得するために明らかにポスト/クライアント処理が適用された Transact SQL が返されるようです。以下の例では、LINQPad のコンテキスト内で実行しています (したがって、Dump()拡張メソッドが使用可能です)。三次演算子が使用されているときに後処理が必要になる状況は 2 つあります。

1. ブール値フィールドとともにブール変数が使用されている場合 (以下の var testBool… 式) および
2. タイプに関係なく 2 つの変数が使用され、データベース フィールドがクエリされない場合 (下の 2 番目の testNumber 式)。

この状況は、クライアント側の処理が必要であることに驚きました。したがって、通常の Transact SQL 以外で式を追加処理する必要がある場合を適切に検出する方法を学習することに加えて、他の状況のように L2S が単純な CASE ステートメントを実行できなかった理由と、さらに重要なこととして考えられる回避策について誰かが洞察を持っている場合「クライアント側」の処理を回避するために使用できます。

LINQ 式:

プロバイダー コンテキスト SQL (順番): ▪ 数値プロパティ: 機能します (つまり、SQL Server で評価されます)。

▪ 文字列プロパティ: 動作します (つまり、SQL Server で評価されます)。

▪ Boolean プロパティ: Has NULL AS [EMPTY]

▪ Number プロパティ (2 つの定数を使用): Has NULL AS [EMPTY]

私の回避策: 繰り返しますが、DataContext.GetCommand()メソッドを使用してから、Transact SQL を調べてNULL AS [EMPTY]. サーバー上で実行できない式コードに対して表示される「魔法の文字列」が他にないかどうか疑問に思っています...上記のように、これらの状況を検出するための正確でより堅牢な方法を探しています。

リッチ クライアントの副作用に関する Scriptaculous と JQuery の比較。

あなたは何を使いますか、そしてその理由は何ですか？