Flutterやろうよ！！！ 5

2024/05/06(月) 11:08:11.78

!extend:on:vvvvv:1000:512
!extend:on:vvvvv:1000:512

ようこそFlutter野郎どもよ！！！
軽い開発環境でモバイルアプリ開発ができるなんて最高じゃねえか
AndroidもiOSも両方行ける、まさに漢のためのツールだな

https://flutter.dev/

前スレ
Flutterやろうよ！！！ 4
https://mevius.5ch.net/test/read.cgi/tech/1648427137/

VIPQ2_EXTDAT: default:vvvvv:1000:512:: EXT was configured

**デフォルトの名無しさん** (ｽﾌｯ Sdba-xHVi) · 2024/06/18(火) 22:17:16.11

保守できないレベルの人はaiに淘汰されるからどっちみち出番は無い

2024/06/19(水) 00:42:55.23

>>168

どれくらいの信ぴょう性があるデータなのか知らんけど、伸び「率」で言えばこの中ではDart がトップやなw

2024/06/19(水) 01:16:21.57

>>168
>>基本、誰かがライブラリを作って、議論され統一されたものが使うべき。
>>汎用的なモジュールを自作した瞬間、廃棄物になるので保守できないから

ただ言葉が違うだけで、誰かが作ったものも、自作したものも結局のところ意味は同じでしょ？
まあ、組織運用か、個人運用か、の違いをもしかしたら言ってるのかも知らんけど。
どのライブラリも、誰かが自作したものだよw

廃棄物になるリスクが高いのは、複雑で難しくて運用するための労力がたくさん必要なものであって、単純で簡単なものほどそのリスクはない。

その誰かが作ったフレームワークも、万能なフレームワークなんてものはないわけで(完璧だと証明されているなら必ず言語の基本機能として取り入れられてフレームワークじゃなくなる)。
万人の用途に合ったフレームワークがそれぞれ必ず用意されてるわけでもない。

その言及の裏の意図を読み解いていくと、有名どころのor普段づかいしてるフレームワークでできないことはやりません、みたいにもとれる。
まあ、責任回避したいサラリーマン気質SIerの発想なのかな？よくわかんないけど。

プログラムはもっと自由なんだ。

そういうのはJavaだけでいいよ。なんかよく知らんけどspringとかstrutsとか使ってればいいんじゃね？
Javaは別にどうなったっていいよ。絶対使わないしあんな老害言語。
おれあんまりよく知らんくせに、老害とか言い過ぎかもしれんけどw、あんな校長先生のクソねみぃクソ長い話、とか、何回同じこと言うねんさっきそれ話したやろクソジジイ、みたいな言語。

**168** (ﾜｯﾁｮｲ f656-iNSb) · 2024/06/19(水) 02:14:45.30

フレームワークは、Ruby on Rails の事

デザインパターンがOSS 界わいで議論されて統一されるとは、
OSS コミュニティーの事で、それがRailsに採用される

そして、全てのフレームワークへ波及していく。
だから、Railsが情報の最上流

PHP, Dart の伸び率が高いのは、
インフレで低所得者層は苦しいから、20～30% 上がる。
カリフォルニアで、5万ドルは生活保護レベル

Go は、10年ぐらいで主要言語になった唯一の言語。
KENTA は初心者のキャリアパスは、Rails → Go のみと言う

Rust は、Ruby/Go/Elixir と比べて、年収の上昇が止まった

**168** (ﾜｯﾁｮｲ f656-iNSb) · 2024/06/19(水) 02:30:55.83

汎用的なライブラリを会社レベルで作るのは、保守できないので駄目

だから、Microsoft でも、Linux エンジニアを採用して、
Linux財団に加盟して、OSS コミュニティーで作る事にしている。
そこが最上流

以前は、Linuxを嫌いなCEO が居たから、
Docker のコピー品を自作したりしたけど、失敗に終わった。
だから今は、DockerはLinuxにしか存在しない

また、WSL2 でシームレスにLinuxを使えるようにした。
いずれは、Windows Server もやめるだろう

2024/06/19(水) 10:53:14.57

GoだけじゃなくKotlinもここ10年でJavaを喰らって主要言語になったよ

Ruby on Railsを語るならPHPGoRustElixir だけじゃなくSpringBootで強いKotlin/Javaの名前も出すべきだと思う

2024/06/19(水) 11:48:11.72

>>174
>>175

>>フレームワークは、Ruby on Rails の事
じゃなくてw
君がフレームワークって言ったんやから、おれはそれに答えて、フレーワークを具体的に適当に出しただけw
Ruby on Rails の事を指してるなら、最初から Ruby on Rails って言おうなw

君は、他人が決めたことばかり述べるだけで、自分の意見が一つもない。
自分が傷つかないように、そうやって身を守ってばかりに気を取られていると、他のことがおろそかになりまくってるんじゃない？
他の誰かが作った盾と鎧で身を固めまくって重そうに歩いてる姿なんて、君から見ても、見るに堪えんやろ？

Railsが最上流なのか、自分がどう思うのは勝手やけどw、要は、Rails以外触りたくないってこと？w
Railsしか触りたくないって人が、各種言語、OSS、コミュニティなどの総論を語るのは早ないか？w
まあ、他人の意見をそのままコピペしてるだけやから語れてもいないんやけどw

2024/06/19(水) 16:02:45.51

直近の議論で Flutter のオワコンが明らかになったから、スレの残りは Rails の話をするのか
いいんじゃないかな

2024/06/19(水) 16:20:44.94

何故か伸びてると思ったら変なの湧いてるだけか

2024/06/20(木) 05:20:19.40

またキチガイRuby馬鹿か

2024/06/20(木) 06:04:01.68

このRuby荒らしのせいでどこの誰とも知らないKENTA？とかいう奴の印象が非常に悪い
このRuby荒らしはKENTAの印象を悪くするためにアンチ活動してるんだと思う

**デフォルトの名無しさん** (ｽﾌｯ Sdba-xHVi) · 2024/06/20(木) 19:47:45.09

というかこれは何の得があるの？w

**168** (ﾜｯﾁｮｲ a357-iNSb) · 2024/06/21(金) 03:49:32.24

KENTA・勝又健太の本はベストセラーでしょ。
kboy も協力している

全ての職業の中で、学歴不問で馬鹿の文系でも、
最も短時間の勉強だけで稼げるチート職業は、Ruby on Rails

勉強の手順も決まっているから、再現性が高い。
外人もそう言ってる

Linux, Docker, AWS Solution Architect、データベース設計も含む

Rails 7 のデフォルトのCSSフレームワークは、
Bootstrap, Bulma, Tailwind, PostCSS, Dart Sass の5つ

他には、React をやりたいなら、JavaScript/TypeScript も

逆に、勉強したくない香具師がフロントへ行く。
だから求人倍率が10倍違う。
バックエンド5倍、フロント0.5倍

そりゃ、画面をいじって時間をつぶしている香具師は、単価が安い。
だから、WordPress, Dart は安い

2024/06/21(金) 04:52:05.06

Rubyコミュニティ衰退しとるやんけ
https://www.publickey1.jp/blog/24/javascript2520python1820java1770slashdata.html

2024/06/21(金) 06:49:13.58

場違いなレスでも、よってたかって攻撃するのはやめよう。
まあ、おれが一番の長文で攻撃してるんやけど。
ここはＫＥNＴAスレじゃない。
お前も森へおかえり。
あのアフロっぽいもじゃもじゃ髪の毛の中に。

2024/06/21(金) 07:24:27.55

>>183
フロントスレでフロントを馬鹿にしてなにがしたいん？？

2024/06/21(金) 11:16:37.21

フロントはこれからも重要であり続ける
だからいくつもフレームワークが生まれた
その中でよいものだけが生き残る
このスレで議論した結果、すでにFlutter はオワコンで間違いないようである

2024/06/21(金) 14:45:15.25

KENTAって人崇拝してるっぽいけど
イメージ下げる投稿続けてたら大好きなKENTAに嫌われるぞ

2024/06/22(土) 09:24:13.93

>>183
>>外人もそう言ってる

お前、援護射撃してもらってる存在に失礼な言い方すんなw
外人以外にも言い方いくらでもあるやろw

フロントエンドをディスりだしたけど、そりゃ悪手だろ、蟻んこw
そんだけフロント馬鹿にしといてまさか、フロントエンド含まれてるアプリ触ってないだろうね？w
馬鹿にしといて裏ではお世話になってる...まさか、そんなわけないよな...？w

2024/06/22(土) 09:33:53.91

普段から裏ではお世話になっているよw
底辺が作った家に住んで底辺が整備した車に乗っているよ

2024/06/22(土) 10:07:37.46

ごめんフロントは大工以下の底辺だったね

2024/06/22(土) 10:27:14.41

>>191
フロントスレにわざわざ来てるお前も同類だな

2024/06/22(土) 11:26:50.46

Ruby がオワコンだから、オワコン Flutter スレに吸い寄せられてきたのか
類が友を呼んでしまった
しかし、ここに来るなら Flutter の話をしてもらわないと困るよ

2024/06/22(土) 12:55:24.08

>>190
品性はお金じゃ買えないよ。
上辺だか何だか知らんがrubyの仕事してこいよ鬱陶しいな
おまえうざい
イジリがいもない

2024/06/22(土) 13:01:13.69

>>191
お前さあ...
大工まで蔑んで何してんの？
お前は底辺以下の泥沼の底の底に沈みこんでてて姿見えへんぞ。
流石にもうちょっと上品でいてくれへんと相手できん
下衆は返れ。下水道に。
排水溝に詰まったK・E・N・T・Aの縮れ毛を回収する仕事でもしてろよ。
ああ、もうすでにその仕事やってたか。
誰にも相手されへんからってその仕事はさすがにみじめやぞ。

**デフォルトの名無しさん** (ｽﾌｯ Sdba-xHVi) · 2024/06/22(土) 15:00:14.29

察してやれ
ここが最後の砦なんや
ここで相手にされなかったら本当に完全に一人なんや
だから何を言われてもクソレスを投稿し続けている
わかるか？

2024/06/22(土) 19:32:30.04

フロントスレはここのほかにもたくさんあるのに、なぜここなのか？

2024/06/22(土) 23:11:55.70

>>190
キモい

2024/06/23(日) 04:17:37.54

質問なんだけど、バックグラウンドで動いているFlutterでスリープから復帰したって検出可能です？
AndroidのReciverみたいな感じ
ググってもTitaniumしか出てこなくて、MacOSで環境整えようとしたら動かねー

**デフォルトの名無しさん** (JP 0Hdf-pA5J) · 2024/06/23(日) 12:55:03.68

今だけです
https://i.imgur.com/cgKkzoi.jpg

2024/06/23(日) 13:52:10.18

>>200
これは良かったよなあ

2024/06/24(月) 11:20:36.43

>>199
おれはflutter詳しくないから、仮にflutterにその機能が無かったとしても一応解決策はあるとだけ。
dartから直接ネイティブのコードを呼び出すdart:ffiがあるので理論上可能なはず。
like数多いlibraryだと pigeon とかあるみたい。
あとは、自力でdart:ffiを使ってそのReciverを呼び出すコードを書くか。

2024/06/24(月) 14:10:41.21

WidgetsBindingObserverのdidChangeAppLifecycleStateじゃだめなん？

2024/06/24(月) 15:39:09.73

>>202
考えていたより大変そう
今はKotlinでReciver受けてDartで拾えないか検証中

>>203
Activityがフォアグラウンドにいる時は問題ないけど、バックグラウンドに行っちゃうと拾えないっす

2024/06/24(月) 15:51:32.46

>>200
こんなにコスパの良いやりかた初めてかも

2024/06/24(月) 21:59:00.85

>>204
結局まともなソフトを作るためにはkotlinとswift、デスクトップならさらにC++とかを覚えないとダメなんだよなあ、その上でさらにDartやろ

2024/06/24(月) 22:06:12.30

Kotlin だけでいいだろ

2024/06/24(月) 23:01:42.63

>>207
Androidだけでいいならな、DartもFlutterもいらない

2024/06/24(月) 23:07:01.02

簡単なアプリを作るだけならKotlinオンリーでできるよ
Swiftの定型文はテンプレートコピペで済ませられるから
ファイルのピックとかもKotlinライブラリが出てきてる

2024/06/24(月) 23:19:09.26

技術顧問できますって言ってる人のｷﾞﾌﾊﾌ見たわ（ーー：）
おまいらどう思う？

2024/06/25(火) 07:01:39.99

へ？今ってKotlinだけでAndroidもiOSも対応出来るん？
Swiftへ無変換リコンパイルが出来るってことで良いのかな。
Androidはリバースエンジニアリング出来るのが嫌いなんだよなぁ

2024/06/25(火) 07:29:32.26

>>211
KotlinコードはKotlin/Nativeの技術を使って、Swiftへトランスパイルされるんじゃなくてネイティブコードへそのままコンパイルされるようになった

泥JVM向けアプリのデコンパイルの容易さが気持ち悪いのはわかる
ロジックをKotlinのままAndroidNativeプラットフォームでラップできるっていう回答は一応あるけど面倒くさいし

2024/06/25(火) 12:22:13.82

>>212
ありがとー
ググっても資料が少ないけど、Kotlin/NativeからSwiftにするのは1件見つけた
センサー系を使うことが多いからそれがSwiftでも動作してくれるかだなぁ
試してみるよ

2024/06/26(水) 11:18:03.68

みんなMacでFlutter使ってるの？
iOS用はXcodeが必須だからMacが必要だよね

2024/06/26(水) 14:36:08.50

昔やってた頃はビルドならCodeMagicでできたけど今はできないんかな？
まぁ真面目にやるならMac必須だけど。

2024/06/26(水) 15:28:49.38

リリースするとなったら、iPhone実機でテストしてないと不安だし、個人開発くらいでMacとiPhone全部そろえるのは個人的に無理かな…
でも将来的にiOS版もリリースするかもしれないから、Flutterでandroid版を作ってみるかな
Dart、JavaScriptに似てるから、改めて勉強しなくてもいいみたいなんだよね
JavaScriptはなれてる

2024/06/26(水) 15:37:02.59

>>213 は Kotlin だけで足りると知り、無事に Kotlin スレにたどり着いたようだ
しかし、>>216 が新たにハマりかけている
また riverpod で消耗する人が増えるのか？
JavaScript に慣れてるなら ReactNative や Capacitor も検討したらどうか？

2024/06/26(水) 16:29:05.82

>>217
ReactNativeが良さそう…
これですすめてみる

**デフォルトの名無しさん** (JP 0H4f-Ow8Y) · 2024/06/26(水) 20:34:56.18

MacとXCodeとSwiftが大嫌いでFlutterを使ってる俺みたいなのは少数派かな
Windows上のAndroidStudioでアプリのテストまでやりきって、Mac側ではiOSでの動作確認とリリースビルドだけ実施
今のところこれが一番楽

2024/06/26(水) 22:15:41.67

KotlinもSwiftも特定のIDEに縛られているから、その点でDartは有利だ

2024/06/27(木) 15:09:34.09

Androidである程度作って、iOSで実機デバッグしようとしたら、iOSはデバッグではプラグインが使えないとか・・・おかしいっしょ

2024/06/27(木) 17:31:50.85

flutterの状態管理ライブラリと呼ばれるものって、別に状態を管理する手段を提供してないのでは？
ただ、setState()を直接呼ばないための手段しか提供してなくないか？

2024/06/27(木) 19:04:10.07

composeなら状態管理はrememberで済むのになあ

2024/06/27(木) 19:09:30.16

状態管理ライブラリが複数あり、すべてウンコだ！とか言ってるのは Flutterユーザーだけ

2024/06/27(木) 20:07:03.82

>>223
Kotlin触ったことないから解釈違いがあるかもしれんけど。
見た感じ、やってることはflutterの状態管理ライブラリと変わらないという印象やな。

2024/06/27(木) 20:15:19.16

状態管理ライブラリっていう名前から、100とか200あるたくさんある状態の管理を、ミクロではなくマクロな部分で手助けしてくれるものかと思ってたけど。
実際のところ、公式が提供しているapiの薄いラッパーか、observerを提供するのか、ミクロの部分で使うライブラリみたいだね。
状態管理ライブラリとかいう大層な名前で呼ばれるのはおかしいと思うけど。
結局、MVVMだったり、のデザインパターンで、複雑な状態をなんとか管理しようっていうのが現状か。

2024/06/27(木) 20:24:59.17

Flutterが状態管理のために長ったらしい定型コードを書かせるのが悪い
「～の状態管理ライブラリを使ったらアプリの動作パフォーマンスがよくなった！」じゃなくて開発者のコーディングライフを改善するためのものになってる

2024/06/27(木) 20:51:27.49

>>227
たしかにStatefulWidget使うにはclassを2つも定義しなあかんとか、あれは冗長やわな。
パフォーマンスの面であのようにするしかないのかも知らんけどどうなんやろね。

>>「～の状態管理ライブラリを使ったらアプリの動作パフォーマンスがよくなった！」
ライブラリのうたい文句でよく聞くけど、そもそもラップしてるのに本当に動作よくなるのか？wって思うけど、まあ、なんか今更やけど。

2024/06/27(木) 21:19:58.59

ReactNative、エラーがわかりにくいって
調べるだけで時間を消耗するって、自分がはまるやつだ w
Flutterにする

2024/06/27(木) 22:09:26.94

React+Capacitorじゃあかんのか？

2024/06/28(金) 00:00:42.63

>>230
情報が少ないかな？
他の言語だとpythonとかで満足してる方なので（情報が多い）

2024/06/28(金) 08:41:07.03

Android メインなら Compose の方がいいと思うなぁ
JavaScriptに抵抗がないなら、ガワアプリもいい選択になる

スレが状態管理の話題で埋め尽くされるようなフレームワークは、とてもお勧めできない

2024/06/30(日) 23:37:31.88

dart は exception(error) handling が try catch 構文を利用するのが基本だが、正直 result 型で handling した方がはるかに楽。
おれは自分で result library を定義して使ってる。
あんまり try catch で handling することに対して批判を聞かないが、実際のところどうなの？
おれはもう try catch で handling とかもう無理な身体になってしまったが。

2024/07/01(月) 12:01:21.76

Dartに限らず例外を嫌ってその手の試み繰り返されてるけど
コアライブラリその他諸々エラー投げるもの全部ラップする羽目になるし
開発メンバー全員同じ方針で書かせないとならんし
労力とメリットが釣り合ってないんだよね
Future使えば良かったってオチになったり
例外を採用してしまった言語はもうどうにもならんかも

2024/07/01(月) 16:12:11.02

小規模や個人の開発でresult採用してる人や検討してる人はどこかにおらへんの？

2024/07/01(月) 17:34:26.52

dartってJavaScriptとほとんど同じだね
心配して損した

2024/07/01(月) 18:31:28.50

>>236
元々dartはJavaScriptの置き換えを目指して開発された言語やからな。
ちなみに知ってるかも知らんけどdartはJavaScriptへトランスパイルできる。

2024/07/01(月) 18:58:48.29

>>237
トランスパイルって何？

2024/07/01(月) 19:29:09.08

>>238
あるプログラミング言語を機械語などに変換することをコンパイルという。
それに対して、あるプログラミング言語を別のプログラミング言語に変換することをトランスパイルという。
例えばTypeScriptはJavaScriptへ変換するトランスパイル言語などと言ったりする。

2024/07/01(月) 20:11:46.86

> 開発メンバー全員同じ方針で書かせないとならんし

メンバーが同じ方針で開発するのはでも基本でしょ
Resultを使うチーム方針も一部にすぎないよ
レビューで確認事項を増やしたくないなら使い忘れの検知を自動化してもいい

キャッチ漏れのようなミスを防ぐ手段を棄却するかResultで確実にハンドリングするかだよ
どっちがいいか考えるのだ
小さな労力気にするのに、労力避けてミスったときの労力を気にしない人がいるのがこの界隈の変なところ
そもそもResult使うのはそんな労力かからん

AsyncValueも例外の欠点に向き合って編み出された(つかウェブからパクった)手法だけど
Riverpodの癖のある挙動(キャッシュの機構とか)にガチガチに結合してる失敗作なんだよな
使ってるうちに変な動作に悩んで混乱するメンバー出てくるからおススメしない

2024/07/01(月) 20:43:01.10

>>240
例外を投げるもの全部ラップしないといけないっていうのは手間と言えば手間だけど。
逆にそれだけ、投げる例外が多いのならResultで確実にハンドリングできた方が結果的には管理は楽になると思うんだけどね。
自分でResult使ってて、例外の種類が多ければ多いほど、これはResultにして機械的にハンドリングできるようにしないと無理だなって思う今日この頃。
型としてこの処理はこれらの例外が発生しうるっていうのが分かった方が、わざわざ呼び出し先のドキュメント見に行って、この処理はこんな例外が発生しうるのかってのを逐一、確認しなきゃいけない方が、少なくとも自分には不毛な労力に感じる。

2024/07/01(月) 20:47:10.17

最後文章変になったけど、発生しうる例外が型として確認できた方が、わざわざドキュメントで確認しに行くよりはるかに楽ということ。
というか、この点だけでも、Resultを使う価値はあると思う。
逐一ドキュメントにどんな例外が投げられるかを確信しに行くという作業がめちゃくちゃ疲弊する。

2024/07/01(月) 22:58:23.83

try/catchは深い階層でも呼び出し元に投げやすいように考えられたもので非同期呼び出しの文脈でResultより使いにくいのはその通りだと思う

2024/07/02(火) 01:27:21.71

>>239
ありがとう
わかったわ

2024/07/02(火) 10:05:15.13

例えばhttp.getがraiseする可能性のある例外の完全なリストってどこを見ればわかるの？

2024/07/02(火) 10:12:48.10

すべてはソースコードにある
それが Flutter クオリティ

ソースを読めないなら、すべての例外を握りつぶして「エラーです！！！」と表示するといい

2024/07/02(火) 10:25:13.11

ソース読む方法だとラップせずそのままrethrowしてることが多いから
使うすべてのメソッドに対してヌケモレのない例外リストを得ることは現実的には不可能じゃない？

2024/07/02(火) 15:12:30.03

http通信回りはあまり詳しくないが。
完全なリストとなると一応こういうことじゃないか？
https://developer.mozilla.org/ja/docs/Web/HTTP/Status

Flutterの各種widgetのハンドリングをResultでするとかもまあ、Resultでやるのはあんまり現実的ではなさそうな雰囲気を感じる。
widgetの部分は無理でもフレームワークに依存しない内部の処理の部分はもちろん自分たちが管理する部分なのでResultでできるだろうが。
httpに限って言えばステータスコードで返ってくるからそれをResultにするのは簡単そうだが。

外部の仕様やフレームワークのメソッドに対する完全な例外リストを得ることができるかどうかは、外部次第というか。
まあ、RustのようにResultが言語の機能として盛り込まれているわけではないから、妥協しないといけないところはあると思う。

例外をcatchできてるなら、理論的にはそのタイミングでResultに変換できるということではある。
自分たちが管理してるならいざ知らず、外部で管理されてるやつはねえ、まあ、それをResultでラップし直すのは規模によっては大変だと思うよ。

おれは、基本的に個人開発しかしてないんだけど。
例外リストにヌケモレがあるっていうのは、それはバグじゃないか？

2024/07/02(火) 15:50:34.15

DartでResultをするうえで重要な点を言及していなかった。sealed class の機能があるからResultをする意味が上がる。

sealed class Result<V,E>{...}
final class Success<V,E> extends Result<V,E>{...}
final class Failure<V,E> extends Result<V,E>{...}

switch (result) {
Success():...;
Failure():...;
}

seald class の機能を使えばswitchでSuccessの場合とFailureの場合を強制できる。おれ個人は関数的な書き方ではなく文的な書き方を常用している。理由はreturn文をかけるから(早期returnができる)。ついでにexceptionもこのselad classを使う。

/// {@macro HttpRespons401Exception}
/// {@macro HttpRespons402Exception}
/// ...
sealed class HttpResponsException {...}
/// {@template HttpRespons401Exception}Unauthorized...{@endtemplate}
final class HttpRespons401Exception extends HttpResponsException {...}
/// ...
final class HttpRespons402Exception extends HttpResponsException {...}
/// ...
final class HttpRespons403Exception extends HttpResponsException {...} ...

switch (httpResponsException) {
HttpRespons401Exception():...;
HttpRespons402Exception():...;...
}

final Result<String, HttpResponsException> myHttpGetResult = myHttpGet(...);

厳密ではないが、おれはこんな感じで書いてるよというイメージ。DocCommentをつければmousehoverしたときに詳細がわかる。

2024/07/02(火) 22:11:04.48

>>248
それはDartのhttp.getでは例外扱いではないよ
戻り値に含まれるResponseのstatusCodeを見て分岐させるもの
例外はClientExceptionやSocketExceptionなど

2024/07/02(火) 22:39:56.42

おれはhttp.getを触る処理をやる予定無いから別に間違っても構わないし深入りはしないけど。
http.getのドキュメントからそれらのexceptionが発生しうる旨は書いてなかったな。
実際にはそれらが発生するならドキュメントの不備じゃね？
まあ、おれは深く触る予定無いからいちいち真偽を調べへんけど。

2024/07/02(火) 22:46:08.54

おれ自身の感覚としてはstatusCodeでエラーを表しているものであるなら例外もしくはErrorとしてあつかってもいいと思うけど。
そこらへんの細かいところは実際に管理してる人が責任もってやる領域だと思うので、各々の責任でやってくださいって感じだな。

2024/07/04(木) 00:10:44.18

中には話が通じる感じの人もいるみたいだが、そろそろ5chを卒業するよ。
いままでありがとう。

2024/07/04(木) 00:30:02.71

みんなプログラミングの話って5ch以外の日本語SNSのどこでしてるの？やっぱ旧Twitter？

2024/07/04(木) 00:36:10.29

プログラミングの話はだいたいXでしてる

2024/07/04(木) 00:48:30.85

プログラミングに限ったことではないが、何かを批判すると、すぐに暴れる人が出ててきて誹謗中傷などの攻撃してくる者が多数現れるから。
5chやSNSでは当たり障りの無いことしか言いにくくなってるんじゃないかと感じる。
まったく最高の国だな。
話の内容にもよると思うけど、おれはもう当分はあきらめたよ。
プログラミングで話し相手探すの。

2024/07/04(木) 01:10:17.23

プログラミングにも話題ってものがあるだろう
ここには消耗しきったプログラマしかいないんだよ

2024/07/04(木) 04:05:30.48

>>256
「ホロン部」を検索

2024/07/04(木) 05:42:20.81

何か攻撃されたん？

2024/07/05(金) 10:01:04.25

rustのコアライブラリのdart実装
https://www.publickey1.jp/blog/24/rustdartrust_core_10rustdart.html

2024/07/05(金) 10:08:46.79

Resultもあるね
やはりFutureとの組み合わせは辛そう
https://github.com/mcmah309/rust_core/blob/8bd6470f3a87e26f3c2453ccad8b17b3e427bf22/lib/src/result/result.dart#L52

2024/07/05(金) 12:00:09.21

有象無象の中の1パッケージをいちいち取り上げる意図がわからんな

2024/07/05(金) 14:59:33.91

>>260
Dartを使ったことのある人向けって対象少なすぎて草

2024/07/06(土) 21:15:32.47

play ストアでの公開、1度きりだけど今4000円かかるのか…
スマホのアプリ開発断念するわ
今まで通り、adobeのスクリプトとPCのデスクトップアプリ開発でいく

2024/07/07(日) 06:20:36.58

モバイルアプリなんてゴミ
ウェブサイトで事足りてるもん

2024/07/07(日) 08:32:09.18

4000円かかるからアプリ断念すると書いてあるように見えるが僕の見間違いだろうか

2024/07/07(日) 10:23:51.36

そういってんやないの

2024/07/15(月) 16:41:27.45

ネイティブはネイティブの開発の面白さがあるなあ
ユーザーにとってはWebアプリが一番使い勝手がいいんだろうけどね
Webは進歩が早すぎるし自由すぎる

2024/07/15(月) 18:41:11.74

ネイティブで処理したい箇所にUI要素は無いから
UI(Reactなど)+ネイティブ処理(flutter)で十分だね

2024/07/15(月) 21:19:22.76

DartはいいんだけどFlutterフレームワークが微妙
ReactやComposeのが書きやすい

2024/07/15(月) 23:58:02.71

JavaScriptと同じじゃん
JavaScriptで変数宣言すればいいだけ
楽勝