おぅ、そうなんですか。知らんかった。
なんか、まったく同じ話を昔書いた覚えがあるなぁ、と思ったら 「Anonymous Method はクロージャではない その2」 これですね。
このときに 「それは仕様書の方が間違ってる」 と言ってた内容が C# 5.0 では正しいことになるというわけですね。
まぁ、確かに影響を受けるコードはそんなに多くないだろうとは思いますが、影響を受けるかどうかがパッと見でわかりにくいのがちょっとイヤンな感じ。（影響を受けるのは foreach のカウンタ変数をラムダ式や匿名メソッドでキャプチャしているときってことになるのかな？）
「.NET for Metro style apps」 より。
記事の中ほどに .NET Framework 4.5 は WinRT、Silverlight 5、Windows Phone 7.1 のすべてを含むということが図示されています。
WinRT は、今までの .NET Framework や Silverlight とはいろいろと違うところがあったりすると思いますが、.NET Framework 4.5 から見ればサブセットになるようにデザインされているようです。
と言っても、これはあくまで 「どっちがどっちのサブセットになっているか」 というような概念的なところでしょうし、そもそも、この解説を書いてるのが 「CLR コアフレームワークチームのプログラムマネージャー」 なので .NET Framework 4.5 や Silverlight といってもそのすべてのことではなく 「コア」 の部分のことです。
「コア」 っていうのは、簡単に言ってしまえば System.String とか System.Int32 とか List<T> とかっていう基本的な部分のことです。WPF やら XAML やらといった部分は含まれません。
このあたりの話は Silverlight 2 時代がわかりやすいんじゃないかと思います。
Silverlight 2 のときは .NET Framework と互換性がありませんでした。なので、Silverlight で作ったクラスライブラリのアセンブリ（DLL）を .NET Framework のプロジェクトで参照設定すると 「互換性がないアセンブリ」 と言われてビルドすることも実行することもできませんでした。たとえそのクラスライブラリが String しか使ってないような単純なものであってもです。
サーバーとクライアントでやりとりするデータをクラスとして表現してサーバーのプロジェクトとクライアントのプロジェクトで共有して使うっていうようなことが出来なかったんです。このころはソースコードを共有するしかありませんでした。（ソースコードは互換性がありました）
これが Silverlight 3 で変更されて .NET Framework と互換性があるようになりました。もちろん、.NET Framework にしか無い機能、Silverlight にしか無い機能を使ってるとダメですが、そうでなければアセンブリを相互に参照することができます。
ブログの記事にもリンクがある MSDN の 「汎用性のあるクラス ライブラリ」 が具体的です。
Visual Studio 11 Beta には汎用性のあるクラスライブラリを作るための Portable Class Library プロジェクトが入ってるそうです。このプロジェクトテンプレートを使えばどのプラットフォームのどのバージョンをサポートしたいかを選択できます。（たぶんそれに合わせて適切なアセンブリを参照してくれるんでしょう）
Portable Class Library で選択できるプラットフォームは以下みたいな感じ。
Portable Class Library で使えるのは以下のアセンブリ。
mscorlib.dll
System.dll
System.Core.dll
System.ComponentModel.Composition.dll
System.ComponentModel.DataAnnotations
System.Net.dll
System.Runtime.Serialization.dll
System.ServiceModel.dll
System.ServiceModel.Web.dll
System.Xml.dll
System.Xml.Linq
System.Xml.Serialization.dll
System.Windows.dll
このうちすべてのプラットフォームで使えるコアアセンブリは mscorlib.dll、 System.dll、 System.Core.dll、 System.Xml.dll、System.Xml.Serialization.dll だけ。
「Improving Launch Performance for Your Desktop Applications」 より。
MPGO という技術が解説されています。
上の記事ではかなり長文で詳細に説明されてますから、ここでは要点のみ。
.NET Framework のアセンブリは中に入ってるのは IL （中間コード）で、それが実行時（just in time – JIT）にコンパイルされて動きます。
ngen.exe を使って事前にコンパイルしておけば、実行時にコンパイルするオーバーヘッドがなくなるので起動などが速くなります。インストール時にインストーラによって ngen.exe が実行されるようにしておくというような感じで使われます。.NET Framework の System.DLL などは事前に ngen されています。
これがさらに managed profile guided optimization （MPGO）を使うと高速化できるそうです。
MPGO はコンパイル後のネイティブイメージがより効率良く読み込めるように配置してやる（キャッシュのヒット率が良くなるようにとかディスクアクセスが少なくなるようにとか）ことによって起動を高速化する技術だそうです。こういう技術ですので、それなりに大きなアプリでないとあまり効果は無いと思います。
また、これをするには事前に「トレーニング」が必要です。トレーニングというのは、実際にアプリを操作してそのときのコードの使われ方を記録するっていう操作です。なのでうまいことトレーニングしておかないと逆効果になってしまうようなこともあるんじゃないかと思います。
トレーニングするためのツール（mpgo.exe）は Visual Studio 11 Ultimate Beta に付いているそうです。
また、.NET Framework 4.5 に付いている ngen.exe は MPGO に対応しているそうなので、これを使ってトレーニング済みのアセンブリを ngen してやれば MPGO 済みのイメージとなるそうです。
メトロスタイルな勉強会 MetroStyleDeveloper #02 が 4/19 の夜開催されます。
今回は平日の夜 19時～21時15分の開催です。
私も参加します。
スピーカーもさせて頂きますが、25分というショートセッションですし、「ざっくばらんに MestroStyle 初心者の集い」 がテーマなので、あまり堅苦しくなく軽いノリでいくつもりです。（と言うか、25分でまとめられる自信がない（笑））
まだ、余裕はあるようですので、興味のある方はぜひ。
「Visual Basic 11 Beta Available for Download!」 より。
そういや、VB の新機能はまったく把握してなかった。
以下、気になったとこだけ。
Async / Await は、まぁ C# と同じ。
Iterator は、ん？なにこれ？VB は今まで yield return とか書けなかったんだっけ？ Iterator キーワードと Yield キーワードを使うのか。
Iterator はラムダにも書ける。
Iterator Function() For Each fn In IO.Directory.EnumerateFiles("c:\\", "*.jpg") Yield fn Next End Function.Invoke()
おぉう、これはキモい（笑） End Function の後ろに .Invoke() と続けることができるのか。
Caller Informatin は C# と同じだな。
ほう、Visual Studio は ByVal を付けなくなるのか。
こんなのあったんですね。
Caller Information (C# and Visual Basic)
機能としては見たまんまですね。呼び出し元の情報が取れるようになるというもの。
どうやらコンパイラがコンパイル時に埋め込むみたい。（実行時にスタックトレースをたどるというものでは無い）
なので難読化とかの影響は受けない。反対に動的に Invoke してるときとかは取れるとは限らない。という感じみたい。
メトロスタイルでは基本的に WinRT を使うことになるわけですが、なんか WinRT に XNA って無くないですか？
Windows Phone にも乗って、Silverlight にも乗ったのに WinRT に乗らないとは思わなかったなぁ。
タブレットとかをサポートするために DirectX 自体がサポートされないのなら XNA が無いのもそりゃそうだと思うんですが。
Windows 8 アプリ開発者ブログ: 「XAML と DirectX の統合」
これなんか読むとメトロスタイルでも DirectX は普通にあるんですよね？というか、DirectX はメトロスタイルでもかなり重要な要素だと思ってるように思います。けど、これを読むと、SurfaceImageSource なんかはマネージド側からはメソッドとかが見えなくなってて WinRT C++ から使わないといけないようになってるんですね。うーむ。
今は無いだけなのか、それとも今後も XNA をサポートするつもりは無いのかはよくわかりませんが、無いものは仕方ないですね。
で、どうやら SharpDX という DirectX をまんま C# でラップしたものがあるそうです。
DirectX 11.1、Windows 8 もサポートしていてメトロスタイルアプリからも使えるとあります。
「Lighting Effects in your XAML/C# metro apps :)」
「Effect-Graphs in our XAML/C# metro apps using SharpDx :)」
WinRT-XAML/C# アプリから SharpDX 経由で DirectX を使ってみたという記事がありました。
ほぅ。
自分では試してないですが、ほんとにちゃんと使えるみたいですね。
ちょっと気になるのは Windows Store から配布するには審査に通る必要がありますが、まさかマネージドから DirectX 呼んでると審査落ちするなんてことは無いですよね？（WinRT C++ が大丈夫なんですから大丈夫なんだと思いますが）
あと、ANX.Framework なんていうのもありました。
XNA 互換のライブラリだそうです。（SharpDX を利用）アルファとあるので完成度はわかりませんが。
というわけで XNA が無くても何とかなると言えば何とかなるのかな？
# いっそのこと OpenGL サポートしちゃえば iOS や Android からの移植が増えそうな気がするんだけど、そうはいかんもんだろうか。
某所を見て難しいとか面倒とか言われていたので書いとく。
たとえば、「コンボボックスの IsEnabled が false のときの色を変えたい」なんてときはコントロールテンプレートを書き換えてやることになります。
Silverlight の標準のコントロールのテンプレートは MSDN の 「コントロールのスタイルとテンプレート」 にあります。コンボボックスなら 「ComboBox のスタイルとテンプレート」 です。
実際にコンボボックスを例にやってみます。
MSDN の前半に書かれているパーツやら状態やらは単なる説明なのでどうでもいいです。
XAML が書かれているところのちょっと上に使われている名前空間が書いてあります。xmlns:vsm と xmlns:sys を使ってるとあるのでこれらを書き足してやります。
続いて XAML の <Style TargetType=”ComboBox”> と <ControlTemplate x:Key=”ValidationToolTipTemplate”> を <UserControl.Resources> の中にそのままコピー＆ペースト。
必要なのはこれだけです。
<UserControl x:Class="SilverlightApplication1.MainPage" ...略... xmlns:vsm="clr-namespace:System.Windows;assembly=System.Windows" xmlns:sys="clr-namespace:System;assembly=mscorlib" ...略...> <UserControl.Resources> <ControlTemplate x:Key="ValidationToolTipTemplate"> ...MSDN の内容をここにペースト... </ControlTemplate> <Style TargetType="ComboBox"> ...MSDN の内容をここにペースト... </Style> </UserControl.Resources> <Grid x:Name="LayoutRoot" Background="White"> <ComboBox ...略 .../> </Grid> </UserControl>
一つだけ注意があります。
MSDN 上では先に <Style ...> が書かれていますが、このスタイルの中で後に出てくる <ControlTemplate x:Key=”ValidationToolTipTemplate”> を使っています。この場合、実際の XAML では <ControlTemplate ...> を先に書いておかないとエラーになってしまいます。
あとはこの XAML を好きなように書き換えれば OK です。
上から眺めていけば
<vsm:VisualState x:Name="Disabled"> <Storyboard> <DoubleAnimation Duration="00:00:00" Storyboard.TargetName="DisabledVisualElement" Storyboard.TargetProperty="(UIElement.Opacity)" To=".55"/> </Storyboard> </vsm:VisualState>
なんてのが見つかります。名前を見ただけでも 「Disabled になったときに DisabledVisualElement を 0.55 の透明度にする」 ということなんだろうという検討が付きますね。
で、この DisabledVisualElement を探すと
<Rectangle x:Name="DisabledVisualElement" RadiusX="3" RadiusY="3" Fill="White" Opacity="0" IsHitTestVisible="false" />
となってます。
試しに Fill=”White” を Fill=”Red” にしてみたら Disabled になったときに赤っぽくなるコンボボックスになりました。
XAML をガシガシ書き換えてやれば好きなようにカスタマイズできますので後はお好きなようにどうぞ。
ちなみに、Expression Blend を使うともっと簡単だったりします。
確か、コントロールを右クリックして 「テンプレートの編集」 とか何とかを選んでやるだけでよかったはず。
4/7 に開催された わんくま同盟 大阪勉強会 #48 に参加しました。
わんくまの勉強会に参加したのは確か 2回目。調べたら 1回目は 2007年 11月なのでずいぶん久しぶりですね。
前回もスピーカーさせてもらったんですが、今回も 「MetroStyle アプリ開発入門」 というセッションをさせてもらいました。
もちろん、自分のセッションだけでなく、すべてのセッションを聞かせてもらいました。
個人的にはあまりふれる機会がないようなジャンルのセッションが多かったので、どれもおもしろかったです。
懇親会にも参加しました。ちょっと飲み過ぎて翌日は二日酔いで大変でしたがｗ
以前に紹介したこともある 「Windows 8 First Apps Contest」 ですが、その受賞作が紹介されてました。
Windows Store 開発者向けブログ: 「First Apps Contest 入賞作品の紹介」
（日本語訳版です。英語の記事とほとんど同時に投稿されたみたい。気合はいってるなぁ）
やっぱり WPF や Silverlight、C# なんかの経験がそれなりにあった方が多いようですが、興味深いと思ったのが 2番目に載っている Pew Pew。どうやらこれってもともとあった JavaScript のゲームを MetroStyle に移植したみたいですね。そしてそれは 「驚くほど簡単だった」 とあります。へぇ。（作者さんが Adobe のシニア開発者で Flash の中の人ってのもおもしろいですが）
ところで、Windows 8 Consumer Preview を入れると、もう Windows Store に繋げることできるの？
Web Sites and a Plug-in Free Web より。
Windows 8 には MetroStyle な IE とデスクトップな IE があります。
そして、MetroStyle な IE では Silverlight や Flash といったプラグインが動きません。反対に、デスクトップな IE は従来通りの IE です。
なので、こういったプラグインを使っているページをみるときには MetroStyle な IE からデスクトップな IE に切り替える必要があります。
そこで、
HTTP ヘッダー
X-UA-Compatible: requiresActiveX=true
META タグ
<meta http-equiv="X-UA-Compatible" content="requiresActiveX=true"/>
のいずれかを入れておけば、MetroStyle な IE でそのページを開いたときに 「デスクトップな IE で開くか？」 と聞いてくるようになって、ワンタッチでデスクトップな IE に切り替えられるようになるそうです。
ちなみに、Silverlight も IE からみたら ActiveX なプラグインなはずなのでこのフラグが使えるはず。
「Please ship your next Windows Phone app with GZip: speed requests 50-80%」 より
どうやら Windows Phone 7.5 の WebClient は HTTP 圧縮に対応していないみたいです。
けど、WebClient をちょこちょことやってやればそんなに難しくなく圧縮に対応できるよ。そうすれば、通信の時間が短縮できてパフォーマンスアップできるかも、と。
（だから標準で対応してくれって言ってるんですね。確かにこれくらい対応しててもよさそうなもんだけど）
元ネタとなっている記事はこちら。「GZIP Compressed Web Requests in WP7 - Take 2」
WebClient を使って圧縮に対応する方法が紹介されています。（ソースをダウンロードすることもできますし、NuGet から取得することもできます）
簡単に解説。（私もあまり詳しくないけど）
今どきの Web サーバーはレスポンスを gzip で圧縮して返すことができます。圧縮してデータのサイズを小さくできればネットワークの負荷を下げて効率を良くすることができるわけです。けど、毎回圧縮処理をするとそのぶん CPU 負荷があがっちゃうので良い面ばかりでもないです。
JSON や XML などといったテキストベースのデータの場合はかなり圧縮率が高くなることが期待できますが、反対に JPEG や MPEG といったもともと圧縮されているものはそれ以上圧縮しても何の意味もない、というか、かえってサイスが大きくなっちゃったり、CPU 負荷を上げたりと悪い面の方が大きくなってしまいます。
なので、圧縮を使ってるかはサーバーによっていろいろみたいです。圧縮をまったく使ってないサーバーだとか、静的な HTML ファイル等だけ圧縮してそれ以外のファイルや動的な CGI や PHP、ASP.NET などで作られるデータは非圧縮としているサーバーだとか。
で、もちろん、クライアントの側も対応していないと話になりません。
圧縮に対応しているクライアントは HTTP リクエストヘッダーに “Accept-Encoding: gzip” と入れておきます。
これが入っている時のみ、サーバーはレスポンスを gzip 圧縮して返します。（もちろん、非圧縮で返してもいい）
レスポンスが圧縮されているときはレスポンスのヘッダーに “Content-Encoding: gzip” と入っています。
上記で紹介されているコードを見ても、これと同じ事をやっています。で、レスポンスが gzip だったらレスポンスのストリームを SharpGIS.ZLib.GZipStream というもの経由で返すようにしています。
以前に 「[Win8] 仮想ストレージだとか NTFS の次の ReFS だとか」 で紹介した記事が日本語訳されています。
ストレージを仮想化して、スケーラビリティ、復元性、効率性を高める
Windows の次世代ファイル システム: ReFS
ちなみに、この 「Building Windows 8」 というブログ、他の記事も日本語訳されています。
日本語だけではなく、フランス語、ドイツ語、ポルトガル語、韓国語、中国語、ロシア語に訳されているようです。それぞれの言語にはブログの横にある Language から行けます。
だいたい、英語の記事が掲載されてから 4～5日後くらいに他の言語版が一斉に掲載されるというパターンが多いみたいです。
IEBlog とか Windows Store 開発者向けブログ とかも同じような感じで各言語に翻訳されているみたいです。
この記事 でも紹介した MetroStyleDeveloper 主催の勉強会に行って来ました。
MetroStyleDeveloper #01 「MetroStyleってなぁに？」
おもしろかったー！
すべてのセッションが Windows 8 / MetroStyle 関連な勉強会は日本初なのかも。
会場は、IIJ 関西支社さんの会議室。
会議室と言っても、普通にセミナーなどに使うような部屋でした。
予定通り、私は 「Windows 8 / MetroStyle を見たことのない人向けにどんなものなのかを紹介」 ってなセッションを最初にさせて頂きました。
最初に 「動作している Windows 8 をまだ見たことない人」 と挙手をお願いしたんですが 4人ほどでした。これが 0人だったら 「オレのセッションやる意味なくね？」 となっちゃうところだったのでよかったです（笑）まぁ、それならそれで開発よりの話を多くするとか適当に対処するつもりではあったんですが。
ちなみに、参加者数は 27人程度だったそうです。
セッションで紹介した 「MetroStyle IE では、その Web サイト用の MetroStyle App がある場合、関連付けをすることができる」 というのの紹介は以下の記事にあります。
「Connect Your Web Site to Your Windows 8 App」
また、Windows 8 のキーボートショートカットは以下あたり
「Windows 8 Tip: Windows Key Shortcuts」
これに加えて Windows + Shift + C で右側のチャームが出ます。
私のセッションはデモばかりでしたのであまり意味が無いようには思いますが、一応セッション資料を SlideShare に上げましたので貼り付けておきます。
そして、他の方々のメトロスタイルなセッション。
デザイン的な面、実装体験的な面、XAML 的な面、C++ 的な面、VS11 的な面、といろいろな面からのセッションがあり、どれもとてもおもしろかったですし、ためになりました。
あぁ、そういえば VB 的な面からのセッションはなかったな（笑）
終了後は 15人ほどで懇親会。これも楽しかった。
「Joel Webber氏がAngry BirdsのHTML5への移植を語る」
すごく興味深い。
HTML5 版は Google Web Toolkit を使って Java で書いてるのか。なんか、GWT を使って Java で書いたり、Script# を使って C# で書いたりと、「JavaScript だけど JavaScript は使ってない」 というのがどんどん増えていきそうだな。
レンダリングは WebGL モードと DOM モードがある。（セッション見たら WebGL、Canvas、DOM があるみたい）
記事にセッションへのリンクもあったので見てみた。（ほとんど聞き取れてないので、ほんとに見ただけって感じ）
Angry Birds on HTML5
以下、見ながら自分用の覚え書き
ゲームループ
スレッド
DOM によるレンダリング
Canvas によるレンダリング
WebGL によるレンダリング
計算
ガーベジコレクション
起動時
PlayN
メトロスタイルの勉強会が今週末（2012/01/21（土））に大阪で開催されます。
MetroStyleDeveloper #01 「MetroStyleってなぁに？」
まだ空席はあるようですので、興味のある方はぜひ！
私もスピーカーさせて戴くことになりました。
Windows 8 とかメトロスタイルとかがどんなものなのかを紹介します。
ほんとに紹介だけで、難しい話はしないつもり。
というか、私自身、メトロスタイル初心者なので難しい話はできないってのがほんとのところですが（笑）
なので、私も他の方のセッションを聞くのが楽しみです。
ちょっと覚え書き。Windows 8 のファイルシステムとか。（まだよく読んでない）
「Virtualizing storage for scale, resiliency, and efficiency」
複数の物理ディスクをひとつのでっかい論理ディスクのように使えるといった機能が強化されるってことなのかな？
今までだって同じようなことは出来なかったっけ？何が変わるんだろ？
「Building the next generation file system for Windows: ReFS」
Windows 8 では NTFS の進化形である ReFS ってのが搭載される？
NTFS より堅牢性が高くなるとかスケールアップしやすくなるとかそういう感じ？
API 的には NTFS と互換性がそれなりにある模様。
上記いづれもブートディスクには使えないみたい。
「How I Lost, Regained and then Turned Down an MVP Award」
長文ですし、最初のほうをナナメ読みしただけなんですが。。。
どうやら、この記事を書いてる Eisenberg 氏が MVP の審査に落ちちゃったようです。（Caliburn / Caliburn.Micro を作ってる人だそうです）
メールには 「MVP は過去一年に対するもので、そういう意味で十分でなかった」 とあったと。Caliburn.Micro は RC を 2011/2 にリリースしてからその後もバージョンアップしたりドキュメント書いたりしてたのに。
で、Twitter で 「Caliburn / Caliburn.Micro に対する私の活動は Microsoft にとっては十分で無かったんだってさ。今年は MVP 受賞出来なかったわ」 とつぶやいたら、すごくたくさんの人から敬意と励ましのレスが返ってきて、そして Microsoft の何人かの人からもレスが来て、聞いたところではスコット・ガスリー氏のところまで話がいったとか。で、結局 「前言撤回。MVP 受賞です」 と連絡が来たと。
この Twitter でのやりとりの際に StructureMap、FubuMVC、Storyteller の開発者である Jeremy Miller 氏、Moq の開発者である Daniel Cazzulino 氏も審査落ちしたことがわかったそうです。
MVP 受賞の連絡はもらえたけど、結局、Eisenberg 氏はいろいろ思う所があって MVP を辞退したようです。
--
これは、ちょっと Microsoft が 「やらかしちゃった」 という感じなのかな。
もともと MVP の審査は数値で表せられるものが重要視されています。「フォーラムで何回回答した」「勉強会で何回スピーカーをした。受講者数は何人だった」「解説記事を何本執筆した。参照数は何回だった」 なんてものですね。
これは、もちろん客観的に評価できるようにっていこうことと、効率よく評価できるようにってことがあるんでしょう。
MVP に応募するときに過去一年間の実績をマイクロソフトに報告します。
これを記入するためのシートが用意されています。（MVP に応募するとマイクロソフトから送られてきます）
私は日本語版しか見たことが無いので英語版がどうなっているのかは知りませんが、そういえば、このシートにはオープンソースのことについて書く欄は用意されてませんでした。もちろん、フリーコメント欄はありますから、そこにいくらでも書くことはできます。
けど、オープンソースでの貢献を評価するってなかなか難しいですよね。
コードの行数なんて意味ないですし、ダウンロード数が多けりゃいいってもんでもないですし。
そもそも、オープンソースで何か公開したからといって、それが常にコミュニティや他の人への貢献とはならないでしょうし。たとえば、単にオープンソースなゲームを公開したなんてのは MVP の対象では無いでしょう。けど、そのソースの解説記事を書いたりしてれば対象になって来そうな気はします。
なかなか数値化が難しい要素がいっぱいありそうです。
客観的、かつ、公平に評価するのには難しいかもしれませんが、ぜひマイクロソフトには頑張って欲しいところ。
ちょうど、昨日、MSDN にこんな記事が掲載されましたし。
「オープン ソース、オープンな標準にマイクロソフトはどう取り組んでいるか ～ 丸山 不二夫 × Gianugo Rabellino 対談 ～」
All-In-One Code Framework
Microsoft がメンテしているサンプル集です。
WPF、Silverlight、Azure、ASP.NET、Windows.Form、Windows 7、Windows Phone などなどいろいろなサンブルが入っています。デバイスドライバーのサンプルなんてのもあるみたいです。
言語も C#、VB、C++ など。
基本的に、コードの断片ではなく、動くアプリケーションとしてサンプルが作られているようです。（全部がアプリの体になっているのかは知りませんが）
そして、サンプルもちょこちょこと増えていっています。
と、これ自体は結構前からありますが、最近はぜんぜんチェックしてませんでした。
で、なにげに見てみたら、いつの間にか All-In-One Code Framework Sample Browser っていうのが出来てて、メトロ UI なアプリで見るようになってるんですね。（以前は単純にサンプルが入った圧縮ファイルをダウンロードするだけだったと思う）
どうやら ClickOnce なアプリケーションになっている模様。
初めて起動したときにダウンロードしたサンプルを保存するフォルダを聞かれます。（あとで “SETTINGS” で変更することもできます）
あとは、検索したりして欲しいサンプルをダウンロードするだけ。
けどちょっと一覧性が低くて探しにくい感じ。
あと、Visual Studio 2010 のアドオン版もありました。使い方は ClickOnce 版とほとんど同じ。
Microsoft All-In-One Code Framework Sample Browser
こちらを入れておくと Visual Studio の「ツール」メニューに “Search Code Sample” が増えます。もしくは、コードエディター上で右クリックして “Search Code Sample”。（コードエディターを右クリックした場合は、選択していた API を自動的に検索するって書いてあるんですが、私の環境だと検索してくれません。VS が日本語版だからかな？）
Windows 8 First Apps Contest
もう、ラウンド 1 の申し込み期限は過ぎちゃってますが、こんなコンテストがあったんですね。
Windows 8 のメトロスタイルのアプリのコンテストです。
ルール によると Japan からも応募できたようです。ただし、アプリ自体は英語じゃないとダメとありますが。
ちなみに、ラウンド 1 が 2011/12/06～2012/01/08 で、このラウンド 1 の中から勝ち残ったものがラウンド 2 に進むという形式みたいです。ラウンド 2 は 2012/01/16～2012/02/03。
優秀作 8本は、
が景品だそうです。（金額にすると 4,899ドル相当とあります）
ラウンド 2 に進んだら、コンフィデンシャル版のアップデートされた Windows 8 をベータプラグラムからダウンロードして、そいつで動くようにアプリをビルドして、それを Windows Store にサブミットすること、とあります。
Windows Store Beta の開始が 2月下旬とかでしたっけ？そのころに Windows 8 Beta も出てくるとかってニュースになってたと思うので、そのバージョンが事前に配布されるんでしょうね。
ちょっと気になったのが、”One (1) two year subscription to the Windows Store. Approximate Retail Value (ARV) $99.99.” という一文。
これって Windows Store のサブスクリプションは 2年分が 1セットになってて、それが 99.99ドルって意味なのかな？
どっかで 99ドルのと 49ドルのがあるって見たような気がするけど、単に 2年だと 99ドルで 1年だと 49ドルってことなのかな？
そういやこれって、AppHub とは別に払わないといけないんだろうか？
「Cut the Rope now in HTML5」 より。
ZeptoLab の 「Cut the Rope」 という iPhone、Android 用のゲームが HTML5 に移植されたそうです。（iPhone、Android 版は 7千万ダウンロードとのこと）
この移植を行ったのは PixelLabs、ZentoLab、Internet Explorer チームで、Chrome、Safari、IE9、Opera で動くそうです。
上記の記事に Play リンクがありますが、ゲームは http://www.cuttherope.ie/ です。
この記事で Cut the Rope というのを初めて知りましたが、普通におもしろいですね。
つい第2ステージまで遊んじゃいました。
実は Chrome で遊んでたんですが、第2ステージまでクリアして第3ステージに進もうとすると 「IE9 をダウンロードしてから戻って来てね。タスクバーにピンしとくといいよ！」 だそうですｗ
ちなみに、と Windows Phone 7.5 の IE で試してみたら、一応動きました。（最初のダウンロードがなぜか 72% で止まるんですが、しばらくまってるとちゃんと進みます）
ただ、遊んでみるとドラッグが IE に取られちゃうみたいでロープを切りことができません。これは 「オプション」 の 「drag to cut」 を 「click to cut」 にしてやれば切ることができるようになりました。
けど、しばらく遊んでるとものすごく重くなってゲームにならない感じになってしまいました。
残念。
で、記事に “The Developer Guide” なんてリンクもあります。
（ゲームそのものより、コッチの方が気になったんですけどね）
こちらには Objective-C から JavaScript に移植した際のもろもろなんかが書かれているようです。（まだ読んでない）
Windows 8 Apps へのリンクもあったり、「get ready for the Windows 8 Store!」 なんてことも書かれてたり。
あぁ、そうか、HTML5 にしとけば Metro style アプリにすることも簡単だってことになるのか。
「進化する ECMAScript」
これは、Internet Explorer チームのブログ（英文記事を日本語訳してくれたもの）ですが、Microsoft が JavaScript に対して結構本気だっていうことがよく分かる感じです。Math、String、Number やグローバリゼーションの強化案ってことでプロトタイプを作ってすでに公開しているとのこと。
そういや、以前に jQuery でもグローバリゼーション・プラグインを公開していましたね。（@IT: 「Microsoft発のjQueryグローバリゼーション・プラグイン」）
と、まあ、こういった JavaScrpt の強化についても気になるところではありますが、個人的にこの記事で一番気になったのは 「数十万行の JavaScript コードから成る Office Web アプリケーション は、主に Script# をベースに記述されており」という部分。
そういや、Script# が使われていると聞いたことがあるような気がしないでもない。
Script# っていうのは、C# で JavaScript のコードを書けるようにするっていうシロモノです。（C# をコンパイルすると JavaScript が生成される。記事にも出てくる Google Web Toolkit は Java をコンパイルすると JavaScript が生成されるヤツですね）
私もプログに取り上げたことあったなぁと検索してみたら
といったあたり。2006年のころですか。WPF/E なんて単語も出てきてて、なつかしい。（ちなみに、WPF/E は Silverlight のコードネーム）
で、先日の PhoneGap と Script# を組み合わせて使うなんてことができるとおもしろいかも、なんて思いました。
これができるなら、Windows Phone、Android、iOS すべてで動くアプリを C# で書けるってことになりそうですね。
理屈の上では PhoneGap の API をマネージドであるかのように見せかけるアセンブリ （ ここ の “Referenced Assemblies” にあたるアセンブリ） があればいいのかな？
Mono for Android や MonoTouch を使えばプログラミング言語としては C# を使えるけど、これらは API 自体はプラットフォームごとに異なるから UI 部分なんかはそれぞれごとに作らなくちゃいけないですよね？それに対して、PhoneGap は HTML+α がベースだから UI 部分も含めて大部分が使い回し可能ってことになりそう。
時間があったら Script# について久しぶりに調べてみたいな。
# ところで、Office Web アプリケーションを作るのに使った Script# って公開されてるのと同じものなんだろうか？ひょっとして、Microsoft 社内用のバージョンがあったりするのかな？
http://coding4fun.codeplex.com/
ほぅ、こんなのあったんだ。
Windows Phone 7 用のコントロール集です。
上記にスクリーンショットがありますが、RoundButton（丸いボタン）、TimeSpanPicker（時間間隔の選択）、Pipup を使ったメッセージボックスや入力ダイアログ、アバウトダイアログなど、色選択コントロールなんかが入っています。「Addition to the Coding4Fun Toolkit - MetroFlow」 にある MetroFlow コントロールも入っています。（言葉で説明しにくいですが横配置で選択されている項目だけが広くなるようなコントロールです）
あと、bool を Visibility に変換するコンバーターなども入ってます。
Themed Image Converter は現在のテーマが “Dark” か “Light” かによって使う画像を切替えてくれるコンバーターなのかな？そりゃいいな。（しかし、ApplicationBar は UIElement じゃないからデータバインドできないよ、とかって悲しい事になりそうな気がするけど）
パッケージ（NuGet）で入れれるみたいですが、Source Code のところの Latest Version をダウンロードすれば、サンプルも含めてソースコードをダウンロードできます。（確認してないけど、NuGet の方だとサンプルは入ってないんじゃないかな）
Latest Version のソースコードをダウンロードして、Visual Studio 2010 でソリューションを開き、Coding4Fun.Phone.TestApplication を 「スタートアッププロジェクトに設定」 して実行すればサンプルをエミュレーターで動かすことができました。（"Dependencies\Microsoft.Phone.Controls.Toolkit.dll" を 「ブロックの解除」 してやらないとビルドできないかもしれません）
「ピクチャ パスワードを使ってサインインする」 より。
Windows 8 の新しいサインイン方式 「ピクチャパスワード」 （要するに、画像に 3回程度タッチしてそのパターンをパスワードにする） の安全性などについて解説されています。
タップと線と円を組み合わせれば 3回程度で結構な強度になるんですね。
「画面に残る操作痕に対するセキュリティ策」 なんてことも考えなくちゃいけないのはおもしろいな。これに関連してちょっと思ったのは、パスワードをキー入力しているところを盗み見てもとっさに全文字覚えるのは大変ですが、ピクチャパスワードなら覚えることができちゃいそうってところかな？
TouchDevelop v2.5: new tutorial, artwork, forum, and more より。
へえぇぇぇ、こんなのがあったんですね。
TouchDevelop という Windows Phone 7 アプリです。すでにバージョン 2.5 なので結構前からあったのかな？
サイトなどを見るとわかるように開発しているのは Microsoft Research です。Microsoft Research というのは Microsoft 社の研究開発部門なので、このアプリも研究の一環なんでしょう。
で、この TouchDevelop ですが、このアプリ自体がアプリの開発環境であり、実行環境にもなっています。
アプリの開発は、独自言語を持っていて、その言語でガシガシ書いていくようです。スクリーンショット に “action main()” で始まるいかにもプログラムっぽいものがありますが、コレです。
ただ、アルファベットをすべて打ち込むわけではなく、カーソルがあるところの文脈にあわせてそこで使えるコマンドなどが表示されるのでそれをタップして行くという感じです。（インテリボタンと言うみたい）
たとえば チュートリアル （英文・PDF） では、まず Shake イベントを選びます。続いてこのイベントの中身をプログラミングするんですが、「media ボタンをタップ」「songs ボタンをタップ」「rand ボタンをタップ」「play ボタンをタップ」 と 4回タップするだけで 「保存されている曲をランダムに再生」 というコードが出来上がる、なんて感じです。
もちろん、作ったアプリはいつでも実行できますし、Pin すればスタートスクリーンに配置することもできます。
また、Publish すれば公開することもできます。公開したアプリは誰でも TouchDevelop で読み込んで実行することができますし、コードを編集することもできるようです。また、公開されているアプリは https://www.touchdevelop.com/ でも見ることもできますし、こんな風に コードの内容も丸見え状態になってます。
TouchDevelop をインストールすると最初からいくつかサンプルが入っていて、実行したりコードを編集したりできます。これを書きながらちょこちょこと眺めてみましたが、なかなか興味深いです。
