.NET＆SQLServer関連

カスタム例外は、System.Exception クラスから派生するのだ！

キヨ@わんくま — Tue, 19 Aug 2008 22:14:00 GMT

バカボンのパパ風のタイトルで書いてみました～
（特に意味はないですっっっっ）

以前は「System.ApplicationException クラスから派生しなさい」とあちらこちらで言われていたのですが、
http://msdn.microsoft.com/ja-jp/library/ms229007.aspx
を読むと、System.Exceptionから派生してくださいねってことが書かれています。

マイクロソフトさんの中でも方針が変わったのでしょうか。

今後作るカスタム例外クラスは、System.Exceptionから派生させようかな・・・とちょっと迷ったりしています(笑)

みなさんは、やはりSystem.Exceptionから派生するほうを選ばれているのでしょうか？
ちょっと気になりました (^-^)v

gzip形式で圧縮/解凍するプログラム

キヨ@わんくま — Thu, 14 Aug 2008 21:48:00 GMT

必要に迫られ、gzip形式でファイルを圧縮解凍するクラスライブラリを作りました。
他の方にとっても参考になるかもしれないので、このページにも貼り付けておきます。
何か突っ込みどころがあれば(汗)、お気軽に f(^_^)

（注意）
●基本的なロジックのみで構成されており、実用上必要な例外処理が抜けている可能性があります。必要な場合は、お手数ですがご自身でMSDNなどでお調べください。
●下記プログラムは、ご自由に転載していただいてかまいません。ご自身が運営されているプログラミング関連サイトに転載していただいてもかまいません。事前の承諾は特に不要です。引用元を書いていただけると嬉しいですが、必須ではありません。
●下記プログラムの使用は、すべてご自身の責任においてご利用ください。筆者はその責任を負わないものとします。
●その他、お気づきの点があれば、コメント欄にお書きください。

/// <summary>
/// gzip形式の圧縮と解凍を行うためのクラス
/// </summary>
public class GZipCompressController {
    /// <summary>
    /// 圧縮または解凍の際にストリームから一度に読み込むバイト数
    /// </summary>
    public int BufferSize = 4096;

    /// <summary>
    /// 入力ストリームから読み出したデータに対してgzip圧縮を実行し、結果を出力ストリームへ送る
    /// </summary>
    /// <param name="inFileStream">入力ストリーム</param>
    /// <param name="outFileStream">出力ストリーム</param>
    public void Compress(FileStream inFileStream, FileStream outFileStream) {
      byte[] buffer;

      // 入力ストリームから圧縮前の内容を読み出し、圧縮処理を行いながら、
      // 圧縮後のデータをバイト配列bufferに書き込む
      using (GZipStream gzStream = new GZipStream(outFileStream, CompressionMode.Compress)) {
        while (true) {
          buffer = new byte[this.BufferSize];

          // 読み出し
          int readSize = inFileStream.Read(buffer, 0, buffer.Length);
          if (readSize == 0) {
            // ストリームのデータを最後まで読みだした
            break;
          }

          // 書き込み
          gzStream.Write(buffer, 0, readSize);
        }
      }
    }

    /// <summary>
    /// ファイルに対してgzip圧縮を実行し、圧縮後のファイルを指定のパスに保存する
    /// </summary>
    /// <param name="inFilePath">圧縮対象ファイルが存在するファイルパス</param>
    /// <param name="outFilePath">gzip圧縮されたファイルの保存先パス</param>
    public void Compress(string inFilePath, string outFilePath) {
      FileStream inFs, outFs;

      // ファイルからストリームを生成し、同名のメソッドを実行する
      using (inFs = new FileStream(inFilePath, FileMode.Open, FileAccess.Read)) {
        using (outFs = new FileStream(outFilePath, FileMode.Create, FileAccess.Write)) {
          this.Compress(inFs, outFs);
        }
      }
    }

    /// <summary>
    /// 入力ストリームからgzip圧縮されたデータを読みだして解凍処理を実行し、解凍後のデータを出力ストリームへ送る
    /// </summary>
    /// <param name="inFileStream">入力ストリーム。このストリームはSeek処理をサポートしている必要がある</param>
    /// <param name="outFileStream">出力ストリーム</param>
    public void Decompress(FileStream inFileStream, FileStream outFileStream) {
      byte[] buffer;
      int decompressionSize; // 解凍後のバイト数（圧縮元だったデータのバイト数）

      using (GZipStream gZipStream = new GZipStream(inFileStream, CompressionMode.Decompress)) {
        //*********************************************************************
        // GZIP形式圧縮データの末尾４バイトに、圧縮元データのバイト数が
        // 格納されているため、その数値を取得する
        //*********************************************************************
        byte[] tail4bytes = new byte[4];
        int position = Convert.ToInt32(inFileStream.Length - 4);

        inFileStream.Position = position;
        inFileStream.Read(tail4bytes, 0, 4);
        inFileStream.Position = 0;

decompressionSize = BitConverter.ToInt32(tail4bytes, 0);

        //*********************************************************************
        // GZIP形式圧縮データをストリーム経由で、BytesSizeバイトずつ読みだす。
        // 読みだしたデータに対して解凍処理を行い、解凍後のバイトデータをbufferに格納する。
        //*********************************************************************
        // 読み出し処理の関係上、ちょっと余分にサイズが大きめの配列を用意する
        buffer = new byte[decompressionSize + this.BufferSize];
        int readOffset = 0;

        while (true) {
          int readSize = gZipStream.Read(buffer, readOffset, this.BufferSize);
          if (readSize == 0) {
            break;
          }

          readOffset += readSize;
        }
      } // end of using

      // 解凍したデータを、出力ストリームに送る
      outFileStream.Write(buffer, 0, decompressionSize);
      outFileStream.Flush();
    }

    /// <summary>
    /// gzip圧縮形式のファイルに対して解凍処理を実行し、解凍後のファイルをディスクに保存する
    /// </summary>
    /// <param name="inFilePath">gzip圧縮されたファイルのパス</param>
    /// <param name="outFilePath">解凍後のファイルを保存するパス</param>
    public void Decompress(string inFilePath, string outFilePath) {
      FileStream inFs, outFs;

      using (inFs = new FileStream(inFilePath, FileMode.Open, FileAccess.Read)) {
        using (outFs = new FileStream(outFilePath, FileMode.Create, FileAccess.Write)) {
          this.Decompress(inFs, outFs);
        }
      }
    }
}// end of class

実行例：
GZipCompressController x = new GZipCompressController();
//x.BufferSize = 409600; // バッファサイズを変更したければここで変更
x.Compress(@"C:\hoge.bmp", @"C:\hoge.bmp.gz"); // 圧縮処理
x.Decompress(@"C:\hoge.bmp.gz", @"C:\hoge.bmp"); // 解凍処理

コレクションクラスをスレッドセーフに扱う方法

キヨ@わんくま — Sun, 03 Aug 2008 15:22:00 GMT

ただ今、MCTS資格を取るべく、まずは.NET 2.0のMCP試験（70-536）に向けて勉強していまっす。
.NET 2.0の復習ってつもりで進めていこうと思ってましたが、意外と知らなかったこともたくさんあって、復習どころでなくなりました(汗)

.NETの世界は広いな～

そのうちの一つが、コレクションクラスをスレッドセーフに扱うという方法です。
「んなことも知らんかったのか！」って言われそうですが(汗)、自分でも大切なことを学んでなかったんだな～と気付かされました
(´･ω･)

コレクションクラスのSymcRootプロパティや、Synchronizedメソッドを用いることで、スレッドセーフな処理を行うことができるとのことです。
以下、例。

ArrayList myCollection = new ArrayList();
lock(myCollection.SyncRoot) {
foreach (Object item in myCollection) {
// hogehoge
}
}

ArrayList myAL = new ArrayList();
ArrayList mySyncdAL = ArrayList.Synchronized( myAL );
foreach (Object item in mySyncdAL) {
// hogehoge
}

ASP.NET MVC

キヨ@わんくま — Thu, 31 Jul 2008 11:43:00 GMT

「ASP.NET MVC」というのが、近いうちにリリースされるようですね。
下記のサイトで多少詳しく書かれていたので、ざっと読みました。

もう一つのASP.NET 「ASP.NET MVC」を知る（前編）
http://codezine.jp/a/article/aid/2748.aspx

そういえば、4年ほど前だったでしょうか、Java関連の書籍や解説サイトで「MVC」という単語がブームのように使われていました。Web開発者の多くが「私どもはMVCを意識し、クオリティの高い開発を意識しております」みたいなことを言っていたなあと、記憶しています。

私自身、現在のASP.NETでは、
・アプリケーションで扱ういわゆる「データ」にあたるものをM
・UIにあたるaspxファイルがV
・それ以外のロジックめいたものがC。ww
みたいに超ざっくりとイメージしていましたが、そのあたりはもう少し厳格に(という表現は適切かな??)扱われるのでしょうか。

ASP.NET MVCは、従来のASP.NETと異なる概念が多く含まれてるということです。
リリースされる頃には、アーキテクチャなどを理解していこうかなと、思ってますです。

Windows Mobile 上でも Silverlight

キヨ@わんくま — Thu, 03 Apr 2008 11:02:00 GMT

MS「Windows Mobile 6.1」発表――IEにFlashとSilverlight搭載
http://www.itmedia.co.jp/news/articles/0804/02/news011.html

携帯端末でも、Silverlightが搭載されるようですね。ちょっと期待しています。
早くSilverlightのお勉強もしたいところですが、なかなか・・・(汗)

携帯のiアプリを作っていた3年前を、ちょっと懐かしく思い出しました～

今日から私もVisual Studio 2008！

キヨ@わんくま — Fri, 21 Mar 2008 09:50:00 GMT

「今日から」というタイトルですが、実は昨日からVS2008の環境で開発をはじめることになりました。
(^o^)

プロジェクトを開くと、変換ウィザードがでますよね。
VS2005で開発したプロジェクトをVS2008で開くとき、最初に2008形式(?)に変換する作業が必要になります。
開発ソフトをバージョンアップしない限り、見ることのできない瞬間です。

プロジェクトは無事に2008形式へ変換できましたが、この変換の瞬間は、新しい世界へ旅立つんだ！みたいなウキウキ感があるのと同時に、VS2005のソフトを見捨ててしまったんだという寂しさもありますね(ちょい大げさ！？)

そんなこんなですが、今日からめでたく2008です。
はやくLINQや.NET AJAXの勉強もしていきたいと思います。
(^o^)

POPbeforeSMTPを採用＆25番ポートをふさいでるメールサーバからメールを送る

キヨ（kiyochan@wankuma.com） — Mon, 12 Mar 2007 21:04:00 GMT

当ブログ始まって以来の、.NETネタでございます m(_ _)m

.NETでは、次のようなコードで、メールを送信することができます。

//*******************************************************
// メールオブジェクトの作成
//*******************************************************
MailMessage mail = new MailMessage();
mail.From = "送信元メールアドレス";
mail.To = "あて先メールアドレス";
mail.Subject = "メール件名";
mail.Body = "メール本文";

//*******************************************************
// メール送信実行
//*******************************************************
SmtpMail.SmtpServer = "メール送信サーバー名またはIPアドレス";
SmtpMail.Send(mail);

このコードでメール送信を実行できるのですが、セキュリティにうるさくなった現在においては、次の2つの問題にぶつかることがあります。

★問題1
SMTPサーバがPOPbeforeSMTPに対応していると、このコードではメールを送れない

★問題2
サーバが25番ポートを受け付けず、別のポート番号(587のことが多いかな)で受け付けている場合、メールを送れない

これらに該当する場合、次のようなコードを付け足せば、無事にメールを送ることができます。

//*******************************************************
// SMTPの前にPOP（問題1の回避策）
//*******************************************************
string popUserName = "POPユーザ名";
string popPassword = "POPパスワード";
string popServerName = "POPサーバ名";
int popPort = 110; // 110でない場合は要変更

TcpClient tcp = new TcpClient();
tcp.Connect(popServerName, popPort);
using (StreamWriter sw = new StreamWriter(tcp.GetStream())) {
　　sw.Write("USER " + popUserName + "\nPASS " + popPassword + "\nQUIT\n");
}
tcp.Close();

//*******************************************************
// 別のポート番号を指定（問題2の回避策）
//*******************************************************
int anotherPort = 587; // 25じゃない別のポート番号を指定
mail.Fields["http://schemas.microsoft.com/cdo/configuration/smtpserverport"] = anotherPort;

これまで、この問題をどうすれば解決できるんだろう？
と1年以上も悩んでいたのですが、ちゃんと解決する方法がありました(笑)
同じことで悩んでる方がいらっしゃいましたら、ご参考にどうぞ。

p.s.
MailMessageクラスとSmtpMailクラスは、.NET 2.0では非推奨になっております。
くわしくはヘルプを。

なぜこちらのクラスを使わないのかというと、いまだに文字化け問題から抜け出せないでいるからです(笑)
近日中には、なんとかしたい・・・！

Expression Web の基本的な操作概要についてのサイトをご紹介

キヨ（kiyochan@wankuma.com） — Mon, 12 Mar 2007 09:53:00 GMT

Microsoft Expression Web製品レビュー（前編）
Webデザイン・ツール「Expression Web」を試してみた
http://www.atmarkit.co.jp/fdotnet/special/expressionweb01/expressionweb01_01.html

Expression Webは、VisualStudioでWebフォームを作った経験があれば、比較的容易に操作できそうですね。
Webページ制作に関しては、VisualStudioより操作性が向上されたところも多いようです。
C#やVBのコードの記述は、やはりVisualStudioを使う必要がありますが。

個人的には、まだExpression Webを使用したことはないのですが（DreamWeaverに慣れてしまってるので・・・）、初めてExpression Webを使う時には、このページがとても参考になりそうです。

Visual Studio 2005 Service Pack 1 Update for Windows Vista

キヨ（kiyochan@wankuma.com） — Wed, 07 Mar 2007 20:16:00 GMT

↓ここから入手できます。
http://www.microsoft.com/downloads/details.aspx?FamilyId=90E2942D-3AD1-4873-A2EE-4ACC0AACE5B6&displaylang=ja

インストールされた皆さんの評判をうかがったのち、インストールしたいと思います(笑)

SQL Server 2005の開発生産性が高いというのは本当か

キヨ（kiyochan@wankuma.com） — Wed, 28 Feb 2007 10:12:00 GMT

SQL Server 2005の開発生産性が高いというのは本当か
http://itpro.nikkeibp.co.jp/article/COLUMN/20070216/262227/

・SQL Server 2005
・SQL Server 2000
・Oracle 10g R2

を比較して、どれが開発生産性が高いかについてまとめられています。

このページの結論としては、「SQL Server 2005が一番開発生産性が高い」ということになっています。
ただ、このページに書いてあることだけでは、一概にそうとは言えないかな～と思うところもあります。

私個人的には、最近になってSQL Server 2005を使うようになったこともあり、まだSQL Server 2000の方に慣れています。
2005の基本的な操作方法を習得中というところもあり、2000でできたアレは2005だとどうやってやるの？？ってことがよくあります。
なので私にとっては。まだ2000の方が開発生産性は高いかな～と思っています(笑)

みなさんも、やはり2005の方が生産性は高いと感じていらっしゃるのでしょうか？
気になるところです(^_^)