Flutterやろうよ！！！ 3

2021/08/08(日) 20:18:12.79

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

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

https://flutter.dev/

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

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

2021/08/14(土) 05:26:24.79

>>50
そだな、flutter_lints使いましょうって言えばいいか

>>54 >>57
企業の名前はブランドだからおk

>>57
センス悪い人のをコピーしてまで使いたくないでしょお笑

2021/08/14(土) 05:30:55.47

>>56
そう、ハンドルに誕生日含めちゃってるところからも自己主張の強さをかんじるな

>>58
比較にならない偉大なリーナスの名前をつかってむしろ馬鹿にしててわろた

2021/08/14(土) 07:07:19.89

信者にとっては、女王様の黄金水みたいに有難く頂くものかもしらんけど、元々あった
Google謹製の pedantic パッケージをforkして、ちょっと手を加えたとかその程度じゃ
ないの？

2021/08/14(土) 10:33:55.01

全く同じ内容のものを作って、好きに名前をつければ良いと思うが、まあ二番煎じだと言われるだろうな。

**デフォルトの名無しさん** (JP 0H62-dU9d) · 2021/08/14(土) 13:25:44.44

>>44
コロナアプリの顛末からわかるように、アプリは維持するのが大変なのよ。

2021/08/14(土) 14:30:51.95

コロナ接触確認アプリの失敗原因は
スマホアプリかPWAかってところじゃないんよ

2021/08/14(土) 14:50:50.99

・各OSのAPIの差異を吸収できなかった
・デバッグが足りてなかった
・何がどうであれXamarinはク(ry

2021/08/14(土) 16:42:23.94

>>64
アプリの維持が大変とか言える状況になるかなー

たぶんこのままだとまともにアプリできないだろうし

2021/08/14(土) 17:01:06.22

バージョンアップしなけりゃ数年に一度の足切イベント以外の保守維持は大変じゃない。
問題は年イチぐらいでバージョンアップしないといけないアプリは隔世の感があって色々と大変。

2021/08/14(土) 17:22:24.96

>>59
ちゃんとした話のネタがなくて黙るくらいなら、まだ技術的な不満、愚痴でも書いた方が話が広がるかもしれないって言ってるのに、前提を覆すようなちゃんとした話のネタ要求されても....

2021/08/14(土) 19:23:06.37

> dartちょっとゴミすぎないか?
> googleのアホ技術者うんざりしてくる
> とかするわけよ
> あれ、discontinued?? あーだりー
> 標準で用意しとけよなクズgoogle技術者
> 別のクソ見たいのと戦う羽目になってる
> FFI使えって?? ぷっ

他人のこと言えないけど口が悪すぎて頭おかしい人にしか見えないから相手したくない

2021/08/14(土) 19:39:40.42

そこは好きにすればいいと思う
つか、愚痴なんだら多少悪口いれてるし
>>30みたく反応する人はしてくれるし
俺は愚痴で口悪くても｢興味あるネタ｣であれば反応するし
もちろん、喧嘩になるようなか流れになるならやめるけど

俺的には全くないよりかはまし

2021/08/14(土) 19:46:51.13

もちろん、やりすぎはあれだけど

つか、愚痴、不満を丁寧な言葉で書けって??ww

2021/08/14(土) 21:52:48.11

あれ、レス乞食とかとやり取りする場合どうするの??
使う奴の無知とかiOSの挙動すらGoogleのせいにされるんだが
どうすればいいの??
言葉遣いもちょっとゴミすぎないか?

2021/08/14(土) 22:49:24.73

>>72
愚痴不満を書くスレではないから他所でやってくれということだ
多分君に伝わらんだろうが

2021/08/14(土) 22:52:33.63

コロナ対策アプリを、Xamarinで作ろうとしたのは本当に馬鹿だよな
オープンソースで善意の人を集めたいなら、クロスプラットフォームなんて採用せず、
javaとSwiftを使うのが最善だったと思う
せめてFlutterかReact Nativeにしておけば…

2021/08/14(土) 23:12:24.31

>>74
その話するとここに何書いいい駄目は君が勝手に決めただけ

2021/08/15(日) 00:33:47.07

Flutterのソースコードを確認したら1ファイル1クラスでもなくて、
ファイル名とクラス名を合わせる必要はないのですね
メンテナンスしづらそう

2021/08/15(日) 02:29:54.54

ファイルとクラスの対応を要求される言語の方が少数派だが

2021/08/15(日) 06:49:46.11

>>77
今時クラスを検索するのにファイル名を使う必要もなかろう。
それより関連するクラスが1ファイルにまとまっていたほうが可読性が高い。

2021/08/15(日) 11:16:03.36

●7.27　オハイオ州の看護師、中共ウイルスで入院した全患者がウイルスワクチンを2回接種していたことを発見
https://gnews.org/1435812/

●7.4 12歳の子供がCOVIDワクチンを接種後、様々な苦しい症状を経験
https://gnews.org/1370868/

●デルタ株はワクチン打ってようが、いまいが、発症したらマスク必要！
JPSikaDoctor (医師)
ワクチン打っても他人に移す
://youtu.be/5hqfoZGFo0o

2021/08/15(日) 17:55:55.36

Flutterのwidgetとelementとrenderの関係性、ややこしいと思うわ
内部構造をもうすこし隠蔽して使いやすくしてほしい
フレームワークの寿命がわからないから内部まで調べる気力がわかない
このレベルのコードを読むのは勉強になるかもしれないけど

2021/08/15(日) 19:50:40.82

まぁ、それはあるわな
Stateクラスも最初、initState、disposeから始まって
didUpdatedWidgetと増えていき
didChangeDependenciesでaddPostFrameCallbackに到達する

2021/08/16(月) 02:49:07.31

providerで管理しているデータをAndroid Studio上で確認する方法を教えてください

2021/08/16(月) 04:13:25.80

>>81
意識的に使うとき以外は気にする必要ないくらい隠れてるじゃん？
隠蔽するともっとわからなくなるでしょ

>>82
最初から見えてるのに「増えていき」と表現してる意味がわからない
addPostFrameCallbackはStateクラスじゃない

2021/08/18(水) 20:08:23.01

null safetyとやらのせいで過去のサンプルコードがエラーになるんだが

Flutter Studioのコードもエラーになるし

2021/08/19(木) 02:45:55.84

とりあえずnull unsafetyにしろ

2021/08/19(木) 10:37:49.50

>>85-86
pubspec.yaml ファイルを編集して、SDKバージョンを落とせば、null unsafetyに
なるけど、null safety対応のパッケージと混ぜて使うと、「required」とかの追加
された予約語や、値がnullを取るかもしれない変数に付ける「?」とか、エラーに
ならん？

> environment:
> sdk: ">=2.12.0 <3.0.0" # null safety
↓
> sdk: ">=2.7.0 <3.0.0" # null unsafety

依存パッケージが限定的なサンプルコードならいいけど、null safety/null unsafety
どっちでも通るDartの書き方があるならぜひ知りたい。

2021/08/19(木) 17:29:08.30

自分でnull safeにできないと今後困るので自分で変える

サンプルの作者に「対応してよ～」と頼む

のどちらか

2021/08/19(木) 17:30:57.38

> null safety対応のパッケージと混ぜて使うと
> エラーにならん？

プラグインじゃなければならないんじゃなかった？

2021/08/19(木) 20:25:40.77

バージョン指定用のコメントをファイル冒頭に付ければいい
具体的にはnull safetyを外したいやつに
// @dart=2.9
をつければ良い
これによる不具合が出るというのは、それはもうnull safetyに対応してないとおかしいわけだから大丈夫なはず
外部ライブラリの場合は追加しないといけないから多い場合は全体のバージョンをpubspecで変えたほうがいいけど、そういうサポートの止まっているライブラリはあんまり使うべきでない気もする

2021/08/19(木) 21:00:33.58

null safety外すと負けた気がするからとりあえずがんばる

null以外にも理解できないエラー出まくりだし

本当にアプリなんて作れるようになるのか不安しかない

2021/08/19(木) 21:58:42.66

flutter upgradeしても
既存のFlutterプロジェクトも新しいFlutterのバージョンが適用されてますか？

2021/08/19(木) 22:27:58.73

>>92
プロジェクト毎に pubspec.yaml ファイルを編集しないとダメ。

2021/08/19(木) 22:32:48.73

>>90
サポート止まってるライブラリでも、github上でforkされた先が null safety 対応になって
いたりするけど、これってローカルにgit cloneせずに、 pubcpec.yaml ファイルの記述とかで
参照先を非公式リポジトリに指定ってできるんだっけ？

2021/08/19(木) 23:35:33.21

以前github上でしか公開されてないwindow_sizeというコンポーネントを
使ったことあるけど、そのときは以下のように書いた。
window_size:
git:
url: git://github.com/google/flutter-desktop-embedding.git
path: plugins/window_size
ref: e48abe7

2021/08/19(木) 23:38:15.52

頭のスペースが消えたけど、適宜字下げしてちょうだい

2021/08/19(木) 23:54:28.49

>>95
さんきゅ。

その書き方でもよさげだけど、githubのリンク先を辿って見てたら、書き方の説明があった。
ttps://github.com/google/flutter-desktop-embedding/tree/master/plugins

2021/08/21(土) 23:21:33.28

Rustのメモリ安全性はボローチェッカーによって担保されているが、
Nimと比較してRustはタイプ量が多い事により限りなく低い生産性と
C++のような高い難読性、超巨大なバイナリ生成性能を兼ね備えています

Nimはバージョン1.5.1でRustのボローチェッカーに似た「View types」が実装されれば、
GC無しのView typesで参照の有効性を検証することによってメモリ安全性を保証しつつ
限りなく抑え込まれたタイプ量で高速化したCのソースコードを吐き出せます

Nimソースコード ==nimコンパイラ==> Cソースコード ==Cコンパイラ==> バイナリ

なので、nimコンパイラが通った時点でメモリ安全性が担保されませんか？

Nimの実験的特徴
著者：アンドレアス・ルンプ
バージョン： 1.5.1
http://nim-lang.github.io/Nim/manual_experimental.html

Nimは限りなく抑え込まれたタイプ量で高い生産性とPythonのような高い可読性を実現し
ているにもかかわらず、高速なCのソースコードを吐き出せるのでC言語でリモートワーク
されている方は割り振られた仕事が早く終わっても終わってないふりをして怠けることができる

「怠け者とはこうあるべきだ！」と言うとても大事な事を Nim は我々に教えてくれます

2021/08/22(日) 17:53:55.08

> なので、nimコンパイラが通った時点でメモリ安全性が担保されませんか？

当初はC言語だって、アセンブラソースを出力するプリプロセッサだったわけだが？

2021/08/22(日) 21:59:58.25

そいつ他スレにも同じこと言ってる荒らしだから無視でオッケー

2021/08/23(月) 01:15:36.22

いまいちだなflutter

2021/08/23(月) 09:12:19.82

でもスレを覗きに来るぐらいには気になってんだろ

2021/08/23(月) 11:17:50.42

flutterのイマイチなところは、素人でも何となく作れてしまって妙なアプリになるとこ

2021/08/23(月) 21:57:41.65

まさに今素人である俺が社内用の業務支援アプリという妙なアプリを作りつつあるところだ

やっといろんな事が分かってきてとりあえず画面遷移ができるだけのモックができた

2021/08/23(月) 22:46:57.65

>>104
ビジネスモデルはviewModelに入れてChangeNotifierしろよ。って、訳わからんよな・・

2021/08/23(月) 22:50:47.77

ビジネスロジック
逝ってくるわ

2021/08/24(火) 10:37:23.36

ビジネスロジックはViewModelじゃなくてModelだぞ
そーいう勘違いしてる人が教えるからファットなViewModel書く人が多いのか

ChangeNotifierするって言葉もおかしい

2021/08/24(火) 10:41:58.05

visualstudioに慣れた俺からするとXamarinのほうが遥かにやりやすい。

C＃とWPFの経験があれば、割と簡単にアプリ作れる。

2021/08/24(火) 12:35:07.07

>>108
スレ違いですよ

2021/08/24(火) 17:08:39.98

>>108
xamlの方がめんどくさいだろ
ConverterからVisualStateManagerやらビヘイビア
しばらく離れると忘れるわw
もちろんコードビハインドできるけど

flutterならdart覚えてりゃいいだけだし楽

2021/08/24(火) 19:17:14.66

二次配列をDataTableで表示するやり方がわからん

データの数だけbuildすれば良いのか？

2021/08/25(水) 05:52:11.40

>>107
Modelにビジネスロジックなんか書かないだろハゲ

2021/08/25(水) 07:03:44.30

>>112
どこでそんなデマ覚えてきたんだよ…
mvvm勉強し直してこい

2021/08/25(水) 08:33:37.17

ただのContainerの内部に仮想的に巨大な平面を与えてスクロール可能にできませんか？
ViewportをContainer自身より大きくすると言うことです
目的はCustompaintで非常に大きなものを扱いたいということなのですが、スクロールができないと移動がかなり大変なんです

2021/08/25(水) 08:53:11.80

InteractiveViewerでどうよ？知らんけど

2021/08/25(水) 09:42:36.57

>>113
viewModelを使ってるからといってMVVMと言った覚えはないが、flutterのMVVMの場合、Modelを作ってビジネスロジックを書いてもファイル管理が面倒になるだけ、金額計算などはCloud Functionsなどで行う（Google firebase公式

2021/08/25(水) 09:55:19.19

>>115
すみません。スクロール可能というか、スクロールバーをつけて移動を高速に行いたいんでした。InteractiveViewerでやってみたことがあって、スクロールバーの付け方がわからなかった記憶があります。とりあえずもう一度やってみます

2021/08/25(水) 13:48:31.63

ビジネスロジックを書くならそれはViewModelじゃないから呼び方を変えたほうがいい

2021/08/25(水) 14:50:59.30

>>116
横からで悪いんだが、詳しくないので教えてください。
ビジネスロジックをクラウド側に書くって事は通信環境のない場所ではまともにアプリ動かないって理解でOK？

2021/08/26(木) 01:18:10.32

>>116
mvvmでないviewmodelってなんだよ。
たまたま名前が一致しただけだってか？アホかよ

2021/08/26(木) 01:39:28.18

ビジネスロジックをViewModelにといいながらFunctionsにしてるというのも矛盾してておかしいね

2021/08/26(木) 01:56:27.13

あ、わかった
その人ビジネスロジックとプレゼンテーションロジックの違いがわかってないんだね

2021/08/26(木) 06:12:21.82

>12
普通に出来るぞ。ブレイクポイントの前で落ちてるかもね

2021/08/26(木) 13:07:00.19

非商用アプリだと、ビジネスロジックがなかったりするの？

2021/08/26(木) 15:31:25.41

>>124
一般的にUIを除くそのアプリ固有機能をビジネスロジックと言うので商用非商用は関係ないよ。
例えばオセロゲームで言うと思考ルーチンがビジネスロジック。

2021/08/26(木) 16:02:17.33

わろた

2021/08/26(木) 16:05:36.83

ビジネス=商用ってマジ？

2021/08/26(木) 16:11:29.85

まあ難しい言葉使いたがるってのは傾向としてはあるよな
格好いいからな

2021/08/26(木) 17:42:50.00

java16だとビルドできない？

2021/08/26(木) 20:31:50.35

>>127
まあ世の中の全員がエンジニアじゃないからね。

2021/08/27(金) 17:36:49.11

>>129
初回セットアップの話だけどAndroid SDKのライセンス同意にJDK8が要る。
一度同意すれば以降はJDK8より上のバージョンでもエラー出ない。

2021/08/30(月) 19:28:35.54

まあ世の中のエンジニア全員がMVVMとか理解できないからな

2021/08/30(月) 21:40:17.94

今どきのアプリ開発者でMVVMを理解してないのはやばいな

あとフラッタラーをエンジニアと呼ぶのは違和感ある

2021/08/30(月) 23:10:32.83

そろそろ新しい本出してほしいね
riverpodの紹介とかも入れてほしいね

ちなみに「はじめてのFlutter」はゴミです
本当に買って損しました
最後のチャットの作り方につられて購入しましたが
いざやってみるとただファイルのコピペするぐらいで
１からチャットを作るわけではないのでまじでゴミです
初心者が入門的に学ぶならそれ以外の箇所は買ってもいいかなとは思います。

2021/08/30(月) 23:10:35.90

そろそろ新しい本出してほしいね
riverpodの紹介とかも入れてほしいね

ちなみに「はじめてのFlutter」はゴミです
本当に買って損しました
最後のチャットの作り方につられて購入しましたが
いざやってみるとただファイルのコピペするぐらいで
１からチャットを作るわけではないのでまじでゴミです
初心者が入門的に学ぶならそれ以外の箇所は買ってもいいかなとは思います。

2021/08/30(月) 23:10:55.73

バグってれんとうになっちゃった

2021/08/30(月) 23:24:40.76

ネット上に初心者向けの記事がうんざりするほどあるし
公式のページもCookbookなど充実してるのに本買う必要ある？
ああいう本ってまさに情弱向け商売よなー

推奨じゃないRiverpodを載せてる入門本があればそれはゴミ

2021/08/30(月) 23:42:21.75

なぜアンチしにくるんだ
riverpodは推奨だぞ

2021/08/31(火) 00:40:39.27

Riverpodがいいと思わないから書いてる
特に初心者には不向き
Riverpodのアンチで来たんじゃなくてFlutterのスレだから来たんだよ

公式に推奨されてるのはProviderのみだよ
Provider以外は主だった方法として紹介されてるだけだから勘違いしないでね

2021/08/31(火) 03:05:58.70

riverpodに差し替えてもアプリはよくならないもんね
習得しようとして何日間も悩んでる人みると他のことに時間使った方がいいんじゃねと言いたくはなる

2021/08/31(火) 07:22:50.25

確かにProviderは公式に推奨してるな
作者自身が設計ミスったって言ってriverpod作ってるから、コミュニティ的にriverpod推奨かと

Providerは、ウィジェットツリーの理解が進んでいない状態で静的解析でひっからないエラーがランタイムで発生するので初心者を悩ませると思う
公式推奨で根強い人気もあるが、ランタイムエラーをだす要因を導入することは、予めNullが入るか判断してメンバ呼び出しを厳格化したNull-safetyの流れと相反する気がする

一方でProviderは単純で使いやすく、ウィジェットツリーの理解が進み、Riverpod以外の状態管理パッケージの使い方もある程度理解できるが、Riverpodは独特な使い方をするからそれらが得られないというのもわかる

あとアンチの件はフラッタラーをエンジニアというのは違和感とかいう方の話ね

2021/08/31(火) 14:08:41.97

情弱なんで参考になる

2021/08/31(火) 16:21:44.77

providerでnull使えるように最近変更されたのはその修正じゃないん？

> Riverpodは独特な使い方

そこが問題だとおもうし推奨にならない理由の一部もそれだとおもう

2021/08/31(火) 17:03:11.34

単にRiverpodが開発中だからでしょ？
非互換変更繰り返してる物を推奨できるわけがない

2021/08/31(火) 17:28:03.02

理由の「一部」と書いたでしょ
平易じゃないのもよく指摘されてるところだよ
つかわないひとが世界的には多いのは色々な理由があってremiさんの姿勢態度を嫌うひともいるね
おれはどっちでもいいけどそんなとこに時間つかいたくない

2021/09/01(水) 00:20:27.15

＞コミュニティ的にriverpod推奨かと
一部の人が気に入って使ってるだけじゃん

＞初心者を悩ませると思う
Riverpodはもっと悩みポイントがおおいよ

ここ一か月くらいのネット情報で見かけたお悩み
＊覚えることがおおい
＊使い方が頭にはいってこない
＊Providerの使い分けが分からない
＊Riverpodの基礎が分かっても大規模アプリへの応用が分からない
＊MVVMと合わない
＊合うアーキテクチャーが分からない
＊思ったのと違うときに破棄されちゃう

「Riverpodで～する方法で悩んでたけど～を～すればいいのか！」系の**発見**をしてる人もちらほら

正しい使い方を見つけにくいパッケージなんてそれだけで失敗でしょー

**デフォルトの名無しさん** (JP 0H22-svT3) · 2021/09/01(水) 14:09:01.01

先日発売された本、ランキング１位を獲得したか。
今年度後半は怒号の出版ラッシュくるかな。

2021/09/02(木) 02:35:14.95

ITで本買ったらセンスない、ググれば分かる

2021/09/02(木) 10:17:31.62

>>146
同意だけど

こういうのは声が大きなやつが勝つから
riverpodを推す声のでかいやつと何も考えずに声の大きなやつに従うやつ
vs
riverpodを批判してるやつ

どうみても前者の方が声大きいからなw

2021/09/02(木) 10:54:46.31

気の毒に思って忠告してるのだから勝ち負けはどうでもいいよ
耳を傾ける人にだけ届けばよくて、それ以外の人のことなんか知らない
でかい声に従う判断して苦しんでも自業自得よ

2021/09/02(木) 11:04:09.15

ITの本買ったらセンスないってのは同意しないけど
Flutterは本よりUdemyのビデオの方がオススメ

2021/09/02(木) 11:19:52.07

Reduxパターンに似てるから使いやすいんだが、それを使ったことなければ使いにくいんだろうよ

2021/09/02(木) 11:35:49.37

頑なに本を拒否するやつって、自分が貧乏だからケチってるのが理由なだけだろ

2021/09/02(木) 12:08:09.65

riverpodよりいいmvvmフレームワークがあるなら教えて欲しいな、流行りそうなら乗り換える

2021/09/02(木) 12:18:03.27

流行気にするのはいかにも日本人的でダサいな

フレームワークか
Stackedと後1つか2つあったな
使ったことないからいいか知らんけどフレームワーク的なやつだと選択肢がほとんどないからしゃーない

2021/09/02(木) 12:47:37.20

流行りがダサいとか厨二か、夏休みは終わったぞ？
ドマイナーなフレームワーク使うとか学習コストかかる上に無駄になるリスク高過ぎなんだよ。FluttetやめてXamarinからやり直してこい

2021/09/02(木) 12:56:07.77

流行りがダサいと言うのがなんで厨二？
厨二か？って言い返せばマウントとれると思ってる奴こそ厨二くさいのだが・・

xamarinのほうが今やflutterの影に隠れちゃってるフレームワークじゃん、可哀想に

2021/09/02(木) 15:12:55.83

Amazonのレビューを見た感じ、掌田津耶乃って人の本が良いんですか？

2021/09/02(木) 15:39:24.16

>>158
React本とかは悪くないよ