Flutterやろうよ!!! 3
■ このスレッドは過去ログ倉庫に格納されています
!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 flutterにmicrosoftが参加することは企業的にないだろうね Chromiumに参加する今のMSはわからんじゃろ
vscodeやEdgeしかり他所に乗っかった方がアイツら活き活きするし MSもflutterにsurface duoサポートを追加したうえでflutter愛してるぜこんなんじゃ終わんねーよとか言ってるけど 素晴らしいな
アポーと違い、MSは開発者がいるところならどこにでも行って獲得しようとする
Xamarin はもうちょっとがんばれ Android Studio最高じゃん
VSCodeは専用品じゃないから使いにくい, 見にくい, いわれてるほど軽くもない Android Studioも結局IntelliJ IDEAにプラグイン入れただけじゃね MSは例のfluent uiをサポートしてやれよ
個人にやらせんなよ MSは例のfluent uiをサポートしてやれよ
個人にやらせんなよ IntelliJ IDEA、悔しいけどよくできてる。OSS頑張ってほしいからVSCodeに頑張ってもらいたいけど元がIDEとエディタの違いが大きい気がする。
Eclipseも頑張ってたけどメモリ食うし遅いし不安定だしどうしようもなかった receive_sharing_intent で、urlの文字列を取り込みたいんだけど、専用urlでアプリ起動はするけど取り込みができない。
ライブラリーの不具合なのかなぁ? WindowsアプリをFlutterで書こうという人って居るのかな 俺もやってるぞ。
Android用のFlutterアプリも作ってたんだが、プラットフォーム追加するだけだと動かなくてシュンとしてた。
パッケージが充実したらかわるかもしれんけど、作り直すか悩んでる、 >>765
ひと手間いる感じかな?まぁ試してみよう… >>766
まだ対応してないパッケージが多い感じ。
もう少しこなれればなぁって思ってる。 Qtもライセンス的に使いにくくなったしflutter desktopに期待していい? ハイパフォーマンス求めない普通のアプリならflutterで十分じゃね
ただ、material designはデスクトップで動かすのダサい アプリの見た目を調整するのがすごくめんどい
UI設計をコードでやらなきゃならないのってどうなん >>771
GUIで調整するのめんどいからコードでやらせろって声に応えた結果こうなってる 多分ねーー
めちゃくちゃレベル低い考えで言ってるとおもうよ UIエディタで作成した画面をdartにしてくれるアプリって無いのかな >>777
素晴らしいじゃん!
さっそく練習すうわ >>778
これ昔使ったことあるけど微妙やで。
一番最初はいいんだけどコード生成後のカスタマイズは結局自分で直さないといけないのでちゃんとWidgetを理解しないと触れない。
どうせ理解が必要なら最初からコードで書いたほうが早かったりする。 >>770
わかる。Fluentにしたくなってしまう fluentにすりゃいいじゃん
FlutterはMaterial専用じゃないでしょ fluent_uiでちょっと本格的なアプリ作ってみようとしたけど
速攻で正しく表示されてねぇー??とか?にぶつかって止めた
こなれてなさすぎて
もっと使ってる人増えてバグ出し進まないとダルそう Flutterのfluent_uiの解説サイトでも探すか fluent_uiのページに丁寧に書かれてるじゃん? 日本語サイトがほしいな
どうしても英語だと読むのに時間が倍かかる 翻訳なんて無理ですよ
頻繁にドキュメント更新されてますから local_auth、Android タブレットだと
指紋認証で落ちるんだけど、なんこれ。 Flutter初心者(というかアプリ開発初心者)でお聞きしたいのですが、
デバイス上に結構な枚数の画像を格納しておいて、一覧表示とかしたいのですが、
ファイルの格納方式をどうしようか考えてます。
普通にローカルに画像ファイルとして保存するか、ローカルDB(Isar)にUint8List に変換したものを格納するかなのですが、
どっちのが画像読み出して表示するときのパフォーマンスいいとかありますかね?
ざっくりした質問ですみません
そんなもん場合によるよ!ってならそれでいいんですが、
そんなの決まってるじゃんとかだった教えてもらいたく、、
全然開発とか初心者でよくわからないので。。。 迷ってるってことはIsarの機能は必要ないってことでしょ?
実績が乏しいDBMSなんか避けた方がよくない? というかこれが実績少ないとかよく知らずに使っていて、、、
本当はHiveがメジャーっぽいので使ってたのですが、クエリが使えなかったので
仕方なく後継っぽいIsarに乗り換えてました
迷ってるのは、ファイル操作的にはIsarに突っ込んじゃったほうがデータ操作とか楽そうだなと思いつつ
なんかUint8ListからImageに変換するのっておそそうだなとか思いつつと言う感じで、、 サムネイルみたいな小さな画像ならDBに突っ込んじゃうけど
大きな画像なら後は書き込みの頻度はどうなってるか つか、ファイルに保存しようがUint8ListからImageに変換してるからそこの部分は同じだと思う ファイルに保存してもUint8Listにしてるんですね
恥ずかしながら知りませんでした。。。
ファイルサイズ的にはスマホで一覧表示するのでサムネイルサイズにすると思ってて、
圧縮もするので(どこまで圧縮するのか悩みものですが。。)DBに突っ込んじゃおうかなと思ってます
助かりました
ありがとうございました https://api.flutter.dev/flutter/dart-ui/ImageDescriptor-class.html
これが画像なまわりのコアの部分
で、入力としてImmutableBufferを与えないといけない
で、ImmutableBufferを作るにはUint8Listが必要
つまり、ファイルから読む場合でもいったん全部メモリに読み込んでUint8Listにしなきゃいけない ありがとうございます!
Dartで実装されていると遅いんですかね?知りませんでした
ImageDescriptorだといろいろ画像操作ができるんですかね?
今画像はFilepickerから取得してて、そのときに適当にピクセル数とimageQuality?調節してサイズを絞ってました
けど、これだと元ファイルのサイズによって動的に圧縮率とか変えられないので、
これだと元ファイルがかなり大きかったりすると十分に圧縮できなくてイマイチだなあと思ってるんですよね
ファイルアップロードはそんなに多くないのと、基本はローカルからFirebaseに上げるので、
ネットワークの速度のほうがネックなので、速度的にはあんまり気にしてないんですけどね テストを書く場合ってなんのパッケージを使うのが定番ですか? Ruby on Rails の画像変換は、ImageMagick か、軽量のlibvips を使う 日本語サイトが欲しいって、
Chrome の翻訳ボタンを押せば、ページを丸ごと翻訳できるけど >これだと元ファイルのサイズによって動的に圧縮率とか変えられないので、
サイズを取得して確認して決めれば? >810
サイズに応じて変えるのだったら、たしかにある程度は調整できそうですね
ちょっとやってみます
ありがとうございます storyboardとかいうこの世の地獄を煮詰めてひり出したウンコオブザウンコのワームホールに飲まれて死んだ者なのですが
Flutterすれば救済されますか? storyboardとかいうこの世全ての悪を煮詰めてひり出したウンコオブザ雲粉のワームホールに飲まれて死んだ者なのですが
Flutterすれば救済されますか? dartで書かれてるから遅いというのは嘘で、結構早いよ
Cに比べると遅くなる可能性があるけどね いつgcしてんだ?ってぐらいに速い。体感ではAndroidのJavaより速い。さすがにNativeなSwiftよりは遅いかもしれないがそれでも十分に速い。 >>814
storyboard控えめに言って基地害すぎませんか?
激重xcodeのGUIでチマチマチマチマチマチマチマチマチマチマ弄った挙げ句クラッシュ
吐き出されるコードはもはやバイナリでdiff管理する意味も無い
危うくjobsを地獄にまで追いかけにいくところでしたよ CPU intensiveな画像のエンコードは通常C+asm,simdで最適化かけるし
数倍は速度違う
適当な事言うやつ多すぎ >>809
まだおかしなところが多いので、原文のまま読んだ方が安全だわ 機械翻訳して要旨を掴んで気になるところは原文読むかなあ >>817
その上さらにviewWillXXXXとViewDidXXXXで面倒見てやらないといけないのでほんまクソ >>821
ここのデザインはstoryboardで変えられませ〜〜〜んw
swiftコピペ10行くらい書いてくださ〜〜いwとかな
ほんと何度殺してやろうと思ったかわからん
わかってくれて嬉しいで
FlutterはそういうのがないGoogle神が作りたもうた天国なんですよね? >>817
そもそもxibがクソ過ぎるしな
SwiftUIも対応状況微妙だし >>823
個人差あるだろうけどUIはかなり気に入ってるな、RowとかColumnにWidget並べる時のサイズ周りのConstraintsがめんどくさいけどそれでもstoryboardでScrollViewの制約ポチポチするよりマシに感じる
DartはSwiftと比べるとenum(extensionでカバー可?)、unwrapがこなれない感じはあるがそんくらいかな、Swift使いこなせてるともっと粗が目立つかも storyboardが使いにくいのは否定しないけどここはFlutterスレ 昨日、コード書いてる最中にいきなりデバッグすら起動しなくなって
VisualStudio2022をアンインストールとかしてたんだけど、
flutterのissueにあったapp.soコピペでなんとか治った
AOTなんたらエラーが出てくる前に、CMakeFileの方のエラーで止まってたんだけど
いろいろ触って原因わからんままです
アプデしたわけでもないのに本当にいきなり突然だったからビビったわ
他の人もなってたりします? go_routerがflutterパッケージになったのか
俺はauto_routeの方が好きなんだけどなー 治ったと思ったけど治ってなかったわ
ホットリロードもリフレッシュも効かない
結局VisualStudio2022アンインストール VSCodeのCMake拡張機能の設定
Outputをちゃんと見ること
などでいけました
半日以上くらい時間無駄にした webの読み込みが重いらしいが、ホントならちとキツいかな… flutterでのwebってどのくらいやる気あるんだろうか?
よほど特化したメリットない限り、がっつりと切り替えていくことは無さそうな気がしてる。 初期ロードが遅いけどページの切り替わりは速い
あとjsが最適化されて出力されるのでその演算も速い
でも元々そんなに時間かかるようなものが多くないからメリットはほぼない
ウェブだけに作るより、他の環境向けに作っててウェブへの対応が楽ってくらいじゃないか? WindowsのMACアドレス取得したくて、ぐぐってみたけど、
flutter_window.cppにMethodChannelを追加してなんたらみたいなのしか出てこない。
cpp分からないからProcess.runでipcofig打つbatを起動して取得するようにした。
どうもやり方が間違ってる気がしてならない。
まずいですか? デバッグだといけたけどビルドするといけませんでした
... complete startup script
で止まってる。 batじゃなくて単純にcmdをProcess.runで動かしたらビルドした状態でも動作しました。
ちょっとデバッグと挙動違う気がしますが。
flutterじゃない部分も勉強しないとな。
こういうのは他人が作ってるライブラリとかをひたすら読んでみるのが勉強になるんですかね。 >>836
Win限定で良いならcmd使うのも全然間違いじゃない。
マルチプラットフォームにするならMethodChannel使うべきだけど。
何でも良いので1つ軽いブラグインのMethodChannelの使い方を読んだら理解できると思う。面倒くさいけどそう難しくはない。 >>837
なるほどありがとう
なんとかプラットフォーム個別の機能も使えるように精進します。 FutureProviderで取得した値を使って、別の非同期処理を呼び出すFutureProviderを作りたいのですが、参考になるサイトやコードなどあったら教えていただけないでしょうか。 >>840
より良いやり方や考え方などあれば教えていただけないでしょうか >>842
いや、あなたがより良い/汚くないと考えている方法を聞いてるんでしょ。
それはあなたに聞かないとわかるわけないじゃん笑 かなり冗長な部分が出てしまいますが、一つのメソッド内で非同期通信2回やるようにします。両方終わってから処理すれば一応動きそうなので。 >>845
一方が他方に依存するように書いておけば勝手に更新してくれる
ProviderなのかRiverpodなのかで話が変わるけど >>846
riverpod使っています。
先に実行されるメソッドの返り値がfutureオブジェクトでも後続処理は先行処理の終了を待ってから自動実行してくれるのでしょうか。 >>847
情報が少なすぎてなんと回答すれば良いか分からない
よくわからないが、1つ目のメソッドの実行をawaitで待ってから、もう一つのメソッドを実行すればいいんじゃないの?
ただ、独立した関数ぐらいの感覚でProviderを増やすのは、上の人の指摘通り汚いやり方だと思う、、、とだけ忠告しておく
FutureProviderは、riverpodのProviderの中で一番上級者向けの、使いこなすのが難しいクラス
FutureProviderの使用を縛っている職場もあるらしい。自分もめったに使わん ■ このスレッドは過去ログ倉庫に格納されています