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 hot reloadとhot restartが優秀過ぎて他のフレームワーク使う気が無くなったわ KotlinでAndroidのサンプルプログラム作ってるけど、ブレークポイントで止まらない。
visualstudioみたいに一行ずつ実行して変数の値をチェックとかできないの? 目的がFlutterオンリーだとAndroid Studio+FlutterプラグインよりIntelliJ IDEA+Androidプラグイン+Flutterプラグインの方が良かったりする?
一旦VSCodeは置いといて >>9
プラグインじゃなくて、デバッグのやり方を聞いてるんだが、、 >>10
kotlinオンリーなら普通にAndroid Studio使えばよろし。 >>11
そうじゃなくてブレークポイントで止めて、一行ずつ実行できないか聞いてるの!
エラーメッセージも出さずに、いきなりアプリが落ちるから、その原因を調べたいんだ。 >>12
できるかできないかと言われるとできる。
しかしflutter関係ないので他所へどうぞ。 あれ、DocumentProviderとかとやり取りする場合どうするの??
DocumentProviderからStreamというかFileDescriptor返されるんだが
どうすればいいの??
dartちょっとゴミすぎないか? 元々Web向けの言語として設計されたとはいえ、プラットフォーム広げていくならFileDescriptorぐらいさ.. image_pickerプラグイン絶対ピックした画像、ローカルに一旦コピーしてるだろ
同じやり方で動画とか巨大なファイル扱ったらさすがに.. flutterは確かに他よりUI作るの楽になったし、プラットホーム依存の機能をつかうとなると既存のプラグインなかったりするとめんどくさいのはわかってんだが(最初flutterで作ってたんだが、まさかぁ、ファイル絡みでこんな事になるとは.... macにflutter入れるだけで1日かかった
androidのエミュレータが動くなるまでメイドラゴン苦労した 確かにPlatform依存するところでたまにピンポイントな弱点はあるね。
そういう場合は自分でプラグイン改造するなりイチから作ればよろし。
それを補ってもなおflutterの優位があると思ってる。 htmlをパースする必要があって、まさしく素敵なのがあるんだが
https://pub.dev/packages/html
ただ、ちょっとshiftjisのhtmlがあって、このライブラリ標準の
Encoding.getByNameメソッドで検索するんだけど
Encoding.registerとかで新しくエンコーディング追加できない
googleのアホ技術者うんざりしてくる で、ちょっとファイルダウンロードとかするわけよ
今は無節操にダウンロードしてるから、セマフォで同時ダウンロード数制限しようと思うんだけど
https://pub.dev/packages/semaphore
あれ、discontinued??
あーだりー
標準で用意しとけよなクズgoogle技術者 UI作るのは楽になったけど別のクソ見たいのと戦う羽目になってる
そういえば、firebaseのflutterFireだっけ??
これwindowsやmacでも動くようになるの??
遠いい将来?? そういや、EncodingクラスのメソッドってasyncじゃないからMethod Channelでプラットホームのエンコーディング呼んで新しいエンコーディング追加できないんだよな??
FFI使えって??
ぷっ >>26
プラットフォームのエンコーディングとかイラネ なんか、flutter使えないエンジニアって、使えない
試験みたいなwww >>17
単なるネットワークファイル転送+ファイルコピーならまだいいけど、iOS版の実装は
勝手にファイルの中身を加工していてExif情報の一部が失われる。 当然、ファイル
サイズやハッシュ値も変わる。 >>27
開発経験無いけど業務命令でflutterでアプリ作んないといけないんだよ
これから毎日使ったこともないmacとflutterでダラダラとアプリ開発の勉強
ほぼ遊び >>31
Windowsに慣れてるならそっちでいいんではw >>32
iPhoneのアプリリリースにはmacが必要だと聞いたけど?
社内用の業務支援アプリだからリリースはしないかもだけど >>33
Androidエミュって書かれてたから社内で使うのもAndroidかと思ったわ >>33
社内のiPhoneに配布するの、そこそこ大変だぞ。
flutter for webとかでWebアプリにした方が良いかもな。 >>35
webアプリの話もしたんだけど上がスマホアプリになぜかこだわってるんだよね、これが
ノウハウたまったら外販も視野に入れてるとか言ってるけど俺には無理だ >>31
普通の仕事しながら合間や仕事終わりに勉強している自分にとって
その環境はうらやましい >>34
もちろんAndroidユーザーもいるからAndroid用のアプリも必要だよ
だから両方に対応できるアプリをflutterで作れと言うのが上の指示 >>33
CodeMagic使えばMacなくても何とかなる。
やったことないけど。 >>36
PWAとかでお茶を濁したほうがいいぞ。
iOSアプリでストアに載せない配布はEnterprise Programが必要。
もう既にDUN登録したりしてるならすまん。 >>41
詳しくないんだけど、EnterpriseってほぼほぼオワコンでBusiness Managerに取って代わられたと思ってたんだけど違うのかな? >>30
そっかやっぱ罠があるんだね
ファイルダウンロードしてちょっと保存機能つけようとしただけなのに >>41
PWAはまだ検討してないね
いずれにしても上司と担当役員がよくわからずにスマホアプリを開発すると言ってるからもう方針変更はできないんじゃないかな
社内配布の方法は全くノープラン
そもそもアプリの仕様すらはっきり決まってない状況だし
未経験の俺に果たしてアプリなんて作れるのかね? >>42
ABMはあくまで端末管理よ。
カスタムApp(旧CustomB2B)を使うつもりならABMで撒けるけど、審査あるので気楽には出せない。
>>44
お金掛かるし毎年お布施発生するから気をつけなよ。
Flutterでアプリ作ること自体は割と簡単。 >>46
VBかじったぐらい
応用情報技術者持ってるってだけで指名された
ちなみにうちはインフラ関係の会社で俺が所属してるのはITとは無縁の部署
当然アプリ開発どころかプログラミング経験者も周りにいない状況 Appleのくそ殿様商売にまんまとはまる必要ないし
くそ使いにくいUIUXを我慢しながらMacを使う必要もない
CMもきもすぎてむり
Macもってるなら動作確認とアプリリリースだけ使って
普段は慣れてるWindowsかLinuxで開発すればいい PWAは検討してないならしてみるといいけど
起動速度とか違うし体験も違う
普通のスマホアプリ並みの体験を目指したものではあるけど
サービスワーカーとかキャッシュとか先読みとか
駆使しないとそこまでの体験にならないから苦労が逆に増える 新たに参加したプロジェクトでpedantic_mono使われてるのがイタいけど途中参加だから言いにくい
個人名入りのパッケージなんてセンスが小学生みたいで寒すぎね? >>50
言いにくいというかその理由言ってどうにかなるのか?笑
中身が問題なら途中からでも言ったらいいのでは? >>50
言いにくいというかその理由言ってどうにかなるのか?笑
中身が問題なら途中からでも言ったらいいのでは? うわアプリのパッケージ名に企業のドメイン入ってるわ もっと技術的なネタないの?
不満でもいいから技術的なネタぶちまけようぜ
俺は>>15からぶちまけたけど残念ながら話広がらなかったけどさ >>50
自分のこと大好き人間か、自己主張が過ぎる人なのかもしれない
Twitterで見たことあって自己主張の強さは確かにうかがえたけども
つーか日本でその人の信者しか使わなさそうなそのダサいやつを
わざわざ選んじゃうやつの趣味の悪さand崇拝っぷりがゲロキモ そうか?自分のプリセットを自分の名前で公開するとか普通な気がするけど。
これがアプリなら流石に自意識過剰だとは思うけど。
eslint-config-airbnbみたいな感じでしょ。
同じようなの結構居るよ。
嫌なら別に同じ内容のを、オシャレな名前つけて公開しても良いと思うよ。 >>55
君のは技術的な話ではなくただの愚痴になってるからスルーしてるんだ
イライラするのは構わんが、それをスレに持ち込んでは技術的な話も広がらないだろう >>50
そだな、flutter_lints使いましょうって言えばいいか
>>54 >>57
企業の名前はブランドだからおk
>>57
センス悪い人のをコピーしてまで使いたくないでしょお笑 >>56
そう、ハンドルに誕生日含めちゃってるところからも自己主張の強さをかんじるな
>>58
比較にならない偉大なリーナスの名前をつかってむしろ馬鹿にしててわろた 信者にとっては、女王様の黄金水みたいに有難く頂くものかもしらんけど、元々あった
Google謹製の pedantic パッケージをforkして、ちょっと手を加えたとかその程度じゃ
ないの? 全く同じ内容のものを作って、好きに名前をつければ良いと思うが、まあ二番煎じだと言われるだろうな。 >>44
コロナアプリの顛末からわかるように、アプリは維持するのが大変なのよ。 コロナ接触確認アプリの失敗原因は
スマホアプリかPWAかってところじゃないんよ ・各OSのAPIの差異を吸収できなかった
・デバッグが足りてなかった
・何がどうであれXamarinはク(ry >>64
アプリの維持が大変とか言える状況になるかなー
たぶんこのままだとまともにアプリできないだろうし バージョンアップしなけりゃ数年に一度の足切イベント以外の保守維持は大変じゃない。
問題は年イチぐらいでバージョンアップしないといけないアプリは隔世の感があって色々と大変。 >>59
ちゃんとした話のネタがなくて黙るくらいなら、まだ技術的な不満、愚痴でも書いた方が話が広がるかもしれないって言ってるのに、前提を覆すようなちゃんとした話のネタ要求されても.... > dartちょっとゴミすぎないか?
> googleのアホ技術者うんざりしてくる
> とかするわけよ
> あれ、discontinued?? あーだりー
> 標準で用意しとけよなクズgoogle技術者
> 別のクソ見たいのと戦う羽目になってる
> FFI使えって?? ぷっ
他人のこと言えないけど口が悪すぎて頭おかしい人にしか見えないから相手したくない そこは好きにすればいいと思う
つか、愚痴なんだら多少悪口いれてるし
>>30みたく反応する人はしてくれるし
俺は愚痴で口悪くても「興味あるネタ」であれば反応するし
もちろん、喧嘩になるようなか流れになるならやめるけど
俺的には全くないよりかはまし もちろん、やりすぎはあれだけど
つか、愚痴、不満を丁寧な言葉で書けって??ww あれ、レス乞食とかとやり取りする場合どうするの??
使う奴の無知とかiOSの挙動すらGoogleのせいにされるんだが
どうすればいいの??
言葉遣いもちょっとゴミすぎないか? >>72
愚痴不満を書くスレではないから他所でやってくれということだ
多分君に伝わらんだろうが コロナ対策アプリを、Xamarinで作ろうとしたのは本当に馬鹿だよな
オープンソースで善意の人を集めたいなら、クロスプラットフォームなんて採用せず、
javaとSwiftを使うのが最善だったと思う
せめてFlutterかReact Nativeにしておけば… >>74
その話するとここに何書いいい駄目は君が勝手に決めただけ Flutterのソースコードを確認したら1ファイル1クラスでもなくて、
ファイル名とクラス名を合わせる必要はないのですね
メンテナンスしづらそう ファイルとクラスの対応を要求される言語の方が少数派だが >>77
今時クラスを検索するのにファイル名を使う必要もなかろう。
それより関連するクラスが1ファイルにまとまっていたほうが可読性が高い。 ●7.27 オハイオ州の看護師、中共ウイルスで入院した全患者がウイルスワクチンを2回接種していたことを発見
https://gnews.org/1435812/
●7.4 12歳の子供がCOVIDワクチンを接種後、様々な苦しい症状を経験
https://gnews.org/1370868/
●デルタ株はワクチン打ってようが、いまいが、発症したらマスク必要!
JPSikaDoctor (医師)
ワクチン打っても他人に移す
://youtu.be/5hqfoZGFo0o Flutterのwidgetとelementとrenderの関係性、ややこしいと思うわ
内部構造をもうすこし隠蔽して使いやすくしてほしい
フレームワークの寿命がわからないから内部まで調べる気力がわかない
このレベルのコードを読むのは勉強になるかもしれないけど まぁ、それはあるわな
Stateクラスも最初、initState、disposeから始まって
didUpdatedWidgetと増えていき
didChangeDependenciesでaddPostFrameCallbackに到達する providerで管理しているデータをAndroid Studio上で確認する方法を教えてください >>81
意識的に使うとき以外は気にする必要ないくらい隠れてるじゃん?
隠蔽するともっとわからなくなるでしょ
>>82
最初から見えてるのに「増えていき」と表現してる意味がわからない
addPostFrameCallbackはStateクラスじゃない null safetyとやらのせいで過去のサンプルコードがエラーになるんだが
Flutter Studioのコードもエラーになるし >>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の書き方があるならぜひ知りたい。 自分でnull safeにできないと今後困るので自分で変える
サンプルの作者に「対応してよ〜」と頼む
のどちらか > null safety対応のパッケージと混ぜて使うと
> エラーにならん?
プラグインじゃなければならないんじゃなかった? バージョン指定用のコメントをファイル冒頭に付ければいい
具体的にはnull safetyを外したいやつに
// @dart=2.9
をつければ良い
これによる不具合が出るというのは、それはもうnull safetyに対応してないとおかしいわけだから大丈夫なはず
外部ライブラリの場合は追加しないといけないから多い場合は全体のバージョンをpubspecで変えたほうがいいけど、そういうサポートの止まっているライブラリはあんまり使うべきでない気もする null safety外すと負けた気がするからとりあえずがんばる
null以外にも理解できないエラー出まくりだし
本当にアプリなんて作れるようになるのか不安しかない flutter upgradeしても
既存のFlutterプロジェクトも新しいFlutterのバージョンが適用されてますか? >>92
プロジェクト毎に pubspec.yaml ファイルを編集しないとダメ。 >>90
サポート止まってるライブラリでも、github上でforkされた先が null safety 対応になって
いたりするけど、これってローカルにgit cloneせずに、 pubcpec.yaml ファイルの記述とかで
参照先を非公式リポジトリに指定ってできるんだっけ? 以前github上でしか公開されてないwindow_sizeというコンポーネントを
使ったことあるけど、そのときは以下のように書いた。
window_size:
git:
url: git://github.com/google/flutter-desktop-embedding.git
path: plugins/window_size
ref: e48abe7 頭のスペースが消えたけど、適宜字下げしてちょうだい >>95
さんきゅ。
その書き方でもよさげだけど、githubのリンク先を辿って見てたら、書き方の説明があった。
ttps://github.com/google/flutter-desktop-embedding/tree/master/plugins 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 は我々に教えてくれます > なので、nimコンパイラが通った時点でメモリ安全性が担保されませんか?
当初はC言語だって、アセンブラソースを出力するプリプロセッサだったわけだが? そいつ他スレにも同じこと言ってる荒らしだから無視でオッケー ■ このスレッドは過去ログ倉庫に格納されています