Flutterやろうよ！！！ 2

2021/01/30(土) 12:22:39.97

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

https://flutter.dev/

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

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

2021/01/30(土) 12:27:15.72

やらないか？

2021/01/30(土) 12:51:26.51

やろやろ

2021/01/30(土) 19:52:32.59

暇人しかこんなんいじれんわ

2021/01/31(日) 12:22:08.37

あいぽんシミュレータがほんと言うこと聞かないわ
MediaQuery.of(context).size

2021/02/01(月) 01:31:15.91

>>5
え？全く問題ないけど

2021/02/01(月) 17:26:49.29

30 Days of Flutter
https://dev.to/danytulumidis/30-days-of-flutter-1b0d

**デフォルトの名無しさん** (ｽﾌｯ Sd0a-o6BT) · 2021/02/01(月) 19:00:40.38

>>7
何ぞこれ

2021/02/01(月) 23:33:09.60

30日じゃ無理だけど、なんとなく作れるようにはなるw

2021/02/01(月) 23:36:16.35

Swiftより100倍マシw

2021/02/02(火) 09:15:36.97

個人的に、Flutter MobileとWebは馬鹿にしてたけど、Desktopの方は興味がそそられるね。
Electron代替と考えると、ネイティブ対応できる点でかなり優位に立てる、と思う。

2021/02/02(火) 09:25:07.35

こんなところにもFlutterが
Ubuntu Will Get a Brand-New Desktop Installer Using Flutter - 9to5Linux
https://9to5linux.com/ubuntu-will-get-a-brand-new-desktop-installer-using-flutter

2021/02/02(火) 15:23:28.44

30 Days of Flutter 初日の動画

https://www.youtube.com/watch?v=-feG_q_0j3Y

2021/02/03(水) 14:29:07.01

これ中途半端キャラだろ
ネイティブ経験者が楽するために選択肢でしかなくね
やること難しかったらネイティブ一択だろうし

ネイティブ経験者が要件緩め案件でマルチ→Flutter
Webの人が要件緩めの案件でマルチ→WebView

2021/02/03(水) 17:53:21.15

そりゃフレームワークってのは楽をするためにあるわけで

2021/02/03(水) 20:52:12.37

>>14
使ってみた？中途半端だと思う？

2021/02/04(木) 09:20:01.48

モバイルは、どうしてもiOSが～Androidが～ってなるからね。
Flutterだけで全部完結できるようなアプリが、どうしも半端になりやすいってのはあるだろう。

2021/02/04(木) 10:31:12.24

>>14
自分で言ってる通り半端かどうかは要件次第だから、
要件に合わない場合使わなければ良いだけでは?
Google Ads
eBay
IKEA
↑でも使われてるようなので、これらを半端というのなら
それで良いと思う笑

2021/02/04(木) 10:48:47.88

>>17
> Flutterだけで全部完結できるようなアプリ

具体的に「Flutterだけで全部完結」って、例えばどんな場合？　Flutterパッケージ
だけ使ってても、中身はNativeコードだぞ？

設定の保存と復元とかに使う「shared_preferences」ってパッケージなんだが、
Android版のReleaseで動かなくて、調べたら不具合あるみたいなんだが？

SharedPreferences not instantiating in release build
ttps://stackoverflow.com/questions/63033700/sharedpreferences-not-instantiating-in-release-build

こういう不具合情報って、どっかに纏まってないのかね？　意識高い系アーリー
アダプターが作った、素人向けの入門サイトや、プラグインの使い方の解説なんて、
他所から拾い集めた情報の劣化コピーで役に立たん。

2021/02/04(木) 11:05:37.12

COCOAでAndroidだけメール届いてなかったって問題
こういうFlutterみたいなツール使ってれば起きなかったと言える？

2021/02/04(木) 11:28:29.16

>>19
>>意識高い系アーリー
アダプターが作った、素人向けの入門サイトや、プラグインの使い方の解説なんて、
他所から拾い集めた情報の劣化コピーで役に立たん。

素人向け入門サイトに無い情報を
素人向け入門サイトで探しているからでしょ。

2021/02/04(木) 11:45:06.25

>>20
> Flutterみたいなツール使ってれば起きなかったと言える？

前にリポジトリを見たけど、COCOA は、Xamarin ( C# + .Net Framework )を
使ってるんじゃないかな？　バグを出すヤツは、どんな環境でもナナメ上行く
コード書くから関係ないと思う。　あんなバグがずっと放置されてるってことは、
COCOA は、まともにテストやってないんじゃないかな？

>>21
別に入門サイトや素人ブログを漁ってるわけじゃなくて、検索しても引っ掛かる
のは、そういうサイトばかりってことね。

2021/02/04(木) 12:12:51.42

>>19
プラグイン導入する時に変な不具合が放置されてないかGitHub行ってissueを見るけどなぁ。
自分が見つけられるような不具合は誰か見つけてる可能性が高い。

2021/02/04(木) 12:17:32.16

>>20
今回のCOCOAバグはBLEの近距離判断パラメータをiOSで調整したらそのパラメータがAndroidでは不適切で濃厚接触と判断されなかったって事のようなので、別々にそれぞれのネイティブ環境で開発してれば防げたかもね。

2021/02/04(木) 12:40:11.56

>>24
当初、文科省は、9月リリースで解消したと発表してたみたいだけど、報道では
9月リリース以降に発生と言っていたり、どれが正しい情報なんかねぇ？

濃厚接触者との接触があったかどうかの判断はサーバー側で行って、ユーザーに
通知してくるんだよね？　もし、BLEの近接判断検出レベルの問題なら、そもそも
接触(接近)自体が検出されなくて、サーバーにも通知(記録)されていないのでは？

2021/02/04(木) 12:44:15.49

>>23
そんなに幾つもプラグインを試したわけじゃないけど、どれもなんかしら不具合がある
印象。　あと、更新されてなくて最終リリース後の新しいOSで動かないとか大杉。

結局、公開されているプラグインは「釣り餌」で、ローカルにフォークして、独自に
メンテナンスするしかないのかなって気がする。

2021/02/04(木) 13:48:42.81

>>25
不具合の原因を聞く限り多分クラウド側まで接触通知が上がってなかったんじゃないかな？
一般メディアでは通知がされないって分かりやすい結果だけが報道されてるけど。

どの端末とどの端末がいつ近接してたかってのはコロナ確定前にも情報収集する必要があるはずなので、Androidだけ極端にデータが少ないってすぐに気付きそうなもんだがねぇ。何やってるんだか。

2021/02/04(木) 15:17:37.66

>>26
ほとんどのプラグインをそのまま使って8アプリリリースしたよ。
規模的には中規模組込みアプリから中規模ECアプリまで。

2021/02/04(木) 19:29:04.26

>>25
サーバーで濃厚接触判定なんかしないだろ。
プライバシー情報を極力取得しないんだから陽性判定された人が自分でCOCOAに陽性登録するとスマホ内で生成されたユニークIDがサーバーに保存されるだけ。
陽性判定者のユニークIDをCOCOA利用者全員に配布してクライアントの中で判定すればいいんだし。

2021/02/04(木) 19:38:53.67

Flutterと関係ないからどうでもいいよ

2021/02/04(木) 20:07:08.96

>>29
陽性判定者のユニークIDをCOCOA利用者全員に配布って、COCOAって本気で
そんな糞実装してるのか？

各自の端末内に、過去に3分以上だっけ？　近接した端末のユニークIDを全部記録
してるの？　最大何件か知らんけど、過去2週間以内分の？

COCOA利用者全員に感染者のユニークIDを配布って時点で、ユニークIDは感染者
個人を特定可能な情報じゃないの？　それに、SMSなんか使ってたらユニークIDと
端末の電話番号が判らないと送れないと思うのだが？　それとも、端末のアプリ
から定期的にGETしにいくの？

2021/02/04(木) 20:17:28.27

>>28
どんなプラグイン使ったか判らんと何とも。　JSONいじくるとか、そもそもH/W
寄りのパッケージでなければ、OSの仕様変更の影響を受ける可能性は少ないし、
規模感に至っては、人それぞれだし。

今はDart言語自体にもNull Safetyへの仕様変更が入ってて、ビルド時に次の
リリースで廃止予定ってな警告メッセージが結構出る。　あと、Debugビルドで
問題なく動いていても、Releaseビルドでは動かないパッケージが多い。

Releaseビルドは、単に右上の「DEBUG」を消すんじゃなくて「--release」オプ
ションを付けてビルドするって意味ね。(デフォルトは--debugで省略可)

バイナリサイズが全く違って起動も早くなるのだが、動かないのでは話にならん。

2021/02/04(木) 20:24:42.42

>>29
さすがにそれはないんじゃないかな？
一定時間以上の近接IDがお互いに紐付いてサーバにストアされ、後で陽性登録されたIDに紐付いたIDのスマホに通知されるって事じゃない？
それほど難しい話ではない。不具合は近接したかどうかの判定。
BTのビーコン使うので近接判定はADV_NONCONN_INDのRSSIベースだろうけどそのへんがiOSとAndroidで扱いが違ったんだろうね。

2021/02/04(木) 23:44:56.47

Flutterと関係ないね。失礼しました

2021/02/05(金) 10:58:13.21

そういえば、Flutterのデスクトップ対応だけど、Windows版もアルファ版のまま
だけど、MacOSや、Linux のデスクトップ対応版の話って聞かないね。

master channelの最新版で「flutter help build」ってやっても、MacOS、Linux用
のビルドオプションすら出てこないし。　dev channelだとあるの？

2021/02/05(金) 12:17:38.02

>>32
警告とか全く出ないんだがw
debugで動いてreleaseで動かないものなんか無いよ
例えば何？

2021/02/05(金) 14:50:12.19

>>36
クレクレ君かな？　デバッグのやり方を知らないだけでは？

例えば、pingのパッケージは幾つかあるけど「easyping: ^1.0.1」が、Debug
ビルドでは動くが、Releaseビルドでは動かない。　これは特にビルド時の警告
メッセージ出ない。

過去に出ている「Issue」はClosedだけど、関係あるかどうかわからん。

Flutter, ping packets are not sent in release version #13
ttps://github.com/rikulo/socket.io-client-dart/issues/13

ちなみに、flutterをmaster channelに切り替えて、「flutter upgrade」で最新に
更新すると、○○は非推奨で次のリリースで廃止予定ってな警告メッセージが沢山
出るようになる。

2021/02/05(金) 15:03:29.18

>>37
stableでしかビルドしてないからなぁ・・Null安全にそれほどメリット感じてないし・・
Null安全がstableに来るの3/3あたりだっけ？

2021/02/05(金) 19:28:24.19

null safety言語使ったことないだけだろ

2021/02/05(金) 20:19:16.88

swift1からやってるけど・・

2021/02/06(土) 01:33:12.54

みんなflutterのためだけにdart覚えたの？

2021/02/06(土) 05:10:52.28

そうだよ。ってかJSとか知ってればdartなんか覚えるの簡単

2021/02/06(土) 06:11:47.13

別にDartつっても特別変な構文があるわけでもないし言語習得にはほとんど苦労しなかったな。
その代わりWidgetの癖の強さは未だに苦労する。

2021/02/06(土) 15:25:59.94

>>42-43
Dart言語で、ListView.builder()の、itemBuilderに渡す関数を、_HogeHogeState
クラスのメンバ変数(例：int _listMode)の値で切り替えたいんだけど、Dartで一番
スマートに記述するには、どう書けばいいの？

できれば、関数ポインタの配列を定義して、_listModeをインデックスとして、
アクセスしたいんだが？

C/C++で普通にできることができなくて、なんかイラつく。

2021/02/06(土) 15:39:25.07

return widgets[index];

2021/02/06(土) 15:41:08.20

ちなみに抜粋して書くと、今は、

Widget _getlistview() {
switch(_listMode)
{
case 0:
return ListView.builder(
itemBuilder: _buildSimpleListItem,
// 中略
break;
case 1:
return ListView.builder(
itemBuilder: _buildIconListItem,
// 中略
break;
}
}

Widget build(BuildContext context){
log("*** _DemoPage3State::build() ***");
return Scaffold(
appBar: AppBar(
title: Text(widget.title),
),
body: _getlistview(),
);
}

って書いてる。　itemBuilder部分に、switch文の条件分岐を入れようとしたら、
エラーになった。

2021/02/06(土) 15:42:59.81

>>45
アクセス部分はそうだけど、知りたいのは、widgets[]の初期化部分なんだが？

2021/02/06(土) 15:50:37.78

>>47
ItemBuilderは1つでいい。例えば、
widgets[0] = Column→list
widgets[1] = Column→icon

2021/02/06(土) 15:53:57.98

>>48
そんなん、中身固定の初心者向けのサンプルレベルやん。
やりたいのは、ListViewの見せ方を動的に変えたいってことだよ。

final var widgets[] = {
_buildSimpleListItem,
_buildIconListItem,
// 以下略
};

Widget _buildSimpleListItem(int indexItem) {
return Text(_listItems[indexItem]);
};

Widget _buildIconListItem(int indexItem) {
return ListTile{
leading: icon,
title:Text(_listItems[indexItem]);
);
};

てな書き方でいけるんだっけ？

2021/02/06(土) 15:59:48.39

ItemBuilder1つでそのListViewのインスタンスをプロパティで持つなりしてsetStateすればいくらでも見た目変えられるだろ、頭使え

2021/02/06(土) 16:01:15.50

ListViewに渡すパラメータをプロパティで持つ　だった

2021/02/06(土) 16:11:36.00

>>50-51
全く理解してないことが良く判った。

リストに表示する中身を、_listItems (例: List<String>) で保持して、_listMode
は、同じPage内に配置した DropdownButton 等と紐付いていて、選択を切り替え
た時点でsetState()してページ内のListViewの見せ方を変えたいの。

一応、やりたいこと自体は、糞な書き方でできることは確認してる。　説明の
都合上、ScaffoldのbodyはListViewだけにしてるけど、実際はもっと複雑。

2021/02/06(土) 16:16:14.01

>>52
だから、ListViewは1つでreturnする中身を変えりゃいいじゃん

2021/02/06(土) 16:23:30.72

return widgets[_listMode][index]; で簡単に出来るだろw

2021/02/06(土) 16:41:21.24

>>53

例えば、ListView.builderを1つにして、

body: ListView.builder(
itemBuilder: _getlistItem,
// 略
);

Widget _getlistItem(int indexItem) {
switch(_listMode)
{
case 0:
return Text(_listItems[indexItem]);
// 中略
break;
case 1:
return ListTile{
leading: icon,
title:Text(_listItems[indexItem]));
break;
}

と、itemBuilderに渡す関数も共通化して、その関数内でswitch～caseで分岐して、
返すWidgetを変えてもいいんだが、本当にやりたいのは、switch～caseを書く
のではなく、Widgetを返す関数配列にしたいってこと。

2021/02/06(土) 16:44:34.07

>>55
ならsetStateする前にListViewしたいwidget全要素作れば？

2021/02/06(土) 16:47:35.00

>>54
だから、widgets[][]を、どこで初期化するの？
中身はファイル名の一覧とか可変が前提だよ。

それと、使うWidgetは、表示スタイルによってどれか1つで済むのに、二重のfor
ループを廻して、毎回全部を作りなおすのか？　間違いではないが、糞プログラマ
認定だな。

2021/02/06(土) 16:49:29.40

>>56
なぜ、ListView.builderを使うのか、理解していないことが良く判った。

2021/02/06(土) 17:03:39.75

>>57
いや、 ListViewだって可変なら毎回作るんだよ。
でも2重全部は作らない。どちらか。
どっちがクソプロだよ。もう教えてやんねーよクズ

2021/02/06(土) 17:12:16.78

> だから、widgets[][]を、どこで初期化するの？
setStateする前だって言ってんだろ。

var list = []; って知ってる？全部作らなくていいの分かる？
その態度で、ど素人かよ・・向いてないから辞めな

2021/02/06(土) 17:22:25.88

>>49
別にこれでよくね?
IndexedWidgetBuilder関数自体をswitchで返すようにしてListView.Builderの記述を一つにするとか細かいのはあるが

つか、widgets[]何かいらんだろ?

2021/02/06(土) 17:25:30.28

今回はListView同士だが、表示モードでリスト表示やグリッド表示切り替えたりする機能じ実装したいんだろ?

2021/02/06(土) 17:28:26.46

ごめん>>55とか見てなかった

2021/02/06(土) 17:31:01.68

そもそもitemBuilderに渡せるクロージャの型は決まってるのに、そこでやりたがろうとするのか間違い。
returnする中身を_listModeで変えりゃいいだけ。

2021/02/06(土) 17:36:00.31

とりあえず、>>55はdartで十分スマートだから問題ないといっておく

Widgetを返す関数配列とか余計なことすると一人よがりのプログラムになりそうとだけ言っておく

仮にそこまでやって何の利点があるのか知らんが

2021/02/06(土) 17:43:49.14

もしもlistの件数が多いなら、flutterはreusableCellみたいな機構/考え方がないから、ScrollControllerでスクロールを監視して、止まったら実widgetを生成するとかの施策を作る方がよっぽどメリットある。
さらにそんな感じのListViewが複数あるならリビルト抑制のためにInheritedModel化しなければならない。

2021/02/06(土) 19:10:30.57

糞プログラマwのオレが余計なアドバイスしちゃったかなw
まぁ3年くらいは諦めずに続けてみる事だwww

2021/02/06(土) 19:29:48.12

>>55
dartのwidgetはプロパティ変更のためにはwidgetのnewが必ず伴わないといけないので、widget配列にインスタンスを先に定義してその参照を返すだけではrebuildされず画面更新されない。
コンストラクタのメンバーにFuture渡すとかすればよろし。

2021/02/06(土) 22:06:19.05

>>68
とりあえず、>>49のwidgets[]は、型は便宜上varとしているが、Widgetを返す
関数を保持されることを意図したつもり。

Widget _buildSimpleListItem(int indexItem)や、Widget _buildIconListItem
(int indexItem)は、Widgetを返す関数の実装。

配列要素である関数自体は変わらないが定数ではないからconstではなく、final を
付けてみたが、final付けるとエラーになるかも。

ListView.builder()は、itemBuilderに渡す関数を.builder内部で繰り返し呼び出して、
Widgetを作るので、わざわざwidgets[][]なんて持つ必要がないという理解。

当然、ListView.builder()はHogeHogePageのbuild内で呼び出しているので、
_listModeと紐付いたDropdownButtonのonChanged: で、

(value) => setState(() { _listMode = menu.indexOf(value); } ),

てな感じで更新を掛ける。

2021/02/06(土) 22:16:32.47

>Widgetを返す関数
これが無駄

2021/02/06(土) 23:04:48.80

ListView.builder() はListView内のセル1つのコンテンツを作るわけじゃなくて、ListViewという仕組みを作るものだということを理解しよう。
そのコンテンツはreturnするwidgetによって切り替えよう。

2021/02/07(日) 00:02:01.56

どうしてもitemBuilderを切り替えたいなら、
var _itemBuilders = <Widget Function(BuildContext, int)>[];
・・
itemBuilder: _itemBuilders[_listMode]
・・
ただ、itemCount:の明示が分かりにくくなり(がち)でバグの元になるので普通はこう書かないだろう。。

2021/02/07(日) 01:02:21.41

>>70-72
何も理解しとらんな。ListView.builder()自体は、ListViewを返すが、itemBuilder
が、ListView内に表示する個々のアイテム(Widget)を作るための関数だよ。　

内部実装まで追いかけてはいないが、実際は、ListView表示に必要なスクロール範囲
内に見える部分のindex～index+nの分だけアイテムを作って描画しているのでは
ないかと思う。　これはWindowsの仮想リストビューと同じような実装で、珍しく
もない。

だからListView.builder()の引数、itemCount: null, で無制限スクロールできる。

2021/02/07(日) 01:14:57.97

ItemBuilderは1コンテンツのコンテナを提供してるだけだアホ

2021/02/07(日) 01:22:23.18

>内部実装まで追いかけてはいないが、実際は、ListView表示に必要なスクロール範囲内に見える部分のindex～index+nの分だけアイテムを作って描画しているのでは
ないかと思う。

スクロールした分全部作ってる。見えてる分じゃない。

2021/02/07(日) 01:24:19.39

>>73
何も理解してないのはオマエw

2021/02/07(日) 01:38:30.26

>>74-76
return widget[][];なんて書く低能は、いい加減消えてくれないかな？

スクロールした分を全部作り直してたら、アイテム数が増えればリソース食うし、
等比級数的に遅くなるから、必要な部分だけデータを要求して再描画するのは
ごく普通の実装なのだが？

2021/02/07(日) 01:44:43.73

>>77
オマエが消えろカス

2021/02/07(日) 01:46:24.73

>>77
あとお前ITセンス無いよ

2021/02/07(日) 17:16:20.79

休日って感じでええな

2021/02/07(日) 17:37:11.35

Dart「私のために争わないで！」

2021/02/08(月) 21:04:17.25

class MyApp extends StatelessWidget {
const MyApp({Key? key}) : super(key: key);

この
const MyApp({Key? key}) : super(key: key);
っていろんなサンプルコードにおまじないのように存在しますが
何の意味があるコードでしょうか？

2021/02/08(月) 22:16:34.05

それがコンストラクタであることはわかる？

2021/02/08(月) 22:23:55.78

わかりません＞＜

2021/02/08(月) 22:50:39.51

>>84
ほかの言語の基礎知識なしに
Dart/Flutterから始めるからそうなるんじゃないかね

2021/02/09(火) 00:49:39.26

いつみてもnamedの書き方がキモいな
💩dartは

2021/02/09(火) 05:41:27.49

>>82
継承元のコンストラクタにkeyを渡してるだけ。

2021/02/09(火) 08:27:56.90

そもそもkeyて何に使うの？

**デフォルトの名無しさん** (ｽﾌｯ Sdbf-smwP) · 2021/02/09(火) 11:09:42.19

>>85
それは何でも同じやん。

2021/02/09(火) 11:25:03.68

>>89
同じではないぞ
Dart使ってる人はほかの言語をマスターしてる人がほとんどだろう
Dartは入門のサイトや書籍も少ない
Dartは初心者が最初にやるべき言語ではない

2021/02/09(火) 11:50:18.06

>>88
俺はこの動画見て理解した
https://api.flutter.dev/flutter/foundation/Key-class.html

**デフォルトの名無しさん** (ｽﾌｯ Sdbf-BUOo) · 2021/02/09(火) 12:49:34.02

>>91
横からだけどありがとう

2021/02/09(火) 15:11:33.26

flutterはともかくdartは分かりやすい。初学者向け。

2021/02/09(火) 15:19:45.18

ただ仕組みを理解してないと結構勘違いする。
例えばプラグインを作る時のevent subscriptionはbroadcastStreamなのでcontroller.closeが出来ない。
nullが返ってきたら終わりみたいな処理を待つには自分でStreamControllerを作ってそのStreamをFuture.waitするとか。

2021/02/09(火) 18:11:24.23

>>93-94
シッタカ坊や、まだいたのかぃ？

>>74-76
> スクロールした分全部作ってる。見えてる分じゃない。
> 何も理解してないのはオマエw

とりあえず、>>49 のサンプルを改造して、ListView.builder()のitemBuilder
に指定したコールバック関数が、いつのタイミングで、何回呼び出されているか
確認できるよう、

Widget _buildSimpleListItem(BuildContext context, int index)
{
print("_buildSimpleListItem(${index})");
return Text(_listItems[index]);
}

として、ListView.builder()のitemCount: に、画面に絶対収まり切らない数
(適当に500)を指定した、デバッグ実行してみた。

2021/02/09(火) 18:11:38.83

案の定、自分の想像通り全てのアイテムは作成していなかった。　ただ、なぜか
判らないが、リスト表示範囲にピッタリ収まる数より少し余分に呼ばれていた。

どうやら、ListViewの実際の表示サイズではなく、AppBar等を含めたディス
プレイの表示ピクセル数に収まるアイテム数のWidgetを作成しているっぽい。

また、スクロール操作した際も、上/下方向とも移動した行数の分だけ呼ばれ、
スクロール前後で範囲から外れない分はおそらく保持されたままで呼ばれなかった。

「ITセンス無い」なんて言っちゃう時点で、いつもの意識高い系だと思ったが、
これで(ﾜｯﾁｮｲ d701-kh8G) が、フカシFlutter野郎であると証明できた。

さぁ、キミも手元のFlutter環境で、今すぐ確認してみよう!

プライドだけ高いお馬鹿センセイの弟子にならないよう、くれぐれもﾁｭｰｲせよ!

2021/02/09(火) 18:26:56.12

仮想リスト・テクノロジー™では？

2021/02/09(火) 19:08:59.58

そりゃすぐにスクロール初めてもフレーム落ちしないように余剰に前後キャッシュするだろうよ
AndroidのListViewもキャッシュするよ

2021/02/09(火) 19:26:05.29

>>55
そういや俺も初心者の頃、スキン切り替え実装するために同じようにwidget配列作って失敗したなと思い出して見直したら、あなたと同じようにbuild内で普通にswitch分岐してたわ。
今作るならインスタンス配列じゃなくてtype配列を作ってその型を生成するように実装するかな？もちろん配列のそれぞれのclassは同じclassから継承しておいて。
dartもtypeからインスタンス生成できるとは思うんだけどやったことはないので具体的なやり方は知らん。

2021/02/09(火) 19:35:55.01

>>99
あ、widgetを返す関数はStatefulWidgetとかに追い出すこと前提な。

2021/02/09(火) 21:47:45.51

>>96
モノホンのバカだったのか・・

2021/02/09(火) 21:53:55.58

> ﾜｯﾁｮｲ 9701-95wZ のキチガイへ
サムネイルとか入れてみ、スクロール2000件めくらいでクラッシュするから

2021/02/09(火) 22:30:23.42

https://api.flutter.dev/flutter/widgets/ListView-class.html
のところに書いてあるでしょ

Child elements' lifecycle
Creation
While laying out the list, visible children's elements, states and render objects will be created lazily based on existing widgets (such as when using the default constructor) or lazily provided ones (such as when using the ListView.builder constructor).

リストをレイアウトするとき、見える子のElement,State,RenderObjectsがLazyに作成される

2021/02/09(火) 22:30:53.65

Destruction
When a child is scrolled out of view, the associated element subtree, states and render objects are destroyed. A new child at the same position in the list will be lazily recreated along with new elements,
states and render objects when it is scrolled back.

子がビューからスクロールアウトしたら、関連するElement,State,RenderObjectsは全部破棄される

2021/02/09(火) 22:35:48.60

で、その後に
Destruction mitigation
で続きがあって、ListView.BuilderのaddAutomaticKeepAlivesがtrueだと保持されるの？？
ここら辺はまだよく知らねw

2021/02/09(火) 23:28:39.03

だから、結局、基本、見えてる部分+前後の多少のマージンの部分だけが保持されてるでOKじゃね？？
見えてない部分は保持されてない

巨大なリストでも問題なし

でこの話は終了

異論は認めない

2021/02/09(火) 23:39:50.66

アホなの？
だからサムネイルとか非同期取得コンテンツを入れてみ。

2021/02/09(火) 23:40:23.81

>>103-105
そこは読んでないけど、まぁ普通にそんな実装だろうと思ってました。
英語が読めるか知らんけど、真正馬鹿のﾜｯﾁｮｲ d701-kh8G に教えてあげて。

>>101-102
>>95を書く前に、念のためテキスト 10000件で試してるけど、落ちなかったよ？

そもそもBuildの度に全てのWidgetを作り直して _widget[iindex]; なんてやって
たら、リソース不足以前に、要素の数だけコントラクタが走るタイムラグが無視
できないってことすら想像がつかんのかなぁ？

もしかして、スクリプト書きのWeb屋が、自称プロFlutterか？

2021/02/09(火) 23:42:06.68

>>108
自演してないで消えろよハゲwww

2021/02/09(火) 23:44:25.44

>>109
顔真っ赤にして、一日中張り付いてるの？　暇やね？　無職か？

2021/02/09(火) 23:48:47.23

>>110
え？お前無職なのwww

2021/02/10(水) 00:12:19.53

君たち面白いねｗｗｗｗ

2021/02/10(水) 08:13:01.49

だからいっただろう
強制コテハンのワッチョイなんてつけるから荒れる
管理者いないんだから荒れるに決まってる

2021/02/10(水) 22:04:43.15

>>108
自称プロでも何でもいいだろ、5chなんだから。
5ch で何を求めてんの。

2021/02/10(水) 22:33:17.28

Dart 3.0で実装されるnull安全に向けて
変数の初期値を入れる作業をしますね

2021/02/11(木) 09:55:24.00

dartってtypeからインスタンス生成できないのな。
動的型付け言語だからか？

2021/02/11(木) 10:28:07.74

>>108
お前ってさー質問しておいてその態度はなに？
人として即死しろよ。

2021/02/11(木) 10:42:29.79

>>116
むしろ、それができていいことあるの？
Javaや.NETなら、たとえばJSONを扱うときにそのパターンを使わざるを得ないけど、ただただめんどくさい。

2021/02/11(木) 10:49:59.34

JSONの内側にある配列はList作ってやらなきゃならないのが地味にめんどくさい、Swiftよりは楽だけど。
NULL安全で同じくらいめんどくさくなるのか・・

2021/02/11(木) 10:54:11.92

>>118
>>55をswitch使わず配列でやろうとしたらtypeからインスタンス生成する方法しか思い浮かばなかった。

2021/02/11(木) 11:37:13.59

低予算で済ませたいならifiのポタアンhip-dacとかおすすめ。HD660SでもHD800Sでもバランス接続問題ない。
音質もそこそこ。

2021/02/11(木) 11:37:28.26

間違えた

2021/02/11(木) 19:11:39.05

>>116
dartにmirrorsパッケージあるやろ
これじゃね

2021/02/14(日) 19:37:19.38

providerに比べてriverpod使いにくいね
データを複数持てないんだもん
1データ1グローバル変数みたいなの気持ち悪い

2021/02/14(日) 19:37:54.22

両方💩

2021/02/14(日) 19:43:22.27

providerは使いやすい

2021/02/14(日) 19:45:55.66

もう代替が利くなら新しいテクノロジー要らね
覚えるのマンドクセー

2021/02/14(日) 19:47:28.47

演算子あるからNULL不安でいい

**デフォルトの名無しさん** (ｽﾌｯ Sd32-pNX2) · 2021/02/14(日) 20:01:45.63

つかバカでもわかるドキュメントとバカでも動かせるサンプルコードをお願いします。
flutterチームでも他の偉い人でもいいんでお願いします。
あとパッケージのバージョンがどうたらとかでエラー出てよくわからないんで、そういうのもやめて頂きたいんです。
providerに限らず。

2021/02/14(日) 20:20:21.63

>>129
YouTubeに五万とあるがな

2021/02/15(月) 21:53:49.53

>>124
ようやくproviderを理解してきた初心者にはありがたい意見
プログラミング歴長い人に聞きたいんだけど
新しい、古いと
自分に合う、会わない
どちらが優先されるの？

2021/02/15(月) 23:11:20.91

自分を信じろよ

2021/02/15(月) 23:23:32.71

お前を信じる俺を信じろ

2021/02/16(火) 06:45:18.70

ま、最後はアセンブラ分からなきゃ話にならない。
どんなに着飾っても所詮ホモサピエンス。
苦労した学習に無駄はない、そのシナプス形成は次に活きる。
providerはDIの仕組みのひとつ、某サイトだとUIに特化してるとあるがそれは誤り。

2021/02/16(火) 06:48:48.18

provider←DI
notifyListeners←UIと言うよりステートマシン寄り

2021/02/16(火) 09:49:26.09

すごい老害感

2021/02/17(水) 09:41:15.61

凄く初歩的な質問で申し訳ないけれど、フラッターダウンロードしてパスの設定やったけど、コマンドプロンプトから実行するとエラーがでる。

2021/02/17(水) 11:26:20.68

質問してないじゃん
エラーが出る場合はそのエラー文でググればいい
それでも分からなければここにエラー全文貼って、OS等の環境書いたり、どこからどうやってダウンロードしたか、パスの設定はどうやってどうなってるか、コマンドプロンプトにどんなコマンド打ってどうダメなのか、何が聞きたいのか等書かないと何も分からん
まあ俺はそれが書かれても答えられないけど

2021/02/17(水) 12:07:43.05

>>137
初歩的という以前に、質問の仕方覚えた方がいいな。

とりあえず、OS環境がWindowsだと仮定して、「flutter」フォルダの直下に「flutter_console.bat」
ってバッチファイルがあるから、それをダブルクリックすれば、パスの設定してなくても
Flutterが動くコンソールが開く。

その状態で「flutter doctor -v」ってやれば、環境をチェックしてくれる。
「×」印が付いてなければOK。

現行の「stable」版は、Windowsアプリ開発は無効化されているので、Windows
環境で開発できるのは、Web(ブラウザ)版か、Android版のアプリになる。
(iOS開発用のXCodeはMacOSのみ対応のため)

Web版の実行には、Chromeか、ChromiumベースのMicrosoft Edgeが必要。
Android版のアプリを開発するには、別途Android Studioのインストールが必要。
Java開発環境(JDK)は、Android Studioの中にOpenJDK8が入ってるので、入って
なければ、インストール先を聞いてくる。

2021/02/17(水) 12:58:01.49

>>137
OSは？

2021/02/17(水) 20:07:05.86

flutterを勉強し始めて、httpのリクエストを出して返ってきた
htmlの中身を見て処理するということをやりたくて調べて見つけたサンプル。
そのものズバリなんだけど、なかなか動作確認して処理を追ったりしにくいなぁ。

【Flutter】自給自足！Pornhubの検索アプリを作ってみた！【R18】
https://elekibear.com/20201218_01

2021/02/17(水) 22:26:36.26

Navigator 2.0やっぱりハードル高いよな
それを使いやすくしたパッケージがいくつか登場して利用者もいるから敷居高いってことだよな

2021/02/17(水) 22:55:30.57

使いづらいゴミの量産しかしないからな

2021/02/17(水) 23:03:16.29

>>142
ん？難しい？おれは定型Routeが分かりやすくなっていいと思ったけど。画面全体を覆うプログレスダイアログとかはpush/popのままだし。

2021/02/17(水) 23:36:21.49

>>141
勝手にスクレイピングしたら、営業妨害で訴えられるかも

5ch とか、普通そういうツールは、契約して、API を使う。
robots.txt も調べてみれば？

2021/02/18(木) 09:45:54.71

>>145
robots.txt に法的な拘束力なんてないよ？

2021/02/19(金) 19:18:43.84

>>131
作者一緒でオワコン化するの見えてるし、初心者なら最初からriverpodにしといた方が無難だった気がする…

2021/02/19(金) 19:59:33.73

getxっていうのがやけにLIKE多いのが気になってる

2021/02/20(土) 16:24:38.90

実際のアプリだとstate制御がもっと複雑だから結局providerのほうが使い勝手が良さそう。

2021/02/20(土) 16:33:58.56

↑アプリの場合は、と付け足しておこう。
なぜならflutterのステートマシンで状態表示かけながら動いてるケースがほとんどだから。(inhritedModelで)

2021/02/20(土) 17:29:59.41

prividerこそ💩

2021/02/20(土) 18:39:45.90

providerめちゃくちゃ便利だけどなw

**デフォルトの名無しさん** (ｽﾌｯ Sd1f-deGj) · 2021/02/20(土) 21:54:09.49

ステートマシンとは何ですか？

2021/02/21(日) 01:18:12.76

>>153
氏ね

2021/02/21(日) 01:52:56.61

>>152
性能だすために細かくレンダリング範囲制御しようとするとprividerだらけの💩が生まれる
適当に作ると💩描画性能になる💩flutter

2021/02/21(日) 01:59:26.03

>>155
ん？providerは1つだよenum stateは沢山あるけどアホなの？

2021/02/21(日) 02:13:56.20

アホはおまえだよ

2021/02/21(日) 02:14:35.99

flutterやらせるとバカかどうか分かる
バカはflutter苦手www

2021/02/21(日) 02:24:59.89

自己紹介おつw

2021/02/21(日) 13:04:49.48

なんか根本的に勘違いしてるんだろうな。レンダリング範囲制御。

2021/02/21(日) 14:24:34.44

provider、modelが一つですむような程度のアプリしか作ったことないやつとは話が合うわけがない💩

2021/02/21(日) 16:16:57.25

君がいう複雑なアプリって見た目がどんなアプリなの?具体的に既存の似たアプリなの例を上げてみてよ
仮想で話してるわけじゃないんだろうからあげれるよね??

2021/02/21(日) 16:35:01.38

flutterでUIでメインとなるWidgetを頑張ってネストさせてみると
トップにScaffoldがあって、SliverAppBarとFlexibleSpaceBarがあってようは折り畳めて
その下にタブがあって各タブは一覧を表すSliverListで
SliverListの各アイテムに例えばサムネイルのグリッド(SliverGrid)を表示
とか要はTwitterのユーザープロフィールページみたいな

もちろん、細かいWidgetのネストはあるだろうが

別に十分余裕なレベルだと思うが

それとも10段ネストしたタブとか未知のUIのに挑戦したの??

2021/02/21(日) 17:10:46.13

で、各表示項目は変わったりするとしようで、各値をValueNotifierでそれぞれ実装したとすると、レンダリング範囲を最小限にするため各値を表示するWidgetをそれぞれValueListenableBuilderでラップする

2021/02/21(日) 18:15:25.81

おまえの世界ではそれで十分なのかしらんが所詮その程度の単純なアプリしかまともに作れん💩ってことよ
世の中には複数のサーバ、storage、native側、状態、画面間で糞みたいにネストの深いUIを色々やらないといけないアプリがあるんやで
💩blocが数十個になるなんてザラよ

2021/02/21(日) 18:41:05.62

裏で複数のサーバー、storageがあるビジネスロジックが複雑ならUIフレームワークのFlutter関係ないだろww
そこら辺はc#で作っても複雑になるわ

君がいったのはレンダリング範囲制御するとproviderだらけになるって言っただけだろ

話コロコロ変えないでくれよ

2021/02/21(日) 18:42:38.63

深いネストの管理方法が数十個になるようなやり方してるからパフォーマンス出ないんでは？

2021/02/21(日) 18:45:19.61

俺なら多数のBLoCを抽象的にまとめる中間層のChangeNotifier作ってUIに負担をかけないようにするな。
どんなフレームワーク作っても設計センスの問題。

2021/02/21(日) 18:49:37.08

bloc数十個って、スマホにそんな表示エリア無いだろハゲ

2021/02/21(日) 18:55:25.51

FlutterはあくまでもUIフレームワークだから、どんな複雑なUI作ってるか聞いたのに、ビジネスロジックが複雑なアプリをアピールとか意味がわからん

その部分は他の言語やUIフレームワーク使っても同じだろ

2021/02/21(日) 18:58:54.95

inheritedModelは親Widgetに定義済みだから、>>168も言うように最終的なステート制御はprovider1つでstate判定にするのが保守性も高い
💩大好き君はflutter知らないアホってこと

2021/02/21(日) 19:03:52.50

>>169
だな

アプリ全体として、ページがいっぱいあるならblocの種類も増えて行くだろうが、それでも1ページに表示できるのは限度あるし、ページ毎に作っていくから1ページに関わりあるblocは限られるのに

俺は基本>>168見たいにページ毎にまとめたもの作るんだが

2021/02/21(日) 19:07:22.81

分かったw 💩大好き君はステートマシン知らないから、全ステートbloc streamでやろうとしてんじゃないか・・
それは複雑になるわ・・

**デフォルトの名無しさん** (ｽﾌｯ Sd1f-deGj) · 2021/02/22(月) 10:30:12.26

ステートマシンて何なん？
ステートがあるアプリてこと？

2021/02/22(月) 13:25:28.17

>>174
例えば通信プロトコルとか状態の振る舞いを処理するメソッド

**デフォルトの名無しさん** (ｽﾌｯ Sd1f-deGj) · 2021/02/22(月) 13:47:36.60

>>175
それをステートマシンと言うんですね。
これ一般的な用語なんですかね？

2021/02/22(月) 15:22:24.48

少なくともステートマシン図(状態遷移図)なら基本情報/応用情報試験とかでも当たり前に出てくるはず

2021/02/22(月) 16:32:14.90

Flutterで言うところのステートはいわゆる状態遷移とかでイメージする状態だけじゃなく、内部変数やプロパティなど全ての変更可能なものを含みます。

2021/02/22(月) 18:07:50.67

>>178
それはWidget Stateで別物。

2021/02/22(月) 21:00:57.32

flutterでつくったアプリは
どのバージョンのアンドロイドでも動くん？

https://flutter.dev/docs/development/tools/sdk/release-notes/supported-platforms
ここみるとSDKのバージョンについては言及されてるけど
それを動かすユーザ側のバージョンってどうなるの？

2021/02/23(火) 03:11:02.33

>>180
AndroidアプリプロジェクトがAndroidフォルダにあるよ

2021/02/23(火) 07:13:40.75

ありがとうございます
普通に素のAndroidStudioで作るときみたいに

android:minSdkVersion
アプリが実行できる最小バージョンです。
これより小さいとインストールできません。

android:targetSdkVersion
アプリが実行するように設計されたバージョンです。
できる限り新しいバージョンを指定すべきです。
minSdkVersion以上の値を設定します。

こういうのを製作者側で設定できるってことですか？

2021/02/23(火) 07:31:16.82

>>181さんありがとうございました

https://stackoverflow.com/questions/52060516/how-to-change-android-minsdkversion-in-flutter-project
> Like in an Android Studio project, you have to edit the build.gradle file.
> In a flutter project, it is found at the path ./android/app/build.gradle.

いつもと同じように設定できそうです

2021/02/23(火) 07:43:20.31

>>183
よかったです。
flutterって独自描画エンジンのプロジェクト再生ツールみたいなものだから、iOSフォルダにはXcodeで普通に開けるworkspaceファイルもあるし、例えばXcodeを使わないと出来ない、push通知からのアプリの起動処理にブレークポイントを張るみたいなデバッグも出来る。

**デフォルトの名無しさん** (ｽﾌｯ Sdea-AvU1) · 2021/03/02(火) 15:04:00.37

flutter engageて何すか？
何なんすか？

2021/03/02(火) 16:32:13.38

Breaking Change

**デフォルトの名無しさん** (ｽﾌｯ Sdea-AvU1) · 2021/03/02(火) 17:48:35.65

またすか？
どんだけ？

2021/03/03(水) 02:34:38.07

dart2からそんなに変更ないじゃん。

2021/03/03(水) 11:53:48.95

RPGツクールみたいに簡単に作らせろよ

2021/03/03(水) 14:43:11.68

簡単じゃんかwww

2021/03/03(水) 17:43:31.01

こういうこと？

RPG作るためのテンプレートを用意しておいてください
画像や効果音などの素材も全部用意しておいてください
マウスクリックだけでカスタマイズできるようにしてください

2021/03/03(水) 17:54:16.43

・UI部品はほとんどあります
・vscodeなら、stf って入れればテンプレ出てきます
基本並べるだけ

**デフォルトの名無しさん** (ｽﾌｯ Sdea-AvU1) · 2021/03/03(水) 18:13:04.89

でも状態管理とかたいがいですよ？
そうでしょ？
あとマルチスレッドとかよくわかんないですよ？

2021/03/03(水) 18:43:15.39

RPGには特化してないけどマウスクリックするかキーボード打つかぐらいの違いしかないわな。
画像や効果音はそのへんでフリーのものを拾ってきたらいいし。
マルチスレッド分からないなら無理に使わなくて良いし。
そもそもゲーム作るならUnity使えって話だけども。

2021/03/03(水) 22:50:36.36

イベントまで後3時間??

2021/03/03(水) 22:51:58.12

null safetyはきそうだがflutter desktopがベータになったら嬉しい

2021/03/03(水) 23:00:45.98

2:30am～

2021/03/04(木) 02:12:42.82

カウントダウン中wktk

2021/03/04(木) 02:21:52.13

あわしろ氏はFlutterはオワコンと言ってるけどな。

2021/03/04(木) 02:27:23.68

おーーーい
いつまでも待たせる気だよ