Optionalは引数に使うべきでない、という幻想について - ぐるぐる～
継続渡しすると戻り値は引数になるから「Optional は戻り値にのみ使うべき」というルールは無意味だよ、という話。 あ、そういう話ね、と分かった方はこれ以上読む必要はありません。 Mono が Async + Optional + 例外という欲張りパック状態なのも問題ですが、それについてはまた今度(Mono<Optional<T>> 使わずに Mono<T> を使え、という指摘があり得る。ただ、そっちもそっちで言いたいことはある、という程度)。 今回は、 Mono は Async くらいの意図として使っています*1。 まず、こんなメソッドがあったとします。 Mono<Optional<String>> f(); これ自体は戻り値に Optional を使っているだけなので、「Optional は戻り値にのみ使うべき」は守っています。 しかし、これを使う側はそうはいきません。 例えば、値が
言わなかったこと・発表資料だけではわからないこと - ぐるぐる～
昨日のわんくまで言わなかったこと、発表資料だけではわからないことです。 ちなみに発表資料はこちら→わんくま 名古屋勉強会 #11 の発表用資料 - ぐるぐる〜 PowerShell のコマンド 発表資料の 13〜16 ページで PowerShell を開いてなにやらコマンドを実行してますが、これは現在のフォルダ以下に存在する _svn フォルダの数を数えています。 ls -r -fo | %{ $_svn = 0 }{ if ($_.Name -eq '_svn') { $_svn++ } }{ $_svn } -r オプションで子の階層も調べ、-fo オプションで隠しフォルダも含めています。 今考えたら、 (ls -i '_svn' -r -fo).Lengthでいいですね。 -i オプションで指定した名前のアイテムのみを取得するようにしています。 しょっぱなから Git 関係ない話でご
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
