ASP.NETとQuillとS2Dao(SQLite/MDB)のサンプル - akitohの日記
ASP.NETとQuillとS2Daoのサンプルを作ってみました。 AspNET_Quill_S2Dao_Sample.zip まぁ、当然というか、ASP.NETでもS2containerを使わず、Quillのみで十分実装できると、あらためて思います。 DBは、mdbと、SQLiteの２つを使ってみました。 SQLiteも使ってみたかったので、今回初めて使ってみました。 データを見たい人は、このへんにあるアプリを使ってください。 SQLiteもいいですね。軽くて。何かに組み込むにはいいんじゃないかな。 切り替えはWeb.configでコメントアウトしてあります。 まぁ、Webだし本当はOracleとか使うんですが、サンプルにOracleは含められないので、 仕方なくローカルなデータベースを使ってみました。 Windowsアプリなら別に違和感もないんですが、 Webでローカルデータベースとい
SqlConnection.ConnectionString
例 次の例では、 を SqlConnection 作成し、接続を ConnectionString 開く前に プロパティを設定します。 private static void OpenSqlConnection() { string connectionString = GetConnectionString(); using (SqlConnection connection = new SqlConnection()) { connection.ConnectionString = connectionString; connection.Open(); Console.WriteLine("State: {0}", connection.State); Console.WriteLine("ConnectionString: {0}", connection.ConnectionSt
ツールを使ったドキュメント作成技法（前編） － ＠IT
特集：ツールを使ったドキュメント作成技法（前編） 価値のある開発ドキュメントを効率的に作成するには？ アバナード株式会社 市川 龍太（Microsoft MVP 2008 for XML） 2008/05/20 システム開発の現場では、さまざまなドキュメントを作成する必要がある。しかし昨今では開発の短期化に拍車がかかっており、ドキュメントを作成するための工数を十分に取れないことが多くなってきている。そこで本稿では、限られた工数の中で価値のある開発ドキュメントを効率的に作成するための技法について解説していく。 本題に入る前に、まずウォーターフォール型開発の各フェイズにおいて、一般的にどれだけのドキュメントを作成する必要があるのかについて以下の表にまとめてみた。
フレームワーク デザインのガイドライン | Microsoft Docs
このセクションでは、.NET Framework を拡張および操作するライブラリをデザインするためのガイドラインを示します。 目標は、開発に使用されるプログラミング言語に依存しない統合プログラミング モデルを提供することにより、ライブラリ デザイナーが API の一貫性と使いやすさを確保できるようにすることです。 .NET Framework を拡張するクラスやコンポーネントを開発する場合は、これらのデザイン ガイドラインに従うことをお勧めします。 一貫性のないライブラリ デザインは、開発者の生産性に悪影響を及ぼし、採用を妨げます。 ガイドラインは、Do、Consider、Avoid、Do not という言葉から始まる単純な推奨事項として編成されています。 これらのガイドラインは、クラス ライブラリ デザイナーがさまざまなソリューション間のトレードオフを理解できるようにすることを目的として
マネージ コードでのメモリ リークの識別と回避
Code download available at: Memory Leaks 2007_01.exe(163 KB) Contents Memory in .NET Applications Checking for Leaks Leaking Stack Memory Leaking Unmanaged Heap Memory "Leaking" Managed Heap Memory Conclusion The first reaction many developers have to the idea of memory leaks in managed code is that it's not possible. After all, the garbage collector (GC) takes care of all memory management, right
マルチスレッド (C# によるプログラミング入門) - ++C++; // 未確認飛行 C++
概要 .NET Framework では、マルチスレッドプログラムを作成するためのクラスライブラリを提供しています。 C# でマルチスレッドプログラムを作成する場合、これらライブラリ中のクラスを用いて行うことになります。 また、C# ではスレッド間の同期を取るために lock 文という構文を用意しています。 ポイント C# なら、Thread クラスとデリゲートで並行処理・並列処理もお手軽。 実際には、スレッドを直接作らず、スレッド プールというものを介して使う。 .NET Framework 4 以降なら、Task クラスを利用。 排他処理は lock 文で。 マルチスレッドとは まず、スレッドに関して簡単に説明しておきます。 簡単に言うと、スレッド（thread: 糸、筋道）とは一連の処理の流れのことを言います。 図1 に示すように、 処理の流れが一本道な物をシングルスレッド、 複数の
捕捉されなかった例外がスローされたことを知る
捕捉されなかった例外がスローされたことを知るここでは、Windowsフォームアプリケーションとコンソールアプリケーションにおいて、Try...Catch...で捕捉（キャッチ、ハンドル、トラップ）されなかった例外（エラー）がスローされたときに、その例外の情報を知るための方法を紹介します。 ただし、できるだけエラー処理はTry...Catch...（詳しくは、「エラー処理（例外処理）の基本」）を使って行うべきであり、ここで紹介している方法はどうしてもそうしなければならない時のみ使用してください。 Application.ThreadExceptionイベントを使用する方法Windowsフォームアプリケーションでは、捕捉されなかった例外がスローされるとApplication.ThreadExceptionイベントが発生します。 ThreadExceptionイベントが発生するのは、Window
適切に処理されなかった例外をキャッチするには？
連載目次 Windowsフォーム・アプリケーションやコンソール・アプリケーションを実装する際、例外が発生する可能性がある個所では、基本的に、Try-Catch構文によりその例外をキャッチして適切な処置を施す必要がある。しかし現実には、例外が正しくキャッチ（＝トラップ）されていないというケースは多々あり、その場合にはアプリケーションの実行中に次のような.NET Framework標準のエラー・ダイアログが表示されてしまうことになる。 このエラー・ダイアログは、見て分かるとおり、一般的なユーザーにとって分かりやすいものとはいえない。パソコンの操作に自信のない人であれば、これを見た途端に困惑してしまうということもあるだろう。 このような事態を避けるために、.NET標準のエラー・ダイアログを、もっとユーザー・フレンドリな自作のエラー・ダイアログに切り替えたいという要望も、きっと多いのではないだろう
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
[seasar-dotnet:170] ASP.NETでaspectが機能しない
PublicKeyTokenを確認するには - uedakoの日記
Browse code samples
dotConnect for MySQL - Enhanced Data Provider for MySQL