Flutterやろうよ！！！ 5 (458ﾚｽ)
上下前次1-新
抽出解除 ﾚｽ栞
52: デフォルトの名無しさん (ﾜｯﾁｮｲ ff01-6MwN) [sage] 2024/06/14(金) 19:29:48.10 ID:lj8dYX/x0(4/14) AAS
別に気分派害してないけどdiライブラリがいらないなんて普通のことでつい口が出ちゃったこちらこそ申し訳ない
テスト書かないならriverpodなんてビルド時間を増やすだけのゴミだからね
169: デフォルトの名無しさん (ﾜｯﾁｮｲ 5a01-f02j) [sage] 2024/06/18(火) 21:14:07.10 ID:thkKQsLJ0(1) AAS
Goってむっちゃいい言語だろうになぜか流行らない、謎だ
241: デフォルトの名無しさん (ﾜｯﾁｮｲ a777-HpUb) [] 2024/07/01(月) 20:43:01.10 ID:AETVjrcC0(4/5) AAS
>>240240(1): デフォルトの名無しさん (ﾜｯﾁｮｲ 8a2f-Z+rA) [sage] 2024/07/01(月) 20:11:46.86 ID:FBKe5StF0(1) AAS
> 開発メンバー全員同じ方針で書かせないとならんし
メンバーが同じ方針で開発するのはでも基本でしょ
Resultを使うチーム方針も一部にすぎないよ
レビューで確認事項を増やしたくないなら使い忘れの検知を自動化してもいい
キャッチ漏れのようなミスを防ぐ手段を棄却するかResultで確実にハンドリングするかだよ
どっちがいいか考えるのだ
小さな労力気にするのに、労力避けてミスったときの労力を気にしない人がいるのがこの界隈の変なところ
そもそもResult使うのはそんな労力かからん
AsyncValueも例外の欠点に向き合って編み出された(つかウェブからパクった)手法だけど
Riverpodの癖のある挙動(キャッシュの機構とか)にガチガチに結合してる失敗作なんだよな
使ってるうちに変な動作に悩んで混乱するメンバー出てくるからおススメしない
例外を投げるもの全部ラップしないといけないっていうのは手間と言えば手間だけど。
逆にそれだけ、投げる例外が多いのならResultで確実にハンドリングできた方が結果的には管理は楽になると思うんだけどね。
自分でResult使ってて、例外の種類が多ければ多いほど、これはResultにして機械的にハンドリングできるようにしないと無理だなって思う今日この頃。
型としてこの処理はこれらの例外が発生しうるっていうのが分かった方が、わざわざ呼び出し先のドキュメント見に行って、この処理はこんな例外が発生しうるのかってのを逐一、確認しなきゃいけない方が、少なくとも自分には不毛な労力に感じる。
246: デフォルトの名無しさん (ﾜｯﾁｮｲ 0782-tgr5) [sage] 2024/07/02(火) 10:12:48.10 ID:TPSjAjm70(1) AAS
すべてはソースコードにある
それが Flutter クオリティ
ソースを読めないなら、すべての例外を握りつぶして「エラーです！！！」と表示するといい
385: デフォルトの名無しさん (ﾜｯﾁｮｲ 8fb6-/JsM) [sage] 2025/02/08(土) 00:11:43.10 ID:zrWbY1Xw0(1) AAS
mixi2はflutter製なんやね
401: デフォルトの名無しさん (ﾜｯﾁｮｲ d679-J882) [sage] 2025/03/11(火) 07:57:11.10 ID:ZNYVi/8+0(1) AAS
東京都公式アプリはFlutterなんだね
上下前次1-新書関写板覧索設栞歴
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 1.020s*