Fx1.0/1.1/2.0

【落とし穴】　イテレータはラムダ式、匿名メソッド内では使えない

ghost_shell (gshell@wankuma.com) — Fri, 04 Apr 2008 18:00:00 GMT

下図の中にあるコードは「yield ステートメントは、匿名メソッドまたはラムダ式の内部では使用できません」というコンパイルエラーが出ます。

では、Result型のイテレータを返す関数オブジェクト（Func<IEnumerable<Result>>）は作れないのでしょうか？

いえ、あります。
上の図のスタティックコンストラクタの２行目※の部分です。
※テキストの改行ではなくセミコロン基準です。

            iterateFunc = new Func<IEnumerable<int>>(Iterate);

ラムダ式では式（構文）として記述できないだけで、宣言箇所と呼び出し方法の組み合わせによって動作が変わることはありません。
これはデリゲートや匿名メソッドで行った場合も当てはまります。

説明すればするほど、「あぁ、そんなことか。試してみるまでもないじゃん。」と思う人が増えるので、解説が不親切ですがこの辺でやめておきます。
（この記事の最後に貼ってある「この記事に関係する過去の記事」もご覧ください。）

動作するサンプルコードと実行中の様子を以下に示します。

using System;
using System.Collections.Generic;
using System.Threading;
namespace IteratorInFunc
{
    static class Program
    {
        // 逐次処理をする関数オブジェクト
        private static Func<IEnumerable<int>> iterateFunc; 
        // 1 メソッドによる実装
        private static IEnumerable<int> Iterate()
        {
            for (int i = 0; i < 10; ++i)
            {
                Thread.Sleep(1000);
                yield return i;
            }
        }
        // スタティックコンストラクタ
        static Program()
        {
            // 2 【コンパイルエラー】ラムダ式バージョン
            //iterateFunc =
            //    () =>
            //    {
            //        for (int i = 0; i < 10; ++i)
            //        {
            //            Thread.Sleep(1000);
            //            yield return i;
            //        }
            //    };
            iterateFunc = new Func<IEnumerable<int>>(Iterate);
        }
        // メインメソッド
        static void Main(string[] args)
        {
            foreach (var result in iterateFunc())
            {
                DateTime dt = DateTime.Now;
                System.Diagnostics.Debug.WriteLine(String.Format("{0} {1}", result, (dt.Second * 1000 + dt.Millisecond).ToString("D5")));
            }
        }
    }
}

この記事に関係する過去の記事

【落とし穴】 yield return の間違った使い方（2007年8月16日）
http://blogs.wankuma.com/gshell/archive/2007/08/16/InvalidUsageOfYieldReturn.aspx

(Posted Date) 19:20

【Webメソッド】サーバー処理で使っている独自型をクライアントアプリケーションで使うには

ghost_shell (gshell@wankuma.com) — Wed, 27 Feb 2008 15:41:00 GMT

この記事の対象対象開発環境： Visual Studio { 2005で確認 }
対象開発言語： C#(CSharp), VB.NET 他（Visual Studio搭載言語）
対象実行環境: .NET対応Webサーバー、.NET Frameworkインストール済みクライアント

.NETの基本型ではない独自で作成した型を引数や戻り値の型にしたメソッドをWebメソッドとして公開したいときがあります。
これはできます。特別な操作は要りません。

ではそのWebメソッドをクライアントから呼ぶことはできるのでしょうか。
これもできます。特別な操作は要りません。
Web参照を追加した段階で、Web参照の名前空間に同名の型の宣言が作られます。
データはもちろんメタデータとも言える型の表現もXMLを通して行います。

サーバーとクライアントで使用する共通クラスライブラリを作っていましたが、このことにより不要になりました。
（サーバー側の使用している部分から見えるところに宣言します。）

.NETのWebメソッドではプリミティブ型しか受け渡しできないことになっています。
スタブではなく同一の型（共通ライブラリの型）でやりとりしたくても、これはできません。

【落とし穴】ListControl に Items プロパティは無い

ghost_shell (gshell@wankuma.com) — Fri, 07 Sep 2007 19:37:00 GMT

cf: System.Windows.Forms（バージョン2.0.0.0）

あるソースを見ていて「ComboBox限定にしなくていいのになー。」と思って何気なくMSDNライブラリを覗いて見たところ、ListControl に Items が定義されていませんでした。

ＷＰＦでは相当する基底クラスに相当機能がありました。

「ListControl に対する私のイメージが外れているのかな？」と思いながら調べていくと、派生クラスである ListBox、 ComboBox で ObjectCollection 型の Items が定義されていました。

ObjectCollection クラス（IList インターフェースを実装しています）は XxxCollection というクラス名からメソッドやプロパティを想像通りに使うことができますが、どこで定義されているのだろうと気になり、それも調べてみました。

＃（定義場所を見て）これって・・・
＃したいとおもったことを現プロジェクト（２つのＣ＃製アプリケーションの統合）の他の箇所にも見つけました。
＃リファクタリングって、楽しい！

＃・・・って、スケジュールがおしていない状況だから言えるんですよね、おそらく。

色付き置換４

ghost_shell (gshell@wankuma.com) — Fri, 17 Aug 2007 19:28:00 GMT

19時です。

昨日紹介した方法でよく分からないバグ（下の方で選択位置がずれていました）がありました。

原因を解明せず、Match.Value プロパティ（一致した部分文字列）をもう一度 RichTextBox.Find （戻り値はテキストでの位置です）で探す安全策をとりました。
（ RichTeatBox.Find メソッドで検索開始位置を指定して対象を絞り込むこめます。）

見切りを付けたのが早かったので時間はとられなかったのですが、今日も正規表現の洗礼が・・・。

プレビュー画面が表示されない！
（どういうわけかフリーズはしていませんでした。）

何とか自力で解決しました。
（今回初挑戦で、名前付きキャプチャーを使用したタグ付き置換、MatchEvaluatorを使った置換までの一通りのことはやりましたが、手なずけたと思わないように身構えています。）

今日で現在の開発を終了することになりました。

月末まではプログラミングに携われなさそうなので、今日でこの連載はひとまず終了とさせていただきます。

【落とし穴】　yield return の間違った使い方

ghost_shell (gshell@wankuma.com) — Thu, 16 Aug 2007 18:41:00 GMT

カテゴリ：.Net Framework

voidメソッドを書いているときに不意に「処理で得られた情報を返してやろう。」と戻り値の型を変更して、yield return なんてしたら駄目ですよ。

たとえ DEBUG モードでも処理は行われませんよ。
（foreachブロックで使わないとメソッドは実行されません。）

補足１．イテレータ（yield return, yield break）を使う場合、型はIEnumerable<T>（←リストなどを返す場合）、IEnumerator<T>両方解釈してくれます。
補足２．.Net Framework 1.xで使える従来の IEnumerable / IEnumerable<T> オブジェクトを返す手段では、得られるオブジェクトを使わなくても処理は行われます。

＃イテレータはクラスに展開されている、実際に処理が中断・再開されている、ことは理解していたのに陥りました。

参考リンク　　http://journal.mycom.co.jp/articles/2005/09/29/dotnet2/index.html

GetLineFrom「茶～。」Index　色付き置換３

ghost_shell (gshell@wankuma.com) — Thu, 16 Aug 2007 12:58:00 GMT

カテゴリ：.Net Framework

月曜に最低アクセス数（7/9～）を記録し、火曜持ち直しました。
昨日（水曜）はさらに増えたのですが、コメントは付きませんでした。
＃反応がつきにくいのは分かっていますが、ちょっと悲しいです。

それでもフォローアップはしていきます。

起点となったエントリでは「RichTextBoxを使ってテキスト修正（文字列置換）のプレビュー機能を作れます」
続きのエントリでは「RichTextBox中の部分文字列の位置指定の挙動が思った通りではありませんでした」
といった内容で書きました。

原因について、RichTextBoxでは改行は目に見える文字ではないので文字数をカウントしていない、と推理してみました。

とりあえず以下のコードに書き換えて動かしてみました。（上が前回のコード、下が新しいコード）

Match match = new Regex("t").Match(richTextBox_Preview.Text);
while (match.Success)
{
    richTextBox_Preview.Select(match.Index, match.Length);
    richTextBox_Preview.SelectionColor = Color.Red;
    match = match.NextMatch();
}

Match match = new Regex("t").Match(richTextBox_Preview.Text.Replace("\n", ""));
while (match.Success)
{
    richTextBox_Preview.Select(match.Index, match.Length);
    richTextBox_Preview.SelectionColor = Color.Red;
    match = match.NextMatch();
}

非検索文字列から改行を取り除いて文字列検索しています。
richTextBox_Preview.Text.Replace("\n", "") しても richTextBox_Preview.Text は上と変わっていないこと[改行入りのまま]に注意してください。

これはうまくいきます。実際の文字列と違うことになっていますが、行数を調べなくていいので、場合によってはかなり有用です。

開始位置を補正する方法も考えてみました。

Match match = new Regex("t").Match(richTextBox_Preview.Text);
while (match.Success)
{
    richTextBox_Preview.Select(ToRTBIndex(richTextBox_Preview, match.Index), match.Length);
    richTextBox_Preview.SelectionColor = Color.Red;
    match = match.NextMatch();
}

ToRTBIndexメソッドは以下になります。

public int ToRTBIndex(RichTextBox rtb, int matchindex)
{
    int rtbindex = matchindex - rtb.GetLineFromCharIndex(matchindex);
    while (rtbindex + rtb.GetLineFromCharIndex(rtbindex) < matchindex)
        rtbindex++;
    return rtbindex;
}

注意が必要なのはRichTextBoxの設定です。
これを使う場合はWordWrap（右端で改行するかどうか）をFalseにしておく必要があります。
Trueで試していて「自動改行されていないのにな～。おかしいな～。」と思ったら、400ピクセル四方のウィンドウをデバッグごとに手動で最大化していたことに気づかなかった、なんてことがありました。

参考にどうぞ　　TextBox（またはRichTextBox）の現在のカレット位置（行と列）を取得する　(DOBON.NET)

＃【アンケート】仕事中、プログラミング中、何を飲んでいますか。
＃お茶（←ペットボトル飲料）が多いです。コーヒー（←インスタントコーヒー）も飲みますが、コーヒーばっかりはないですかね。
＃利尿作用があるといわれていますが、トイレに行くと気分転換になるので支障はありません。

色付き置換 (RichTextBox) の続き

ghost_shell (gshell@wankuma.com) — Wed, 15 Aug 2007 18:22:00 GMT

カテゴリ：.Net Framework

for (int i = 0; i < regexes.Count; ++i)
{
text = regexes[i].Replace(text, replaces[i]);
}

前エントリでは RichTextBox を使った検索箇所強調表示置換のアイデアを書きました。

このアイデアでは上記のような text 自身を更新する置換コードは使えません。タグ付き正規表現で置換する場合はRegex.Replaceメソッドも使っていくことになると思いますが、使用するメソッドは Regex.Replace からRegex.Match に代わります。

Regex.Match は Match クラス（ System.Text.RegularExpressions 名前空間）のインスタンスを返します。 Match クラスを深く知るには、スーパークラスである Group や Capture についても知っておくと良いでしょう。

置換の方法を詳しく知りたかったので今まではあまり役に立ちませんでしたが、下記の記事ではMatchクラスをよく知ることが出来ます。

Title: スマートな文字列処理のための正規表現入門（後編）
URL : http://www.atmarkit.co.jp/fdotnet/basics/regex02/regex02_01.html

一通り上記の記事とMSDNライブラリのクラスライブラリを読み、やってみました。

Match match = new Regex("xml").Match(richTextBox_Preview.Text);
while (match.Success)
{
    richTextBox_Preview.Select(match.Index, match.Length);
    richTextBox_Preview.SelectionColor = Color.Red;
    match = match.NextMatch();
}

ASCIIの範囲内で（マルチバイト文字出現前で）したのに
「あれっ？微妙にずれている？？」

謎は解けた！

より多くヒットするように "xml" ではなく "t" １文字にしてみました。（読み込んでいるのはXHTML 1.0 Transitional文書です。）
太字行について：Match オブジェクトの Index 、 Length は最初の Match メソッドで渡した被検索文字列に対しての値ではありますが、文字数が同じなのでこれでも問題はありません。

１行目でヒットしたものは正しいです。真ん中にもなるとでたらめにしか見えませんが、それでも上の方は惜しかったりします。

そして気づきました。行数に応じて後ろに下がっているー！

RichTextBoxのSelectメソッドでは改行が無視されるのかな。装飾の１つ？

色付き置換 (RichTextBox)

ghost_shell (gshell@wankuma.com) — Wed, 15 Aug 2007 14:19:00 GMT

色付き置換 (RichTextBox)

カテゴリ：.Net Framework

たまたま昨日書いた３つのエントリのうち２つを合わせたかのようなタイトルではありますが、今日はそんなことをしました。

.Net Framework で名前付きタグ付き置換（正規表現置換）を行う
 色付きコード

今、置換メソッドを使うプログラムを作っています。

どういう目的で置換をするのかというと、テキストの修正です。

このことはもう１つのエントリとも関連していきます。別のプログラム、テンプレートを使って作られたテキストベースのファイルを正しい、統一された書式に近づけていく作業です。

＃わずらわしいですね。もう１回言ってしまうと、今やっているのはWebサイトの移行作業です。

修正後のファイルをWebブラウザ（WebBrowserコントロール）とテキストボックス（TextBoxコントロール）に表示して、確認してから上書きすることにしているのですが、利用する立場になると「変更箇所を提示する」という改良案を優先して実装したくなります。

案は３つあります。

１．HTMLのタグで色付けしてWebブラウザで表示する。
２．RichTextBox に読み込み、プログラムで制御して色付けする。
３．.Net Framework 3.0 の RichTextBox 、 FlowDocument を作る。

１の場合、ブログ投稿ツールのようなHTML編集機能が使えるとしても、置換処理の際には関係のない装飾タグを挿入することができないので、装飾情報を別途保管し、HTML化まで行わないといけません。またテキストに含まれる<,>を文字参照に置き換えないといけません。色付けするのがHTMLソースなので置換箇所は多いです。

今まで一度もテキストエディタ、ＨＴＭＬエディタを製作しようと思ったことがないので、 RichTextBox なんて使ったことがなかったのですが、使ってみました。

余談になります。テキストエディタなんて作っても今あるフリーソフトに実用性で勝てるわけないと考えている私ですが、文書エディタの開発を構想中です。

以下が実行してみた２のサンプルコードです。
（３はしませんでした。System.Windows.Forms.Form で Fx3.0 の System.Windows.Controls.Control を使うにはホストをするはずだけど、それって難しいのかな？）

richTextBox_Preview.Select(20, 5);
richTextBox_Preview.SelectionColor = Color.Red;
richTextBox_Preview.SelectedText = "置換してやったぜ～～～。";

開始位置と長さを引数にして Select することで部分が選択され、 SelectionColor で色指定しています。
さらに SelectedText を設定することで選択部分が新たな文字列が置き換わります。

このすごいところが、
文字数は違ってもきちんとテキストが置き換わっていること、（普通ですが、１でやろうと思うと・・・。）
そして、文字数が違っても（「置換してやったぜ～～～。」の部分全てが）赤色で置き換わっていること、（これもブログ投稿ツールやWebページエディタの挙動と一致しますが、一からやろうと思うと・・・。）
です。

RichTextBox は内部的にテキストと装飾情報に分かれているようです。なので単純な置換であれば Replace ではなく、 Select メソッドと SelectedText プロパティを使用するようにすれば、後はその間に SelectedColor 等の変更を入れてあげるだけで、従来のテキストの置換と同じ感覚で変更箇所を装飾できるようになります。

ただし、問題もあります。

・処理が遅くなる。
（一括自動処理ではなく）プレビューで使われるので、何倍時間がかかったかではなく、使う人の感覚次第ってことでシビアな問題ではなさそうです。私はするつもりはありませんが、高速化の情報については下の覚え書きを参考にししてください。

・置換処理の書き方に互換性がない。
プログラムソースそのものを置換して RichTextBox を使った方法に変更できなくはないが、どちらを使うのにもほとんど変更しなくていいようなユーティリティクラスを作って利用したいところです。

参考になるリンク（覚え書き） http://www.geocities.jp/hatanero/
「ソフト工房波田」というページにリンクします。「プログラムはプロブレム」の中にRichTextBoxについてのリンクがあります。

.Net Framework で名前付きタグ付き置換（正規表現置換）を行う

ghost_shell (gshell@wankuma.com) — Tue, 14 Aug 2007 19:15:00 GMT

カテゴリ：.Net Framework

疲れたー。

社内には正規表現に関する書籍がありません。

社内には正規表現を詳しく紹介するＣ＃の書籍がありません。
（たぶんＣ＃関連で正規表現による置換を扱っている書籍自体が少ないです。）

そうなるとウェブで探すことになります。

はぁ・・・、もう何度検索したことか。

それでも、タイトルにある「タグ付き正規表現による置換」（勝手に略して、タグ付き置換！）は何とか習得しました。
処理がブラックボックスなので自信はあまりありません。

今までは「キャプチャ（()）」に対して $0 S1 … とやってきましたが、「名前付きキャプチャ（(?<name>...）」を使ってみようと思い、調べました。

はぁ・・・。

置換文字列をどうすればいいか検索で見つけた中には書いてありませんでした。

これで合っているかなぁ？

private List<string> explanations = new List<string>();
private List<Regex> regexes = new List<Regex>();
private List<string> replaces = new List<string>();

explanations.Add("OK <br * />");
regexes.Add(new Regex("(?<all><br[^<>]*?/ *>)"));
replaces.Add("${all}");

＃盆だからアドバイス来ないだろうなーＯＴＬ（３連続ＯＴＬをもって明日からはいつも通りにしたいＯＴＬ）
＃その場合は盆明けにでも書き直して投稿しよー。

ついでに１部署に１冊は欲しい ".NET Frameworkでも使える正規表現の良本" があれば教えてください。

参考になるリンク（覚え書き） http://hodade.adam.ne.jp/seiki/

.Net Framework ケーススタディ　例外編１

ghost_shell (gshell@wankuma.com) — Tue, 14 Aug 2007 13:14:00 GMT

カテゴリ：.Net Framework

こんな例外クラス欲しくありませんか？

FileNotFormattedException

私は「作ってくれればいいのにー。」ってだけでなく、

throw new FileNotFormattedException…

と書いては、「そうね。そんなクラス無かったよね。」と思い返すことを何回かしています。

（※ ボケてはいませんよ。分かってはいるけど、せずにはいられないのです。）

FileNotFormattedExceptionは以下の時に発生します。

ファイルは存在し、取り出すこともできるが、特定の形式になっていない場合。
例えばテキスト形式データで、必須のヘッダが無いなど。

.Net FrameworkにFileNotFormattedExceptionなるクラスが無い理由を考えてみました。

１．.Net Frameworkを設計する上でそういう状況に陥らないから。

２．「ファイル形式になっていない」は「○○ファイルではない」に詳細化できるため、実は意味が無いから。

って、ケーススタディになってねぇ～。

＃それよりも肝心な意図が伝わらねぇ～。ＯＴＬ

続く（予）

Fx1.0/1.1/2.0

【落とし穴】 イテレータはラムダ式、匿名メソッド内では使えない

【Webメソッド】 サーバー処理で使っている独自型をクライアントアプリケーションで使うには

【落とし穴】ListControl に Items プロパティは無い

色付き置換４

【落とし穴】 yield return の間違った使い方

GetLineFrom「茶～。」Index 色付き置換３

色付き置換 (RichTextBox) の続き

色付き置換 (RichTextBox)

.Net Framework で 名前付き タグ付き置換（正規表現置換）を行う

.Net Framework ケーススタディ 例外編１

【落とし穴】　イテレータはラムダ式、匿名メソッド内では使えない

【Webメソッド】サーバー処理で使っている独自型をクライアントアプリケーションで使うには

【落とし穴】　yield return の間違った使い方

GetLineFrom「茶～。」Index　色付き置換３

.Net Framework で名前付きタグ付き置換（正規表現置換）を行う

.Net Framework ケーススタディ　例外編１