7/12Mads、怒涛のClose祭り。Notesが投稿されてました。いうか、5月のNotesが今投稿されているなど。2015関連作業がやっと落ち着いたってことなんですかね、きっと。式ツリー化できる構文とできない構文の差が大きくなりすぎてる。全部考えると非常に労力がかかって、その努力に見合うと思えない。関しては、新しいノードを導入しなくてもできそう。それくらいは考えてもよさそう。互換性問題があるので、以下の2つのアプローチが考えられる。既存のTの意味を変えて、これを非nullにする。既存コードを壊さないようにTは残す。レベルの属性でTの意味を新旧切り替えるとか)を提供する必要がある。format(JSONとか、要するに通信用に使う形式)問題。やったらJSON化とかの定義を楽にできるか、特に、シリアライズのレイヤーを緩い型付けのままどうやって強い型付けのロジックとつなぎこむか。考えうるやり方は以下のようなもの。#3911https://github.com/dotnet/roslyn/issues/3911ローカル関数、つまり、関数(メソッドとか演算子とか)の中で別の関数を定義したいという話。使わないメソッドを作りたい」という要件。みたいなメソッドを用意したり。ラムダ式で代用するわけですが、ラムダ式はいくつかの制限が面倒なので改善したいと。ラムダ式を拡張するか、ローカル関数用の構文を追加するかは検討中な物の、現状は後者、つまりローカル関数の追加で話が進んでいそう。ブランチが見えてるんですが。みたいなやつの明示が必須)というかデリゲートを介さない(オーバーヘッドが減る)という感じ。対してやるかどうかの判定。