VB/C#

[WebSocket]System.Net.WebSocketsはWindows 7では動かない

初音玲 — Sat, 07 Oct 2017 17:31:00 GMT

時々忘れがちになるのでまとめておきますね。

System.Net.WebSocketsはWindows 7では動かない

System.Net.WebSocketsを使ってWebSocketクライアントを作成したとき、Windows 8/8.1やWindows 10では問題なく稼働しますがWindows 7では実行時エラーで異常終了します。

これは

https://msdn.microsoft.com/ja-jp/library/system.net.websockets.websocket.aspx

-------引用開始

一部のクラスで、 System.Net.WebSockets 名前空間は、Windows 7、Windows Vista SP2、および Windows Server 2008 でサポートされます。ただし、クライアントとサーバー Websocket の唯一のパブリックの実装では、Windows 8 および Windows Server 2012となります。

-------引用終了

と注意書きがあるように、定義はあるけれどWindows 8以降じゃないと実装が伴っていないところがあるからです。

なぜ、こんなことがあるかといえば、Windowsのカーネルモードドライバであるhttp.sysを直接利用することでHTTP周りのオーバーヘッドを少なくしているのですが、Windows 7のhttp.sysがWebSocketに対応していないからです。

Windwos 7のメインストリームサポートは終了しています

https://www.microsoft.com/ja-jp/atlife/article/windows10-portal/eos.aspx

みんな大好きWindows 7は2009年10月22日にライフサイクルがスタートして2015年1月13日にメインストリームサポートが終了しています。延長サポートの終了こそ2020年1月14日ということでまだ先ですが、延長サポート期間である現在はセキュリティ更新はおこなわれますが、仕様変更や新機能のリクエストはサポート対象外となり、これからWindows 7のHTTP.sysにWebSocket実装が追加されることはほぼないと考えてよいでしょう。

ではどうすればいいのか

一つの解決策としては、HTTP.sysを使わないWebSocket実装のコードを書く、もしくは、HTTP.sysを使っていないライブラリをNuGetで探してくるというものがあります。

https://github.com/kerryjiang/WebSocket4Net

https://github.com/sta/websocket-sharp

NuGetでライブラリを探すときは、企業ユースを考えるならばSystem.Net.WebSocketsならば対応している認証PROXYがサポートされているかなどのチェックを十分に行う必要があるでしょう。なお、残念ながら上記２つについてもまだきっちり調べ終わっていません。

しかし、System.Net.WebSocketsであればHTTP.sysを使って「オーバーヘッドが少ない」＝「性能がよいことが期待される」なのにWindwos 7をサポートすることでその利点を得られないという問題が生じてしまいます。

対象となる機能がWindows 7でも使えないといけないのか、もしくは、対象となる利用者がWindows 7をどれくらい使っているのかを見極めて判断するといいでしょう。

企業でもWindows 7からWindows 8.1やWindows 10への置き換え（少なくとも新規導入は8.1か10がデフォルト）が始まっている時期なので悩ましいところですね。

Windows 8以降かどうかをチェックする

Windows 7のときにはWebSocketを使った機能をdisableしたいときなどは、OSのバージョンチェックが必要になってきます。

対象はWPFとかWindowsフォームのときで、UWPやXamarin.Android、Xamarin.iOSのときは対象環境で動かないということはないのでチェックは不要です。

ですので実装時は

#if WPF

#endif

のようにifディレクティブを定義してその中でOSバージョンのメジャーバージョンとマイナーバージョンを取得してチェックします。

var searcher = new System.Management.ManagementObjectSearcher("SELECT * FROM Win32_OperatingSystem");
var os = searcher.Get().Cast().FirstOrDefault();
var major = 6;
var minor = 1;
if ((os != null) && (os["OsType"] != null) && (os["Version"] != null))
{
    if (os["OsType"].ToString() == "18")
    {
        major = new System.Version(os["Version"].ToString()).Major;
        minor = new System.Version(os["Version"].ToString()).Minor;
    }
}

Windows 10以上はmajor >= 10でよいのですが、Windows 8.xは、major == 6 && minor >= 2で判断しますので、その点だけ注意しましょう。

[HoloLens]HoloLensアプリのサンプルプロジェクトをgithubで公開する

初音玲 — Thu, 07 Sep 2017 00:36:00 GMT

ソースコードを公開せずに多人数でHoloLensアプリを作るときは、「Visual Studio Team Services」などで非公開でやっていくとよいと感じです。

ちょっとしたサンプルコードならば、gistなどもいいでしょう。

サンプルプロジェクトを公開するならgithubがやっぱり一番よさそうです。

HoloLensアプリを公開するときはUnityプロジェクトとUWPプロジェクトでそれぞれ別の.gitignoreファイルを置けると便利です。

そこで次のようなフォルダ構造を作成し、UnityプロジェクトフォルダとVisualStudioソリューションフォルダにそれぞれに適した.gitignoreファイルを置きましょう。

[アプリ名フォルダ]

+[Unityプロジェクトフォルダ]

+assets

|unityファイル

+UWP

|VisualStudioソリューションファイル

+[プロジェクトフォルダ]

このフォルダの作り方やその他の詳細はHoloLensアプリ作成時の共通作業（2017年9月編）を参照してください。

github上にサンプルプロジェクトのリポジトリを作成

新規にリポジトリを作るときに下の方に[.gitignore]ドロップダウンリストがあるので、そこで「Unity」を選択して「アプリ名フォルダ」と同じ名前でリポジトリを作成します。

Unityを指定したときの.gitignoreファイルの内容は次のようになります。

/[Ll]ibrary/
/[Tt]emp/
/[Oo]bj/
/[Bb]uild/
/[Bb]uilds/
/Assets/AssetStoreTools*

# Visual Studio 2015 cache directory
/.vs/

# Autogenerated VS/MD/Consulo solution and project files
ExportedObj/
.consulo/
*.csproj
*.unityproj
*.sln
*.suo
*.tmp
*.user
*.userprefs
*.pidb
*.booproj
*.svd
*.pdb

# Unity3D generated meta files
*.pidb.meta

# Unity3D Generated File On Crash Reports
sysinfo.txt

# Builds
*.apk
*.unitypackage

リポジトリをローカルにクローンする

リポジトリができたならば、ローカル（自分のPC）にリポジトリをクローンします。

このとき、すでにサンプルプロジェクトを作ってしまっていたならば、作成済のサンプルプロジェクトのアプリ名フォルダをリネームしておきます。そして、その場所を指定してクローンします。

ローカルドライブにフォルダが作成できならば、このフォルダを「アプリ名フォルダ」としてHoloLensアプリのプロジェクトを作成します。

あらかじめ作成してありリネームしてあるならば、そのフォルダの中身を移動してきます。

クローン下フォルダに移動するだけでローカル側の変更として検知されます。ここで、.gitignoreファイルをUnityプロジェクトフォルダに移動します。

今回はUWP側はUnityから自動生成すればいいのでUWPフォルダを丸ごと削除します。

UWP側でも独自のコードを書いているのであれば、UWPファイルだには次のような.gitigoneファイルを配置します。

#ignore thumbnails created by windows
Thumbs.db
#Ignore files build by Visual Studio
*.obj
*.exe
*.pdb
*.user
*.aps
*.pch
*.vspscc
*_i.c
*_p.c
*.ncb
*.suo
*.tlb
*.tlh
*.bak
*.cache
*.ilk
*.log
*.dll
*.lib
*.sbr
*.msi
*.appx
obj/
bin/
TestResults/
AppPackages/
BundleArtifacts/
packages/
UpgradeLog*.*

コミットしてプッシュする

公開するコードがすべて格納出来たら、コミットを行い、プッシュします。

github上のUnityプロジェクトフォルダを見てみる次のようになります。

これでコードを公開できました。

[Azure]MicrosoftのTranslator Text APIもDNN翻訳に対応しています（しかももっと簡単にお安く）

初音玲 — Wed, 05 Apr 2017 23:01:00 GMT

https://blogs.technet.microsoft.com/microsoft_japan_corporate_blog/2016/11/24/161124-microsoft-translator/

上記より抜粋

ニューラルネットワークによる翻訳は、音声 API およびテキスト API を使用する開発者が使用できます。

本日より、音声 API 呼び出しでは、すべてニューラルネットワークが利用されます。
テキスト API 呼び出しでは、標準カテゴリー (標準カテゴリーの詳細についてはこちらを参照してください：英語)「generalnn」を使用し、サポートされている 10 言語の任意の組み合わせを使用することで、ニューラルネットワークを利用できるようになります。

ということで、Microsoft Azure Translator Text APIであればFreeプランであってもCategolyにgeneralnnって指定するだけでニューラルネットワークによる翻訳がビシバシ使えちゃいます。

これ使わない手はないですねほんと。

Translator Text APIを使うためにはAzure Poralでキーを取得したら、コードでキーからトークンを作ります。

トークンの作り方はこちら。

https://github.com/MicrosoftTranslator/GetAzureToken

トークンができたらそれをAuthorizatonヘッダに設定して

http://api.microsofttranslator.com/v2/Http.svc/Translate?text={0}&from=|1|&to={2}

のような感じで呼び出せば翻訳結果を取得できます（{0}には翻訳したい原文、{1}にはjpなどの原文言語コード、{2}にはenなどの翻訳先言語コード）。

[Xamarin]Xamarinで作ったAndroidアプリをGoogle Playストアに登録する

初音玲 — Sun, 02 Apr 2017 03:36:00 GMT

Visual StudioでXamarinを使ってAndroidアプリを作成してストア登録するときの手順が最近(2017年3月末)変わりました。

以前の方法

以前であれば、[ツール]-[Android]-[Publish Android Application]メニューでダイアログを立ち上げて、そこでKeystoreなどを選択してapkファイルを作成しました。

そして、apkファイルを手動でGoogle Play Developer Consoleにアップロードして公開していました。

新しい方法

新しい方法では、ソリューションエクスプローラーでAndroidアプリのプロジェクトを右クリックして、そこで[Archive]を選ぶ方法に変更されました。

[Archive]メニューを選ぶとArchive Managerが立ち上がり、該当プロジェクトのアーカイブが進行します。

この時、ソリューション構成は[Release]を選択しておきましょう。

ビルドがうまく通ればapkファイルが所定のフォルダに作成されます。

ただし、このapkファイルは未署名のものなので、そのままではGoogle Playストアに登録できません。

[Distribute]ボタンを押して署名を行いましょう。

Select Channel

Ad HocなのかGoogle Playなのか配布方法を選びます。Google Playストア経由で配布するので[Google Play]を選択します。

Signing Identity

署名を行います。

Keystoreファイルがすでにあるならば[Import]ボタンをクリックしてファイルを取り込みます。

既存のKeystoreファイルがないのであれば[+]ボタンをクリックして、新規にKeystoreファイルを作成します。

Alias：別名など（プロジェクト名とか）

Password：パスワード

Validity：25以上の数字。1000とかでもOK。

Full Name：発行者のフルネーム

Organization Unit：部署名（個人なら入力しないでもOK）

Organization：会社名（個人なら入力しないでもOK）

City：市区町村区名

State：都道府県名

Country Code：JP

Google Play Accounts

Google Playストアに登録するアカウントを指定します。

Google PlayストアにログインしているIDとパスワードではなく、Google API AccessのClient IDとClient Secretを指定します。

これにはGoogle Play Developer Consoleにログインして「APIアクセス」のところでOAuthクライアントを作成してその認証情報からコピペします。

Google Play Track

ここまでできたら、アルファ版、ベータ版、段階的公開、製品版のどれで公開するかを指定します。

少し説明が必要そうなのは、段階的公開（Rollout）でしょうか。これはバージョンアップ版の公開を一度にすべてのユーザに対して公開するのではなく、徐々に公開していく方法です。

こうすることによって、致命的な障害があった場合に全台に影響がないようにします。また、新バージョンの最初の起動の時だけにアクセスするようなデータがあった場合の負荷分散にもなります。

段階的公開が必要なくらいの利用者数があるアプリとか夢のようですよね。

新しい公開方法は以上です。

以前に比べるとGoogle Play Developer Consoleへの配置までできるので便利ですね。

[Xamarin]Xamarin.AndroidやるならJava8とAndroid SDK Build-Tools 25以上で決まりっ！

初音玲 — Sun, 12 Mar 2017 23:03:00 GMT

Android開発はJavaな訳ですが、Android 6.0 (API 23)まではJava7、Android 7.0 (API 24)からはJava8が使えます。

では、Xamarinはというと2016年の夏くらいに、Android SDK Build-Tools 25あたりでちょっといろいろありましたが、今現在では、もう安定しているので、今から始めるならば、JDK8 (x86)をOracleのサイトからダウンロードしてきて、Android SDK Managerで、

Android SDK Tools 25.2.5
Android SDK Platform-tools 25.0.3
Android SDK Build-tools 25.0.2

と、必要なSDK Platformのインストールしておくといい感じですね。

[Azure]Azure DataMarketは2017/3/31に閉鎖されます。

初音玲 — Tue, 13 Dec 2016 00:11:00 GMT

Azure DataMarketは閉鎖され、そこで提供されていたサービス（すべてかは未確認）はAzure Marketplaceにて提供されます。

閉鎖時期は2017/03/31、それに先立つ2016/12/31以降は新規オーダーを受け付けなくなります。

DataMarket and Data Services are being retired and will stop accepting new orders after 12/31/2016. Existing subscriptions will be retired and cancelled starting 3/31/2017. Please reach out to your service provider for options if you want to continue service.

例えば、Microsoft　Translator APIの場合、実際の翻訳URLなどは変わりませんが、そこで使われる認証トークンの取得が変更なります。

Azure DataMarketでの認証

サンプルコード

https://gist.github.com/b01abb3ddc0414157ba8d12bda9311e0:embed#Azure

Azure MarketPlaceでの認証

サンプルコード

https://github.com/MicrosoftTranslator/GetAzureToken/blob/master/AzureAuthToken.cs

[Xamarin]Xamarin.Forms Androidで画面をスリープ状態にしないためには

初音玲 — Mon, 15 Aug 2016 11:52:00 GMT

Androidのアプリなどでロックスクリーン状態でも画面表示されているやつがあると思います。あれをXamarin.Formsでやろうとしたらどうするのか。

Androidアプリの普通のノウハウがそのまま使えます。

[https://gist.github.com/39e69507f3f7f977b6515a08a32048de:embed#Xamarin.Forms (Android) でスリープ状態にさせないためには]

Xamarin.Forms (Android) でスリープ状態にさせないためには

[VisualStudio]Visual Studio 2015 Update 3がリリースされました。

初音玲 — Tue, 28 Jun 2016 07:03:00 GMT

MSNDサブスクリプションダウンロードから

Visual Studio Enterprise 2015 with Update 3

Visual Studio Professional 2015 with Update 3

などがダウンロードできるようになりました。

Update 3の内容は（いまはまだRCと表示されますが）リリースノートに詳細があります。

https://www.visualstudio.com/news/releasenotes/vs2015-update3-vs

でも、Update 3の目玉はリリースノートには記載がないようです。

Update 3と同時に、.NET Core 1.0 SDKもリリースされていて、これを使うにはVisual Studio 2015 Update 3が必要になります。

.NET Coreって何？

という人もいるかもしれません。

.NET Coreは、.NET Frameworkを軽量化したサブセットでオープンソースとして公開されています。Windowsだけではなく、Mac OSやLinuxでも動作します。

[Windows10]マイクロソフトのモバイル戦略

初音玲 — Wed, 08 Jun 2016 23:23:00 GMT

弊社アプリをスマホで使いたいとWindows 10 Mobile機をご購入していただけたり、短期間であれば弊社からお貸出ししてトライアルしてもらう場合が最近増えております。

自社保有機器といっても開発用なので手持ち機器だけではどうしても対応しきれず（予想外の引き合いの多さで緊急で予算確保のための折衝中→なんとかある程度の台数を購入できそう）端末メーカーさんにご協力いただきトライアル用端末を貸していただいていたりもします。

そんなお客様の中でも特にWindows 10 Mobileを気に入っていただき、UWPアプリの作り方などもご質問頂いたお客様からこんなことを言われました。

「Windows 10 Mobileはすごくよいし、自分たちもアプリを作っていくけれど、あとは心配なのはマイクロソフトの方針だね。」

最初、何をおっしゃっているのかと聞き返そうと思いましたが、思い当たる節があったので次のように回答しました。

「マイクロソフトがスマホ事業を縮小したのは、自社でつくらなくても様々なメーカーがWindows 10 Mobile機を作り出荷し始めたので、Lumiaから移籍した技術者を元の鞘に戻しただけですよ。Mobile First, Cloud Firstって方針は変わっていません。Windows 10とWindows 10 MobileはOSコアは同じですし、そのうえで動作するFrameworkも同じ.NET Coreだし、UWPアプリもどちらでも動くし、あえてデスクトップとモバイルと分けて情報発信しないでいいのでモバイルって言葉が話されなくなっているだけですよ。」

この説明には、すごくご納得頂けたようで、Windows 10 MobileがなくならないこととUWPやっていって無駄にならないことがわかってすごく満足な笑顔を頂いた。

[Windows10Mobile]オープンセミナー岡山2016に登壇します

初音玲 — Wed, 04 May 2016 09:10:00 GMT

oso-web.doorkeeper.jp

2016/05/14 (土)に開催されるオープンセミナー2016@岡山に登壇します。

今回お話しするのは
UWPアプリによるマルチデバイス開発最新事情

というタイトルで

UWPアプリって実際はどうなのかbuild 2016やde:code 2016で発表された最新情報も交えて、実際のところを包み隠さずお伝えする予定です。

まだまだ、iOSやAndroidに比べて情報の少ないUWPアプリですが、デバイスの価格という表面上のスペックだけではなく、サクサクと動く動作環境、作りやすい開発環境などは知らずにいたら損をすると思います。

ぜひ、この機会に理解を深めに来ていませんか？