Flutterやろうよ！！！ 5 (458ﾚｽ)
Flutterやろうよ！！！ 5 http://mevius.5ch.net/test/read.cgi/tech/1714961291/
上
下
前次
1-
新
通常表示
512ﾊﾞｲﾄ分割
ﾚｽ栞
抽出解除
ﾚｽ栞
240: デフォルトの名無しさん (ﾜｯﾁｮｲ 8a2f-Z+rA) [sage] 2024/07/01(月) 20:11:46.86 ID:FBKe5StF0 > 開発メンバー全員同じ方針で書かせないとならんし メンバーが同じ方針で開発するのはでも基本でしょ Resultを使うチーム方針も一部にすぎないよ レビューで確認事項を増やしたくないなら使い忘れの検知を自動化してもいい キャッチ漏れのようなミスを防ぐ手段を棄却するかResultで確実にハンドリングするかだよ どっちがいいか考えるのだ 小さな労力気にするのに、労力避けてミスったときの労力を気にしない人がいるのがこの界隈の変なところ そもそもResult使うのはそんな労力かからん AsyncValueも例外の欠点に向き合って編み出された(つかウェブからパクった)手法だけど Riverpodの癖のある挙動(キャッシュの機構とか)にガチガチに結合してる失敗作なんだよな 使ってるうちに変な動作に悩んで混乱するメンバー出てくるからおススメしない http://mevius.5ch.net/test/read.cgi/tech/1714961291/240
241: デフォルトの名無しさん (ﾜｯﾁｮｲ a777-HpUb) [] 2024/07/01(月) 20:43:01.10 ID:AETVjrcC0 >>240 例外を投げるもの全部ラップしないといけないっていうのは手間と言えば手間だけど。 逆にそれだけ、投げる例外が多いのならResultで確実にハンドリングできた方が結果的には管理は楽になると思うんだけどね。 自分でResult使ってて、例外の種類が多ければ多いほど、これはResultにして機械的にハンドリングできるようにしないと無理だなって思う今日この頃。 型としてこの処理はこれらの例外が発生しうるっていうのが分かった方が、わざわざ呼び出し先のドキュメント見に行って、この処理はこんな例外が発生しうるのかってのを逐一、確認しなきゃいけない方が、少なくとも自分には不毛な労力に感じる。 http://mevius.5ch.net/test/read.cgi/tech/1714961291/241
ﾒﾓ帳
(0/65535文字)
上
下
前次
1-
新
書
関
写
板
覧
索
設
栞
歴
ｽﾚ情報
赤ﾚｽ抽出
画像ﾚｽ抽出
歴の未読ｽﾚ
AAｻﾑﾈｲﾙ
Google検索
Wikipedia
ぬこの手
ぬこTOP
0.902s*