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/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安全で同じくらいめんどくさくなるのか・・