最近 PowerShell にはまっています。

PowerShell は、Win7/Server 2008R2 から 「標準搭載」 されたシェルスクリプト環境で、
Active Directory, Exchange, SQL Server の管理に深く関わっています・・・というか便利過ぎます。

関連情報はそれなりに出ていますが、すいません、正直無視していました。
現場で使ってみて、目から鱗が落ちました。 これはすばらしい環境です。

で、タイトルの内容です。
PowerShell から Excel を呼び出して操作する方法はよく知られていますが、
動作中の Excel を開く技はそれほど知られていないと思うので紹介します。

System.Runtime.InteropServices の機能を使い、動作中のオブジェクトを捕まえます。
Excel.Application のオブジェクトを捕まえて、Open中のブックと同名の WorkBook を取得する
ファンクション Get-ExcelBook() はこんな感じになります。

Function Get-ExcelBook($BookName)
{

    #=== 稼働中の Excel を捕まえる
    $ex = [System.Runtime.InteropServices.Marshal]::GetActiveObject("Excel.Application")

    if ($ex -eq $null) { return $null }

    #=== Open中のWorkBookから目的のBookを見つける
    foreach ($bk in $ex.WorkBooks)
    {
        if ($bk.Name -eq $BookName)# 見つかった！
        {
            return $bk
        }
    }
    return $null
}

iText.NET を使ったプロジェクトを IIS(ｘ64) の環境設定したところ、次のようなエラー表示がされました。

Apache.Crimson.dll の読み込みに失敗している･･･ 開発環境ではとしっかり動いているのだが?? 

iText.NET は32bit環境で作られていて、64bitに対応する予定はありません。
通常の Windows アプリの場合、WOW の働きで 32bit アプリがそのまま動きますが、
IIS から iText.NET を利用する場合には、アプリケーションプール-詳細設定で、
32bitアプリの有効化を明示してやる必要があるのでした。忘れていたけど...orz

Visual Studio のデバッグ環境ではこの設定が自動的に行われているのでしょう。
また忘れないようにメモメモ。

とある Excel データを Access に転送していたのですが、ちょっとはまりました。

↑を見てもらうと分かりますが、セルには 12345 と入力していますが、表示は *12,345 です。

 
これは、セルの書式をユーザー定義する事で実現していました。

ですから、この様に式で参照すると 12345 と表示されます。 ※F1の書式は「標準」

    -->  

Excel -> Access へコピペすると、 何故か '*' 部分が消えてしまいます。 (※Access の Field はどちらも Text 型)
「',' はいいけど、どうしても '*' 付きでコピペしたい」 としばし悩み、結局ユーザー関数を作りました。

単純に、Range.Text() で String を返すだけの関数を用意します。

それをワークシート関数の様に利用するだけです。

   -->  

これなら Excel -> Access へコピペしても '*' は消えません ・・・ 理由はわからないけど、まぁいいや。 

9/15 追記
寝ながら考えた理由: Excel->Access のコピペ時に "標準" の書式に整形するから

今回のようなコピペをしたいなら、 Excel-> Text Editor -> Access の順にコピペすれば良い事に気づきました。
クリップボード上のデータを調査すれば裏は取れると思いますが、さすがにそれは面倒だな～

長らくテスト版が続いていた VS2010 ですが、4/12 にリリースされるみたいです。
というのは、MSDN の延長の絡みでそんな情報を得たからです。

究極のオファー ～[期間限定]上位エディションへの自動移行～ (microsoft)

「Visual Studio 2010 のリリース時に所有している Visual Studio with MSDN Subscription の
レベルに応じた各エディションへ移行することができます」との事で、それが 4/12 という話。

マイクロソフト、4月12日に謎の発表イベントを予告 (engadget)

一瞬これの事かと思いましたが･･･さすがに違うでしょうね。

Visual Studio 2010 Ready Day (microsoft) 

こっちは VS2010 イベントの告知です。ラウンチツアーが全国各地で行われるようです。

VS2010 の特徴は･･･より完成度の上がった統合開発環境でしょうか??
Expression との統合はありがたいですし、話題の Azure に対応しているので要注目です。
VSTO 絡みだと、Office 2010 がまだなので大した情報はありません。
でも、C# でもオプション引数が可能になるのは一部の人は喜びそうです。(C#は魂を売ったとも言えるけど)

VS の機能としては、(Office開発が出来る)Professional で満足していますが、自動移行なら試してみたいです。 
あぁ、でもその前に、延長の資金を捻り出さないとね。