[ カテゴリー » PC関連 ]

Dictonary<T1,T2>.ToString()

C# 3.0 4.0以降。LINQのメソッド式表現はほとんど使わない私ですが、これLink はちょっと感動。

string.Join(",", dictonary.Select(kv => kv.Key.ToString() + "=" + kv.Value.ToString()));

[参考] Is there anyway to handy convert a dictionary to String? (stackoverflow)Link

[2012/9/7 追記] よく考えるとクエリ形式でも書けます。LINQによる簡潔な表現としての感動は変わらず。
string.Join(",", from kv in dictionary select kv.Key.ToString() + "=" + kv.Key.ToString());
[2012/9/7 追記] String.Join(String, IEnumerable<String>)が実装されたのは.NET Framework4以降のようなので、上記はC# 4.0以降で有効。LINQ式の最後に.ToArray()を付ければC# 3.0でも行けるでしょう(簡潔さが悪化するので感動は薄れる ^ ^;)。
string.Join(",", dictonary.Select(kv => kv.Key.ToString() + "=" + kv.Value.ToString()).ToArray());
string.Join(",", (from kv in dictionary select kv.Key.ToString() + "=" + kv.Key.ToString()).ToArray());

— posted by mu at 07:32 pm   commentComment [0]  pingTrackBack [0]

古いMSIをUACに対応させる

備忘録。

Windows Vistaより前に作られたMSIファイルはUACを知らないので、管理者権限が取れずに不具合が起こるっぽい。実際使っていたインストーラーがWindows7でエラーを出して途中で落ちてしまう。

対策はここLink に書いてある通り、Orcaを使ってMSIファイルを改造する。

  • CustomActionの○○○.install/uninstall/commit/rollbackの項目のType値を2048増加させる
  • Tools→OptionからDatabaseタブに移動、"Copy embedded streams during 'Save As'にチェック (こっちは必須なのか不明)

以上。Type値の2048(=0800h)に管理者権限昇格のビットが定義されているんでしょうねぇ。

blog20100905-MSI4UAC
画像は+2048した後

[ 参考 ]

— posted by mu at 08:51 pm   commentComment [0]  pingTrackBack [0]

バイト列から.NETアセンブリをロード

.NETにはアセンブリ(クラスの実行部分を記述した物、いわばプログラム、多くの場合DLL形式)を実行時動的に読み込み、プログラム実行に使用する機能があります。よく使われるケースがプラグイン。プラグインファイルの中身が.NET形式のDLLになっていて、プログラム起動時に読み込み実行します。

で、今回来たミッション。

  1. サーバからオブジェクトのシリアライズされたデータが来るので、クライアントで逆シリアライズする
  2. ただしそのデータに対応するアセンブリがクライアントに組み込まれているとは限らない。無い場合はサーバにおいてあるから、適当に見つけて動的に読み込む。

プラグインファイルがサーバにあるって感じでしょうか。サーバから取ってくるアセンブリはファイルではなく、バイト配列(byte[])。中身は元々ファイルだったDLLそのままなのでローカルでそのバイト列をファイルに書き込んでから読むと言う方法もありますが、直接バイト列から読みこむSystem.Reflection.Assembly.Load(byte[])なんてのもあるのでそちらを使用。

が、アセンブリを読み込んだ後逆シリアルを行おうとすると、SerializationException。メッセージは"Unable to find assembly 'hoge'"つまり読み込んだはずのアセンブリが無かったことにされてしまっている。はて?

とりあえず見つけた解決法は以下のもの。

  1. .NET Frameworkはアセンブリが見つからないとき、AppDomain.CurrentDomain.AssemblyResolveイベントを投げるので、あらかじめハンドラをセットしておく
  2. 逆シリアライズ時にこのイベントが捕まるので、引数から必要とされるアセンブリの名前を引き出す
  3. サーバから該当するアセンブリをダウンロード
  4. ダウンロードしたデータをAssembly.Load(byte[])で読み込み、このメソッドの返り値を「イベントハンドラの返り値」にする

こうしておくとイベントハンドラから返されたアセンブリを使って逆シリアライズが進みます。

  • 試してないけどロードしたアセンブリがさらに別のアセンブリに依存していてそれが必要なら、またイベントが飛んでくるんじゃないでしょうかねぇ。(*1 追記参照)
  • 同じアプリケーションドメインである限りは、一度読み込まれたアセンブリに対してこのイベントが再び飛んでくることは無いようです。
  • イベントハンドラに返り値があるのかと奇妙に思われるかもしれませんが、あります。C#にとってイベントとデリゲートの違いって、デリゲートは=演算子が使えるくらいでしょうか?
[参考]

[ 2012/8/23 追記 ] 図らずも(*1)を別の方法で確認。自家製イベントハンドラがアセンブリを取ってくるためにサーバー通信用のアセンブリが必要なのですが、これが無い→通信アセンブリを取るためにAssemblyResolveイベント→同じハンドラで受け取りやっぱり通信アセンブリが無い、の無限再帰呼び出し orz。通信アセンブリはGACから取れるはずなのですが、もしかしてこのイベントの方が優先度上なの?

— posted by mu at 05:53 pm   commentComment [0]  pingTrackBack [0]

Entity Framework Guid型はMySQLでは?

備忘録。ADO.NET Entity FrameworkLink 上のSystem.Guid型Link をMySQLで保存するためにはchar(36)だとのこと。どおりでbinary(16)で保存しようとするとデータが長すぎますってエラーが来るわけだ。この変換はMySQL Connector .NETで行われているはず。

ちなみにVisual Studio 2010にはMS SQL Server 2008用データベース作成スクリプトを吐くという機能があるのですが、それだとそのままguid型(=uniqueidentifier?)となってました。

[ 参考 ] Entity Framework Data Type Mapping (Devart)Link

— posted by mu at 03:06 pm   commentComment [0]  pingTrackBack [0]

SQL Server 2005 Express再インストール後、User instanceが使えなくなる

これLink の絡みでいまだSQL Server 2005 Expressを使用してたりするのですが、アメリカの方からDBに変なデータが入ったのだけど消せないから見てくれと言う連絡が。たく、面倒なことを

リモートデスクトップで彼のPCに入ると、まず最初の10分でSQL Serverが2008 Expressにバージョンアップされていることが分かる。VC++ 2008も入っていたのでこの時に一緒にインストールされ、やった本人自覚なしだろう(彼これで2回目)。多分動くのだろうけど、複数バージョンサポートしたくないので2008をアンインストールして2005 Express SP4を入れなおす。MDFファイルも2008用にアップグレードされており2005じゃ読めなくなってしまったので、マスターファイルに差し替え(動作確認機なので大したデータは入ってない)。

次にsqlcmd.exeを使ってユーザーインスタンスを有効に。しかしながら、ユーザーインスタンスでMDFファイルをロードしようとすると、Failed to generate a user instance of sql server due to a failure in starting the processなるエラーが出て失敗する。Management Studio ExpressでMDFファイルをサーバーインスタンスとしてAttachすると問題なくアクセスできるため、MDFファイルにもサーバーへの接続にも問題なさそう。あくまでユーザーインスタンスだけで起きる問題。

調べた結果はC:¥Documents and Settings¥(ユーザーインスタンスを利用するユーザー名)¥Local Settings¥Application Data¥Microsoft¥Microsoft SQL Server Data¥SQLEXPRESSディレクトリを消してしまうと言うもの。どうやら以前のSQL Serverによって作られたユーザーインスタンスのごみデータが残っていたらしい。

[参考]Fix error "Failed to generate a user instance of SQL Server due to a failure in starting the process for the user instance." (ASP.NET FAQ 2009/6/18投稿分)Link

— posted by mu at 08:41 pm   commentComment [0]  pingTrackBack [0]

T: Y: ALL: Online:
ThemeSwitch
  • Basic
Created in 0.0251 sec.
prev
2024.4
next
  1 2 3 4 5 6
7 8 9 10 11 12 13
14 15 16 17 18 19 20
21 22 23 24 25 26 27
28 29 30