Xamarin.Forms+.NET Standard 1.6を試す
.NET Standardを眺めてると、PCLとは違って、APIが標準でたくさんあって素敵じゃないですか。 見てる感じだと、UdpClientとかも普通に存在するし、.NET 4.5とかのものとは違う何かだけど、System.Timerなどというものもある(詳細がよくわからん・・・)。 PCLでコード書くと、とっても息苦しい思いするじゃないですか。嫌なんですよね。実行時にNotSupportedExceptionとか投げてくれる方がコードはずっと書きやすいと思うんです。 C++ #ifdefに慣れてると、Sharedでプロジェクトつくったり、Sharedでコード書く方が気が楽ではあるんですよね・・・PCL眺めるとね。 Disclaimer御託はさておき、Visual Studio 2017上で、Xamarin.Forms+.NET Standard 1.6を試してみたので、自分のメモぐらい
MVVMパターンでViewModelを楽に作る方法 - かずきのBlog@hatena
MSDNマガジンの英語版の最新のを見てたら、こんな以下の記事を見つけた。 http://msdn.microsoft.com/ja-jp/magazine/ff798279(en-us).aspx まだ全部見てないけど、ここにViewModelを楽に作る方法が書いてあっておぉ〜っと思ったので紹介します。 このテクニックが使えるプラットフォームは.NET Framework 4です。 ViewModelは、作るとViewとModelを切り離せるけど、Modelをラップするようなプロパティを大量に作らないといけません。 例えば、以下のようなModelがあったとして public class Person { public string FullName { get; set; } } 以下のようなViewModelを作ります。 // ViewModelBaseはINotifyPropertyC
.NET Standard のおさらい
この記事は、.NET Core Advent Calendar 2016の2日目です。 あまり目新しい内容ではありませんが、.NET Standard と言われるものについて、いまいち情報が整理されていないように思うので、ここで整理してみようと思います。 結構長くなっていますので、時間のない方は まとめ だけどうぞ。 3 つの .NET Standard 個人的な分類 ですが、.NET Standard と言われているものは 3 つあると思っています。 仕様としての .NET Standard TPM としての .NET Standard TPM（Target Platform Moniker）は、NuGet での対象プラットフォームを表す識別子です。 NetStandard.Library パッケージ 話をするとき、何かの記事を読むときには、今相手がどの「.NET Standard」のこ
nullが生まれた背景と現在のnullの問題点 ― null参照問題（前編）
Cの系譜を継ぐC#ではnullが長らく使い続けられてきたが、最近ではその存在が大きな問題だと認識されている。前後編でこの問題を取り上げ、今回（前編）はnullを取り巻く事情について考察する。 ← 前回 連載 INDEX 次回 → 近年、nullの存在は、billion dollar mistake（10億ドル規模の損失をもたらす過ち）と呼ばれるくらい忌避されるものになっている。 nullは、低コストでそこそこ安全に参照を扱えるという意味で悪くない妥協ではあるが、技術が進歩した現在ではもう少し賢い参照の扱い方があるはずである。C#のように、これまでnullを認めてしまっているプログラミング言語で、今からそれを完全になくすというのは現実的ではないが、nullに起因する問題を少しでも避ける手段はこれからでも追加していけるだろう。 今回は、nullが生まれるに至った背景から始め、nullが抱える問
できる！C#で非同期処理(Taskとasync-await)
ヤヴァいタイトル付けてしまった…. ええと、これはAdvent Calendarではありませんが、勢いで書いています（C# ADは既に埋まっていた…） それには、こんな事情があったのです: 「.NET非同期処理(async-await)を制御する、様々な方法」の記事がコンスタントにPVを稼いでいる （その割に、他の非同期関連の記事は読まれない）。 asyncやawaitキーワードの使い方を度々聞かれる。 Task.Wait()とか、Task.Resultとか使ってるコードを頻繁に見る（不要なのに！ しかも、この記事を参照しながら全部Wait()とかResultしているブログ記事… そしてそこから流入するPV… 死んじゃう、死んじゃうよ…）。 Task.Run()とか、Task.Factory.StartNew()とか、Task.Start()とか、Task.ContinueWith()を使
ASP.NET Core を Docker Cloud で Azure に自動デプロイする - ROMANCE DAWN for the new world
最近、ASP.NET Core を触り始めたので、de:code 2016 のセッションで行われていたデモを試してみました。 セッションでは Azure と AWS にデプロイしていましたが、今回は Azure だけにデプロイします。 Mac 上で ASP.NET Core のプロジェクトを作成する GitHub にプッシュする Docker Hub でビルドが実行され、Docker イメージが作成される Docker Cloud が Docker イメージを Azure にデプロイする 前準備（ASP.NET Core） ASP.NET Core の環境構築については、前回の記事を参照してください。 gooner.hateblo.jp 前準備（Docker Hub） Docker Hub は、Docker イメージを公開・共有できるサービスです。公開されている公式リポジトリを使ったり、自
.NET Standard とは何か？ | Moonmile Solutions Blog
.NET Core が 1.0 になってリリースされて、ASP.NET Core MVC が Linux 上で動くようになったと思ったら、今度は .NET Standard ってのが出てきて、え？いきなり、.NET Standard 2.0 ってのは何ですか？ってな感じな人は多いと思いますが（私もそうでして）、ひとまず、.NET Standard とは何なのかを探っていきます。 Introducing .NET Standard | .NET Blog https://blogs.msdn.microsoft.com/dotnet/2016/09/26/introducing-net-standard/ もともと、.NET Core って、Windows に依存する API を切り離してしまって、Linux やら Mac やら動く環境を作るのが目的じゃなかったんですか？と思っていたわけです
.NET Fringe Japan 2016が見せた「オープンな.NET」という世界 - ものがたり
本当はこのイベントが決まって正式に公開された時に告知するつもりだったのだけど、ちょっと他のこと（主に前回書いたcomcampの件）で待ちに入っているうちに定員をあっさり超えてしまって、またその機会を逃してしまって忸怩たるものがあるのだけど*1、ともあれ、昨日無事.NET Fringe 2016というイベントをみんなで開催した。 dotnetfringe-japan.connpass.com "Fringe" とは「非主流派」のような意味の語句で、わたしはそれを「異端」と呼んでいた。本家とは実のところ一度しか話していないのだけど、.NETのイベントではあるが、なるべくMicrosoftべったりにならず、独立したイベントとして開催したい、という趣旨だった。日本ではそこまで独立しなくてもいいかな?という見方が（わたしも含めて）大勢だったけど、結果的に会場もドワンゴのオフィスをお借りしてニコ生で流
Xamarin バッドノウハウ大全
2016/9/10(土) の「わんくま 横浜勉強会 #08」で @chomado さんと発表したセッションです。 解説エントリーも併せてご覧ください http://ytabuchi.hatenablog.com/entry/2016/09/12/003000 Xamarin.Forms が大変なのは View の調整です。すぐに動くものが必要なプロトタイプやモック、View 要件を調整できる自社アプリやクライアントさんとちゃんと話せて要件を調整できる受託案件などであれば、Xamarin.Forms の利点を最大限生かした効率のよい開発ができます。 私個人としては、地雷を踏む可能性が高くても Xamarin.Forms が大好きなのでこれからも愛を込めてガンガン推していきたいと思います。（Xamarin が Xamarin.Forms を推しているので、どんどん使いやすくなっていくはずという
Xamarin 基礎講座 2016年7月版
Xamarin ハンズオン用の資料を改定しました。2016/7/10 UpdateRead less
C#のイマドキな開発環境はこれなのですぞ。2015秋。 | TOACH
C++でエンジニアのキャリアをスタートし、仕事や趣味でjavascriptやPHP、Ruby、JAVAなど色々な言語を触ってきた土井としては、C#ほど使いやすい言語はないと思っている。 だから、.Net Coreのオープンソース化やUnityによって、C#の活躍の場が広がっているのは素直に嬉しい。 今回は、そんなC#のイマドキな開発環境を紹介する。 2015年度版 C#開発はこれで決まり！ 予め断っておきたいのが、今回の開発環境がデスクトップソフトの開発にフォーカスしたものだということ。 AzureやUnityによるゲーム開発では、また別の選択肢があるだろうから、こんなんあるよ！っていう情報はどんどん教えてほしい。 また、そうした別分野の開発に、今回紹介する開発環境が使いまわせる部分もあるから、目を通していただければこれ幸いなりや。 さて、まずはオススメの開発環境を並べてみる。 Visua
C#における構造化ログの手法、そしてデータ可視化のためのDomoの薦め
最近、より重要性を増しているログ。グラニではログをどのような方法で扱っているのか、そして、その根底にあるグラニのポリシーとはどんなものだろう。 ← 前回 連載 INDEX 次回 → グラニにおけるログの扱い ログは「障害対応の際の異常の確認」や「パフォーマンス改善」などのインフラ関係を目的とした利用から、ビジネス上の解析まで、さまざまな用途で使われます。非常に重要なものですが、Windows環境における.NET Web開発において大きく欠けているプラクティスがこのログの扱いです。 テキストファイルに、人の読めるバラバラのフォーマットのログを吐く。いまだにそんな旧態依然とした手法から脱却できず、ログの扱いといったところで、「ロガーをlog4netにするかNLogにするか」というレベルにとどまっているのではないでしょうか？ というのはあまりにも偏見ですが、しかし、Fluentdの活用を始めとし
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Microsoft Corporation
.NET のドキュメント
開発者を苦しめる.NETのHttpClientのバグと紛らわしいドキュメント
async/awaitダークサイド is 何
これからの「async/await」の話をしよう
GitHub - AvaloniaUI/Avalonia: Develop Desktop, Embedded, Mobile and WebAssembly apps with C# and XAML. The most popular .NET UI client technology
Metaprogramming Universe in C# - 実例に見るILからRoslynまでの活用例
Roslyn + KanColleViewer
