Self-Documenting Code のススメ方 @lovee #iosdcrc #b

ｻ/ (○=×=△=□) @kz56cd

細かなことだけど大事なことだよな... #iosdcrc #b

Martin @martinP7r

発表のやり方が面白いですね #iosdcrc #b

Yuki Sumida @y_sumida

名もなき人の言葉がいいね #iosdcrc #b

takasek @takasek

言ってる「誰か」はswiftのAPI design guidelineですね！ swift.org/documentation/… #iosdcrc #b pic.twitter.com/4JVmbYVzll

拡大

crea @crea_io

#iosdcrc #b Swiftプログラマは前置詞感覚重要よな...

やまだ @m_yamada0617

#iosdcrc #b 可読性改善Before/Afterがとてもわかりやすくて素敵

Yuki Sumida @y_sumida

引数ラベルは便利 #iosdcrc #b

Shion@アプリ実装者(仮) @shion_engineer

引数ラベル、イイ仕事している😆 #iosdcrc #b

ｻ/ (○=×=△=□) @kz56cd

後置ラベルがないのはloveeさんの不満 #iosdcrc #b

あんのたん® @ANNotunzdY2

後置ラベルが置けない問題 #iosdcrc #b

crea @crea_io

#iosdcrc #b 引用の文字フォントこだわられてるｗ

noppe @noppefoxwolf

後置ラベルをenumや関数で実装するの面白い。本当にやってる人いるんかな #iosdcrc #b

shiz(しず)@翻訳本発売中 @stzn3

Self-Documentingコードとは 自分自身の意味をきちんと説明できているコード #iosdcrc #b

crea @crea_io

#iosdcrc #b IfNeededは不自然という感覚。標準APIもいっちゃえばアレってことなのかな..🤔

nakagami @shtnkgm

わかる「後置ラベル欲しい」 #iosdcrc #b

ｻ/ (○=×=△=□) @kz56cd

API guidelineと外れてでも可読性をとる、というのは、確かに必要なことではあるよな... 守破離の破ばかりだとまずいけど #iosdcrc #b

nakagami @shtnkgm

可読性にこだわるエンジニアはすき #iosdcrc #b

fumiyasac@iOSアプリ開発UI実装であると嬉しいレシピブックシリーズ販売中です〜📖 @fumiyasac

ついつい If ~ を使ってしまうやーつ...すまん😣 #iOSDCRC #b

moga👶 @_mogaming

こっちも聞きたかった #iosdcrc #b

りく・そうだ @rikusouda

[at]discardableresult 知らなかった。便利そう #iosdcrc #b

ｻ/ (○=×=△=□) @kz56cd

discardableResult、使っていこう #iosdcrc #b

🐊𝕏 @alligator_tama

layoutIfNeededもあるし、iOSアプリ開発者には通じやすいのではと思う。 #iosdcrc #b

crea @crea_io

#iosdcrc #b APIガイドラインは大事。破壊か非破壊か(-edがあるか) @discardableResult なんかのアノテーションも大事にしてSwiftyなコードを追求していく。

Shion@アプリ実装者(仮) @shion_engineer

addSubviewIfNeeded() って命名、C# のLINQ であるFirstOrDefault() みたいな雰囲気を感じるw やっていることは違うけどw #iosdcrc #b

takasek @takasek

Swiftの標準APIでは、副作用があるもの(コマンド)には戻り値がなく、副作用のないもの(クエリ)には戻り値がある、というルールを可能な限り守ってますね。これをCQS(コマンドクエリ分離原則)といいます。 #iosdcrc #b