This webpage was generated by the domain owner using Sedo Domain Parking. Disclaimer: Sedo maintains no relationship with third party advertisers. Reference to any specific service or trade mark is not controlled by Sedo nor does it constitute or imply its association, endorsement or recommendation.
前回までは、もっぱらSqlDataSourceコントロールを利用したデータベースへのアクセス方法について紹介してきました。なるほど、SqlDataSourceはとても強力なコントロールで、これだけでもかなりの機能を実現することが可能です。 しかし、アプリケーション構築の局面では、多分にしてイレギュラーな要件が発生します。例えば、条件やページの状態によって発行するSQL命令そのものを動的に変更したい、SqlDataSourceコントロールが対応していないデータソースにアクセスしたい、などのケースです。 そのような場合には、やはりデータソースへの接続、データの取得、データアクセス・コントロールへのデータの流し込み(バインド)といった操作を一からコーディングしなければならないのでしょうか。いえいえ、そのようなことはありません。ASP.NET 2.0が提供するObjectDataSourceコント
別稿「TIPS:[ASP.NET]独自のエラー・ページを設定するには?」でも紹介したように、ASP.NETでは、構成ファイルweb.configの<customErrors>要素を設定することで、アプリケーション独自のエラー・ページを設定できる。 リダイレクト先のエラー・ページは、静的なHTMLファイルでも、動的なWebフォーム(.aspxファイル)でも構わないが、後々のメンテナンスなどを考慮した場合には、できるだけ静的なHTMLファイルにしておくのが好ましいだろう。というのも、実運用中のアプリケーションでは、障害発生時に必ずしもASP.NETアプリケーションに精通した人間がエラー・ページをメンテナンスするとは限らないからだ。障害状況、復旧の予定などのコンテンツをASP.NETプログラマでない人間でも間違いなく更新するには、静的なHTMLファイルが無難であることは間違いない。 しかし、エラ
Webフォームなどで内部的に処理されない例外が発生した場合に呼び出されるページのことを「エラー・ページ」という。ASP.NETでは、標準で次の3通りのエラー・ページが用意されている。 開発者用のエラー・ページ(ソース・コード付き) 開発者用のエラー・ページ(ソース・コードなし) 一般ユーザー用のエラー・ページ 上の画面の1と2は、IISサーバにローカル接続しているユーザーに対してデフォルトで表示されるページで、主にアプリケーション開発者を意識した画面だ。発生したエラーの概要メッセージや発生元のソース・コード、スタック・トレースなど、アプリケーションをデバッグするために必要な一連の情報を提供してくれる(ただし、ソース・コードは、web.configにおいて<compilation>要素のdebug属性がtrueに設定されている場合にのみ表示される)。 しかし、これらの情報が運用中のサイトで一
<%@ Page ContentType="text/html" Language="C#" %> <%@ Import Namespace="System.Data" %> <%@ Import Namespace="System.Data.SqlClient" %> <script runat="Server"> void customValid_ServerValidate(Object sender, ServerValidateEventArgs e) { // ISBNコードをキーにbooksテーブルを検索 SqlConnection objDb = new SqlConnection("Data Source=(local);User ID=sa;Password=sa;Persist Security Info=True;Initial Catalog=dotnet");
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く