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/11(水) 20:38:54.03

確かにPlatform依存するところでたまにピンポイントな弱点はあるね。
そういう場合は自分でプラグイン改造するなりイチから作ればよろし。
それを補ってもなおflutterの優位があると思ってる。

2021/08/11(水) 21:41:19.95

htmlをパースする必要があって、まさしく素敵なのがあるんだが
https://pub.dev/packages/html
ただ、ちょっとshiftjisのhtmlがあって、このライブラリ標準の
Encoding.getByNameメソッドで検索するんだけど
Encoding.registerとかで新しくエンコーディング追加できない
googleのアホ技術者うんざりしてくる

2021/08/11(水) 21:50:08.84

で、ちょっとファイルダウンロードとかするわけよ
今は無節操にダウンロードしてるから、セマフォで同時ダウンロード数制限しようと思うんだけど
https://pub.dev/packages/semaphore
あれ、discontinued??
あーだりー
標準で用意しとけよなクズgoogle技術者

2021/08/11(水) 21:54:12.74

UI作るのは楽になったけど別のクソ見たいのと戦う羽目になってる

そういえば、firebaseのflutterFireだっけ??
これwindowsやmacでも動くようになるの??
遠いい将来??

2021/08/11(水) 22:08:55.89

そういや、EncodingクラスのメソッドってasyncじゃないからMethod Channelでプラットホームのエンコーディング呼んで新しいエンコーディング追加できないんだよな??
FFI使えって??
ぷっ

2021/08/12(木) 04:02:25.01

>>21
センスないからやめとけ

2021/08/12(木) 04:03:29.61

>>26
プラットフォームのエンコーディングとかイラネ

2021/08/12(木) 04:04:37.56

なんか、flutter使えないエンジニアって、使えない
試験みたいなwww

2021/08/12(木) 10:21:29.09

>>17
単なるネットワークファイル転送＋ファイルコピーならまだいいけど、iOS版の実装は
勝手にファイルの中身を加工していてExif情報の一部が失われる。　当然、ファイル
サイズやハッシュ値も変わる。

2021/08/12(木) 11:54:26.42

>>27
開発経験無いけど業務命令でflutterでアプリ作んないといけないんだよ

これから毎日使ったこともないmacとflutterでダラダラとアプリ開発の勉強

ほぼ遊び

2021/08/12(木) 13:46:56.59

>>31
Windowsに慣れてるならそっちでいいんではw

2021/08/12(木) 15:29:18.78

>>32
iPhoneのアプリリリースにはmacが必要だと聞いたけど？

社内用の業務支援アプリだからリリースはしないかもだけど

2021/08/12(木) 15:33:10.52

>>33
Androidエミュって書かれてたから社内で使うのもAndroidかと思ったわ

2021/08/12(木) 15:53:42.86

>>33
社内のiPhoneに配布するの、そこそこ大変だぞ。
flutter for webとかでWebアプリにした方が良いかもな。

2021/08/12(木) 18:00:33.21

>>35
webアプリの話もしたんだけど上がスマホアプリになぜかこだわってるんだよね、これが

ノウハウたまったら外販も視野に入れてるとか言ってるけど俺には無理だ

2021/08/12(木) 18:02:41.00

>>31
普通の仕事しながら合間や仕事終わりに勉強している自分にとって
その環境はうらやましい

2021/08/12(木) 18:04:02.73

>>34
もちろんAndroidユーザーもいるからAndroid用のアプリも必要だよ

だから両方に対応できるアプリをflutterで作れと言うのが上の指示

2021/08/12(木) 18:05:28.53

>>37
おかげさまで最高の環境ではある

2021/08/12(木) 18:25:45.83

>>33
CodeMagic使えばMacなくても何とかなる。
やったことないけど。

2021/08/12(木) 19:17:44.61

>>36
PWAとかでお茶を濁したほうがいいぞ。
iOSアプリでストアに載せない配布はEnterprise Programが必要。
もう既にDUN登録したりしてるならすまん。

2021/08/12(木) 19:33:37.35

>>41
詳しくないんだけど、EnterpriseってほぼほぼオワコンでBusiness Managerに取って代わられたと思ってたんだけど違うのかな？

2021/08/12(木) 19:40:12.23

>>30
そっかやっぱ罠があるんだね
ファイルダウンロードしてちょっと保存機能つけようとしただけなのに

2021/08/12(木) 19:55:52.36

>>41
PWAはまだ検討してないね
いずれにしても上司と担当役員がよくわからずにスマホアプリを開発すると言ってるからもう方針変更はできないんじゃないかな

社内配布の方法は全くノープラン
そもそもアプリの仕様すらはっきり決まってない状況だし

未経験の俺に果たしてアプリなんて作れるのかね？

2021/08/12(木) 20:01:22.79

>>42
ABMはあくまで端末管理よ。
カスタムApp(旧CustomB2B)を使うつもりならABMで撒けるけど、審査あるので気楽には出せない。

>>44
お金掛かるし毎年お布施発生するから気をつけなよ。
Flutterでアプリ作ること自体は割と簡単。

2021/08/12(木) 21:00:32.08

>>44
他のプログラム言語の経験は無いの?

2021/08/12(木) 21:11:27.92

>>46
VBかじったぐらい

応用情報技術者持ってるってだけで指名された
ちなみにうちはインフラ関係の会社で俺が所属してるのはITとは無縁の部署
当然アプリ開発どころかプログラミング経験者も周りにいない状況

2021/08/13(金) 01:24:01.92

Appleのくそ殿様商売にまんまとはまる必要ないし
くそ使いにくいUIUXを我慢しながらMacを使う必要もない
CMもきもすぎてむり

Macもってるなら動作確認とアプリリリースだけ使って
普段は慣れてるWindowsかLinuxで開発すればいい

2021/08/13(金) 01:25:39.74

PWAは検討してないならしてみるといいけど
起動速度とか違うし体験も違う
普通のスマホアプリ並みの体験を目指したものではあるけど
サービスワーカーとかキャッシュとか先読みとか
駆使しないとそこまでの体験にならないから苦労が逆に増える

2021/08/13(金) 15:21:07.97

新たに参加したプロジェクトでpedantic_mono使われてるのがイタいけど途中参加だから言いにくい

個人名入りのパッケージなんてセンスが小学生みたいで寒すぎね？

2021/08/13(金) 16:39:08.95

>>50
考えすぎじゃね？

**デフォルトの名無しさん** (ｽﾌｯ Sd62-8ROU) · 2021/08/13(金) 16:41:35.52

>>50
言いにくいというかその理由言ってどうにかなるのか？笑
中身が問題なら途中からでも言ったらいいのでは？

**デフォルトの名無しさん** (ｽﾌｯ Sd62-8ROU) · 2021/08/13(金) 17:57:57.82

>>50
言いにくいというかその理由言ってどうにかなるのか？笑
中身が問題なら途中からでも言ったらいいのでは？

2021/08/13(金) 18:18:55.97

うわアプリのパッケージ名に企業のドメイン入ってるわ

2021/08/13(金) 19:27:31.05

もっと技術的なネタないの?
不満でもいいから技術的なネタぶちまけようぜ
俺は>>15からぶちまけたけど残念ながら話広がらなかったけどさ

2021/08/13(金) 19:44:50.37

>>50
自分のこと大好き人間か、自己主張が過ぎる人なのかもしれない
Twitterで見たことあって自己主張の強さは確かにうかがえたけども

つーか日本でその人の信者しか使わなさそうなそのダサいやつを
わざわざ選んじゃうやつの趣味の悪さand崇拝っぷりがゲロキモ

2021/08/13(金) 20:06:56.00

そうか？自分のプリセットを自分の名前で公開するとか普通な気がするけど。
これがアプリなら流石に自意識過剰だとは思うけど。
eslint-config-airbnbみたいな感じでしょ。
同じようなの結構居るよ。

嫌なら別に同じ内容のを、オシャレな名前つけて公開しても良いと思うよ。

2021/08/13(金) 21:39:45.77

>>50
お前リーナス馬鹿にしてるの？

2021/08/13(金) 23:54:31.96

>>55
君のは技術的な話ではなくただの愚痴になってるからスルーしてるんだ
イライラするのは構わんが、それをスレに持ち込んでは技術的な話も広がらないだろう

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

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