◎正当な理由による書き込みの削除について: 生島英之 とみられる方へ:Flutterやろうよ!!! YouTube動画>1本 ->画像>1枚
動画、画像抽出 ||
この掲示板へ
類似スレ
掲示板一覧 人気スレ 動画人気順
このスレへの固定リンク: http://5chb.net/r/tech/1527919660/ ヒント: 5chスレのurlに http ://xxxx.5chb .net/xxxx のようにb を入れるだけでここでスレ保存、閲覧できます。
ようこそFlutter野郎どもよ!!!
軽い開発環境でモバイルアプリ開発ができるなんて最高じゃねえか
AndroidもiOSも両方行ける、まさに漢のためのツールだな
http://www.flutter.io ちょっと触ってみたけどコードの見た目がキモいのはなんとかならんかな。 Dart自体が芋くさい見た目なのはしょうがないとしても、 ネストネストアンドネストでめっちゃ見にくい
せっかくJavaからKotlinに移行してコードの読みやすさ書きやすさに感動してたのに、Dartは完全に時代に逆行してる感がある
英語も含めてまだまだ情報が少ないからベストプラクティスが分からんね 例えばどういう粒度でファイルを分割すればいいのか、とか サンプルのhello flutterみたいな1ファイルにダラダラ書くのは狂気を感じた
それよりも32bitのandroid実機にインストールできるようにしてくれ。googleはなめてるのか?コマンドライン叩けば行けるっぽいけど、android studio上でどうやるんだよ。
Android Studioの下の方にTerminalって書いてあるだろ? そこを押してコマンドを入力するんだよ
あのさあ、公式チュートリアルの劣化コピーみたいな本を出すのはやめようよ
これはCでいうこれ、こっちはJavaでいうこれ じゃ初心者にはわからないから書き直してる って本多いよね
他分野に渡って大量の本を出してるな
https://www.amazon.co.jp/ 掌田津耶乃/e/B004L5AED8
flutterアプリ開発でパッケージわけしてる?メインのアプリケーションパッケージからいくつかインポートするライブラリパッケージ作りたいんだけど。 android studioまたはvs code上で同時に開けて同時に編集できる?
javaやkotlinで開発してるとき、android libraryって感じで分けれたんだけど。
vs codeだとmuliti-root workspace使えば行けそうかもしれない。 android studioは謎。
kotlinなのかdartなのかハッキリしないなー 取り敢えず、Javaが死んだから、いじってみるか
Reactっぽい思想もあるならイケるか ちょっと追ってみよ
でもやろうとしてることはwebアプリをreactで作ってスマホアプリはwebviewでってのが楽そうなんだけど まぁ勉強だしやるか
勉強ならreactでWebアプリつくってもflutterでネイティブアプリ作っても、どっちかひとつやれば他方をマスターするのは簡単じゃねぇかな。 もちろん言語自体違うし、ウィジェットとか違いあるけど、アプリ全体の設計方法は似たような感じになると思うし。 だから自分の好きな方を気合い入れてやれば無駄にはならんと
まぁ、勉強から離れて実用的なアプリとなると、スマホアプリをWebViewではちょっと使いづらいし、スマホではまだ重いな。5chのモバイル版のページとか見ると...
やりたいことはPWAでクリアできそうやった flutterいらね
flutterはネイティブじゃなくてPWAテンプレートに特化すればいいのに
もう既にflutterでリリースされてるアプリが何千ってあるらしい 日本だとグルーポンとかが使ってるとか聞いた
デスクトップでも使えるようになるのはいつ頃ですか?
DartもFlutterもなんもわからんけど、このおっさん見て初めてみようかと思ったわ
VIDEO でもセンスがないとこういう見た目にはならないんだろな・・・・
最近ちょっとだけ触ってみた 他のマルチプラットフォームを使ったことないから分からないけど、ほんとにAndroidとiOSで同じ動きになってるから感動した 欲を言うなら中の言語はKotlinがよかった
>>39 dartじゃなければよかったとはよく言われる
少し複雑になるとネスト深くなりすぎて読みにくい なんとか外に出せないのかね
>>44 それとは別にブラウザアプリとして使えるってことでしょ。
Kotlinそのものは「Javaを置き換えるもの」以上の意図はない Javaで作ってるソフトなウェアはだいたいKotlinで置き換わる 問題はいまさらわざわざJavaでやる案件は少なくなってきてるということだな Unityで作れない分野のAndroidアプリくらいだろうか
最初はどうなるかと思ったけどわりとみんな使ってるよねkotlin
jetbrains さんが頑張って、 Flutter対応していたりしてくれないかなぁ。
JetBrains製のIDEはFlutterに対応してる JetBrains製のKotlinはFlutterに対応してない
アプリストアの手数料ビジネスが糾弾されてる今、Flutterから楽にPWAが作れるようになるといいね
>>55 楽に作れても金取れるとは限らないんだけど(๑´艸`)
Flutterって画面作るのがxmlとかタグじゃなくなって コードベースだってホント?
>>3 それな、結局Javaの呪縛から逃れられないのか何で広まったんだこれ
SDKダウンロードしたけどそのまま放置してはや数ヶ月・・
すでに品質は十分なレベルに達してる。 まあ、Dart 3.0/Flutter 2.0までまてばさすがに十分。つまり、後半年ぐらいかな?
何やこれマジでキモいんだが、Googleの人が作ったとは思えんな
使って色々試してるが、英語以外のIME を使うとtextfieldの挙動がおかしくなる所がある。 テキスト長押しのポップアップメニューなんかにも、まだ位置表示のバグがあったりする。 だけど結構手軽に動く物が作れるので、ホットリロードもあるし楽しい。
ネストを避ける書き方のベストプラクティスって無いんか? 今からでも遅くないからFlutterは他言語をサポートしてくれ
ネストを避けるではないけど、 widgetの機能単位でstatelessなりstaefulなりでクラスを作る。 小さい属性の固まりなら戻り値をwidgetにした関数にすれば、かなり省略できる。
変数に何を格納する? すまんがよく分からないな。 使い回しをしないってこと?
ストア公開されてるFlutter製のアプリでUIが良くできてるのって何かあるん
Flutter Galleryで公式のUI関係が確認できるぞー
って位。
あとはStoreじゃなくて記事だけだけど、
https://qiita.com/kat_out/items/32a6d0966344f45a1288 人の記事内でUI頑張ってるなとは思う。
UIが教科書のサンプルレベルのしょぼいものしか作れない印象 オリジナルでカスタマイズしようとすると途端に難易度が急激に上がる BtoBアプリや試作のデモアプリでしか使えない こんなのを製品としてリリースしたら誰も使ってくれなくて会社が潰れる
つーかさ、マルチプラットフォームで同じコードでどこでも動く! write once run anywhere! とかいうのが売りらしいけど、調べたらサウンドとかGPUとかの ちょっとハード寄りのとこ叩こうとしたらいきなり個別のパッケージ必須で しかもそれがどれもこれも中途半端な個人の趣味でつくったようなのしかなくて Androidオンリーとかそんなのばっかりで、どこが write once run anywhere だよ、 っていう今までにも何度かみたことある風景
Material Design用のウイジットが網羅されてるからUI作るのはすごい楽。WebAPI叩いて結果をパースして画面に表示とか例えばTwitterアプリみたいの作るのは楽。
ちょっと、ハードよりのことやると目的のパッケージがなけいと自分でやらざるを得なくなり面倒。
今の状況はこんな感じ。
>>75 は全く逆。UI作るのが楽
だから今ところ使い分けたほうがいい。 UIメインでHttpとJsonでアプリの8割実装できるならflutter。ハードよりの機能が大半ならおとなしくそのプラットフォーム専用の開発環境使ったほうがいいかもな。
本質的に通信してポチポチするだけのシュッとしたアプリ作りたいのになんでこんな面倒なんだよ、のとこにスポッとはまるのがFlutter それ以外のとこはまだ苦手なので素直に従来の手法がよいね やたらフォームが充実してるJavaFXと業務系外見アプリの蜜な関係に近い
>>76 それを作って広めてこそだろ。
無料で使えるのにてんこ盛りでくることなんてない。
クロスプラットフォームは全て糞 アプリのクオリティが下がるだけ
AppleがiPhoneなんか作るから悪い Androidだけだったら何の問題もなかったんだ
GoogleがAndroidなんか作るから悪い iPhoneだけだったら何の問題もなかったんだ
androidもiphoneもいらんやろ。UWPアプリが動くスマフォだけで良かった。そうすりゃ、C#使うだけでok
マルチプラットフォームは全部糞 アプリのクオリティが落ちるだけ 何か新しいことしようと思ったとき これFlutterだと面倒だなってなることがある そういうのはやらない方向に進みがち やれることが狭まって縛りプレイをすることになる 結局は自由度が高いほうが勝ち
個人アプリ制作でしか使ってないけど 他のクロスプラットフォームと違って使いやすいから普及してほしい 言語はkotlinにしてほしいけど
Flutter Interactで何か面白い話あった?
ChromebookのLinux(Debian)側でcode-server動かして、ChromeOSのChromeブラウザでVSCode動かして、ChromebookのAndroid側でアプリ動かす
win32apiのみでGUIデスクトップアプリを作っていた時代に逆戻りだ
>>100 最初は辛かったけど、なれるとなるほど効率良いよ。
android側はわかった iphone側はどうすりゃいいんだ?って情報が少ない
windows phoneが広まっていれば良かったんだ
dart の型宣言か後置になればなぁ。 java, c, c++(一番長い)やってたから読めるけど、後置のほうが好きなんだ。
ゲームになってしまうけど、5chでも広告が張られているビビッドアーミーという本格2D(?)シミュレーションゲームは、cocos2d-js という JavaScript ライブラリで書かれているらしい。 ちなみに、広告と中身とがこれだけ違うゲームも珍しく、部分的に使われている絵が少女というだけで、エロ要素はほぼ全くない。
>>107 JavaScriptでこれだけ本格的なゲームがこれだけ滑らかに動作するとは正直、知らなかった。
基本的にはWebGLではなく、canvasで2Dのマスク付きのpng画像を描画しているらしい。
一色透明色形式のマスクを使って重ね合わせているらしい。
ブラウザゲームはほぼ今回が初めてだったので、ブラウザアプリのポテンシャルの高さが分かった。 native アプリは必要なくなっていくかもしれない。 特にWebGLやWebAudioを使えば、レイトレーシングすらGPUだけで行えるので、もはや、DirectXすら必要ないくらいだ。
>>109 何が言いたかったかと言うと、ブラウザアプリならプラットフォームごとにコンパイルしなおす必要がなくて開発が楽なので、今後主流になっていく可能性が否定できないと言うこと。
特に iPhoneアプリにはどんなマルチプラットフォームツールキットを使っても、最後は Mac実機が必要になるのが開発者泣かせだったのが解消されるので。
また、WindowsとAndroidで別々のIDEでコンパイルしなおすというのも苦痛。
なぜなら、Ajail開発とか、こまめにテストしながら作っていくというスタイルが指示されてきている状況で、ビルド&テストが迅速に行えないのは困るので。
リッチな表現のjsゲーは端末のバッテリー消費が気になる
画面スクロールの右側1列埋めるのやめてほしい 間違えて押す
Cocos2d-x は基本的には、昔ながらの2D ゲームと同じ。
変化する部分だけを書き換える。invalidate と同じ
JavaScript版Cocos2d-x かんたんゲーム開発、2015
この本の著者、イタリア人のEmanuele Feronato は、最近は、Phaser ばっかり!
italian geek and PROgrammer
http://www.emanueleferonato.com/ LinuxでiOS向けにビルドできるのがいいんだけど appleさんはxcodeをWindowsやLinuxにも提供してくれんかな 実機はあるのでエミュレーターはなくてもいいんだけどコンパイラだけはほしい
ていうか20年だか30年だか前に、アップルは他社(明らかにMSのこと)は何においても 自社のやりかたを押しつけユーザーをガチガチに管理して世界をディストピアする アップルはそこから開放し自由な世界をもたらす、みたいなアホみたいなCMうってたけど 何のことはない、そのディストピアってApple自身のことだったんだな
どうやってもiOS用nativeアプリ開発にはMac実機が必須である状況は、HTML5アプリ、Wasmアプリの広がりに拍車をかけて、結果的にそれらのアプリの普及にむしろ貢献してくれるかもしれない。 個人的には、経営的に何を選択してもAppleは苦しい立場になっていくと思う。 今のような囲い込み戦略をとっても、逆にそれとは逆の方針に転換しても。
>>117 それと、WebGLやWasmでは Chrome より FireFox の方が速い。
(少し前まではChromeでもWebGLが速かったが、12月に入ってからのChromeのUpdateでパワーの低いマシンでは劇遅になった。)
もしかしたらブラウザの勢力図が書き換わって、FireFoxが復活してくるかもしれない。
調べてないからわからんけどsafariがあんまり対応してないんじゃないの
>>120 一応、SafariもWasmには対応しており、WebGLには実験的対応、PWAもホーム画面に追加とServiceWorkerには対応。
細かいことは知らん。
dart勉強中だけど、javaとかやってた人は簡単に習得できるもんなの?
現時点では他のプログラム言語よりも英語習った方がdart習得が速い気がする
flutter最大のネックがDartになってるのなんとかしてよ
せめてTypeScriptOKにすれば人気でるんじゃないの
開発環境がうんこすぎる。。iOS実機繋げたらAndroidエミュと繋がらなくなった。。cleanしてもASのキャッシュ消して再起動しても駄目。。 Podsのビルドエラーとか頻発するし。。
初学者だけどBlocってもう使うことないんだね 今どきはproviderを使うのは定番ってことでいいのかな?
日本語の本は3冊出回ってるけど そのうちの2冊はサンプルコードを箸おってるから ページ数の割に読んでも意味がない無駄本 もう1冊は古いから読んでないから知らん まともな本を出してくれる著者出てきてくれ
flutterって何割くらいの案件に適用できるイメージ?
UIメインにしたって細かいカスタマイズしたいと思ったら途端に面倒になるんじゃないの 大体人気のあるアプリは独自にカスタムしてアニメーション入れたり頑張ってるわけで、 Flutterでそれをやろうとすると途端に難易度が跳ね上がるんじゃないの 教科書に乗ってるようなサンプルアプリみたいなしょぼいみためのみんな同じので精一杯じゃないの
例えば youbride というアプリを見てほしい
https://play.google.com/store/apps/details?id=jp.youbride.android&hl=ja flutterで作られているという
明らかにUIがしょぼい
触っていると変なスクロール領域があったり明らかにUIがしょぼい
同じ会社の Poiboy というアプリはネイティブなようだが、
明らかにこちらの方がUIが良くできている
異性の写真をスワイプして次の写真に飛ばしたりできる
Flutterを使うとアプリがしょぼくなる良い例ではないだろうか
やりたくないならやらなければいいし、わざわざネガティブなレスするならネイティブで頑張ればいいし。やりたい奴だけで盛り上げていこうぜ。
providerの使い方を優しく教えてくれる記事を誰か書いてくださいお願いします アフィ広告踏みますので!
海外のサイトを見ていたら、Googleは、OracleがSunを買収したときより 脅威を感じ、政治的な意味で Java から離れるようになったそうだ (個人的にはGoogle vs Oracleの訴訟問題が直接の原因ではないかと思うが)。 ・AndroidのJavaを一掃しようとしたのが Kotlin。これもGoogle製。 ・GWTというJavaをJSに変換するWeb ToolKit が有ったが、Javaから 離れるためにGWTを取りやめ、その代わりとして、Javaに似た言語の Dartを開発すると同時にGWTの代わりとしてFlutterを作ったらしい。 ・FlutterはFuchsiaという組み込み用OS(?)とスマホ様のアプリを同時開発する 目的も持っているという噂がある。 ・Flutterは、現在、Googleが推奨するPWAと競合し始めているらしい。 この話が本当だとすると、Dartとは、FrontEndを主戦場とした Javaの代替であ るということらしい。一方、同社のKotlinも、明らかにJavaの代替だが。
>>144 1. もともと、(Sunの)Java一本でやっていく予定だった。
2. Androidでも、GWTでもJavaを採用した。
3. 政治的に Javaを取りやめる方針となった。
4. AndroidのJavaはKotlinに、GWTのJavaはDart、GWT自体はFlutterへと
変わった。
5. Dartは、Golangに比べて人気が無いとのこと。
6. Flutterは、同社のPWAと社内競合を起こしているらしい。
>>145 Google社に、Golang, Kotlin, Dart などさまざまな言語が次々に誕生してきたのは、
社内で別グループに競争させることによって品質を高めることが目的だと
書かれていた。
今のところ Dart は人気が無いが、Ver 1 が出来たのが(たしか)2013年と
新しいため、知らないくせに欠点をあげつらう人がいるためで、
そもそも5年以内に台頭した言語は無い、と書いている人がいた。
人がいた。
>>146 Dartが人気が無い原因は
・Ver1が出たのが2013年で、新しすぎるため。
・Googleが大々的に推進してこなかったため。
・Dartによって、新しく出来るようになったことがないため。
などが挙げられていた。
PWAはやれること限られるから競合してるとは思わない
FlutterのWidgetなどの描画系は、同社のChromeから持ってきたものなんだそうだ。 PWAも、ブラウザの描画エンジンを用いる。 Wasmも登場した今、FlutterのバックエンドがPWAに移行したとしても不思議は無いかも。
>>149 今のFlutter製アプリは、描画エンジンもアプリの中身組み込んで配布される。
PWAだとそれを組み込む必要が無いからサイズが小さく出来、配布や起動が速くなる。
KotlinはGoogle製ではなくJetBrains製だろ あとDartが人気無い理由は元々の目標が達成できなかったために消え行く言語と思われてたからじゃね ブラウザにDartVM載せてJSの代替にしようとしてたけど挫折して、AltJSとして細々と生き長らえてた
>>151 当初の目標が ブラウザ内でDartVMで走らせると言うことであれば、
FlutterのバックエンドをWasmにしてPWA化するのは当初の目標を実質的に
達成することになりそう。
それに
>>150 の利点もある。
>>152 dartの当初の目的はJavaScriptの代替だろ?
JavaScriptの言語上の欠点を解決することとだったと記憶してる。
ただ、全く流行らなかったから学んでも無駄だと思われてたが、Flutterの開発言語として採用されたから少し人気が復活しただけ。
てか書かれてる内容に誤りが多すぎるぞ。
厳密な意味でdart人気あるのか? flutterのため単に嫌々使わざるを得ないだけ臭が
>>154 githubに登録されたプログラムで使われている言語ランキングは、
1. JS
2. Java
3. Python
4. PHP
5. C++
6. C#
7. Typescript
8. Shell
9. C
10. Ruby
人気上昇中の言語は、
1. Kotlin, 2. HCL, 3.typeScript, 4.PoweShell, 5.Rust, 6.CMake, 7.Go,
8.Pythin, 9.Groovy, 10.SQLPL
Dartはこの中には無い。
>>154 同意。むしろkotlin文法でflutter書かせたほうがいいんじゃねーの?って思う。
dartは、初期のC++から型を明示した宣言を出来なくしたような言語のようだ。 見た目は初期のC++に良く似ている。
まぁ、でも意外と慣れるもんだぜ dart 2.0以前はstrong mode無くてひどかったな dart 3.0でnnbd、non nullable typeくるし多少はマシに
>>155 性質上、なかなかGithubで公開するのに適した成果物が出来上がることはまずねえからな
単純比較はできんだろう
>>159 なるほど。
そういう観点から言えば、公開してもいいプログラムと言うのは、簡単に
作ったちょっとしたプログラムが多くなるかもしれないから、気軽に使える
ような言語が github で使われる言語のランキング上位に来るかも知れない。
JSはそれに当てはまっている。
Android/iOSクロス開発フレームワーク React Native入門、掌田津耶乃、2018 Xamarin は嫌だけど、こちらの方がよい
年末に「基礎から学ぶflutter」って本出てるんじゃん 誰か読んでないの?
あそこが出版してる本って、ちょくちょくKindle版が半額になる印象があるんだけどさ まだあの本って一度も半額にはなってないのかな?
つべでFullter Clock見たけど、アニメーション極めればここまで出来るんだな。
当たり前やん。今どき他のフレームワークと大差ねぇ。
あると一人で思ってるのは
>>135 だけ
>>162 買ったけど途中からほぼウィジェットの紹介ばかりで読む価値なし
後半なんて全部書けば動きますよってコードもないので
Flutterの基礎がわかってないと難しい
これで基礎が付くかと言われるとつかない
Flutterの本がないから高値で売れると思った出版社がページ数稼ぎで無理やり作らせたととしか思えないクオリティ
正直いらないから売った
まともな本がない いま一番オススメできるのが公式ドキュメントだけ
実際アプリ作成だと全く使い物にならない。 試作用途でしか使えない。
たった2000件のリストビューの2000件目を表示しようとすると簡単に落ちるwww こんなもん使えないwww
ま、バージョン3くらいにならないと話にならないのか通例だよな・・pluginのバグ直せるけどあえて放置。 こんな世界に加担したくない、上手に利用するだけ。
多言語の3強が、掌田津耶乃・山田祥寛(WINGSプロジェクト)・柴田望洋。 他に、スッキリ・やさしい・猫でも・独習など 掌田は、その中でも断トツ! 多言語の入門書・フレームワーク・ゲームエンジンなど、 ここ数年で、20冊とかある Flutter の本も出してる!
flutter engine何やってるのかさっぱりわからん
>>177 GPU Renderingだから普通の人には分からんよw
iOSだとmetalだっけ 三角形描くのに数百行必要という
プログラミング勉強中の初心者なんですが、初めてのアプリ開発をflutterで試みるのって何か支障ありますか? まずはクロスプラットフォームなんて欲張らずに、KotlinとSwiftで分けて開発するのが無難でしょうか? それぞれの経験がないのにいきなりflutterやると詰まる、みたいなことがないか不安です
>>181 掲示板です
今のところゲーム作るつもりはないんですが向いてないんですか?
>>180 マジレスするとXcodeやAndroid Studio使えないと無理。
pluginとか無駄に数ある。
dart2についてはクセがある。4 / 2とかエラーになるしw 簡易構文推しなのにセミコロン必須。
ただ言語仕様そのものはSwiftより好きかも。
flutterはクセの塊w 初めのうちは何も思い通りできない。カンマで気が狂いそうになるw開発環境がすぐに壊れるw
>>183 掲示板ならflutterでいいと思う
掲示板ならそきまでandroidやiOS固有の機能使うわけでもないし
画面サクってって作れてdartもkotlinなどと比べて多機能じゃないから、基本を学ぶにはいいと思う
providerのサンプルが少なすぎてわかりにくい Hello world的なサンプルを誰か書いてくれる神様おねがいします アフィリエイトがあれば踏みますので!
flutterはrouterやstate management、animationなどアプリケーションに必要なモジュールが公式で提供されているということだと思う(rnと比べて。ただ全てではない)。そこはまじでflutter良いと思う。 ただ、dartよ。なぜjsじゃないんや。
providerがgoogleの管理元になる可能性はありますか?
blocの次はproviderか おまえら本当に馬鹿に振り回されてるな
>>184-185 ありがとうございます
頑張ってみます
将来はFlutterに携わりたい でも今は転職のためrpaかjavaを学ばないと‥ rpaとjavaどっちを選んだらFlutterの勉強に役立つの?
>>184 >flutterはクセの塊w 初めのうちは何も思い通りできない。カンマで気が狂いそうになるw開発環境がすぐに壊れるw
この「カンマの話」を詳しく:
typescriptで開発できるようにしてくれたらもっと流行るのに
Flutterの良いところはIDEなしでも開発が行えることである
最近Flutter始めました。 Dartも含めJavaやObjCと隔世の感があるね。 Hot reloadも含め慣れれば使いやすい。
blocとかいろいろ出てきわけわかんないよ 初心者向けの本がなさすぎる
非Widgetなビジネスロジック間でprovider使える?
providerもよくわからない 最近はflutter_state_notifierってのがよいらしい この前までproviderマンセーの記事があったけどもうトレンド変わったの?もうついていけないよ
>>194 ほんこれ。
なんで今さらdartなんて、、、
>>203 そりゃFlutter開発チームの隣にたまたまDart開発チームがいたからだろ。
flutterの性質上、自社で制御できない言語は危険だろ
でもdartってjavaっぽいからほぼ何も覚えなくても いきなり雰囲気で書けるのはありがたいんだよね
dart2は入りやすかった。 Swiftみたいにnull拒否言語はうざいだけ。nullとか普通にあっていいよ。 コンストラクタの簡易代入表記もいい。 4/2→エラーは笑ったがw ただTupple2とか少しダサいw
俺に必要なのは逆引きなのよ どこでもいいから出版社さん作ってください 基礎から学ぶの本はページ数のあんなにある割にウィジェット紹介でページ数改正出るのにイラッとしたから 逆引きサンプル大量に作ることに力入れたほうが売れてたよ
体系的に学習したいなら本がよいと思うけど、逆引きが欲しかったらググればよくね?
まぁ今どき書籍で出されても、と思うわ。 サンプルならpub.devやgithubに大量にあるし。 blocはいい加減に死滅してほしいけど。
setStateで管理している変数を取得するのは statefulwidgetを継承したクラスからじゃないとできないんでしょうか?
>>211 そもそもsetStateで変数を 管理 しない
hot reloadの仕組みってprocessはkillせずに変更のあったclassのp-codeだけをreloadしてrebuildしてるんだよね? restartも同じ仕組みだとすると獲得済みのnativeなresourceとか解放されてからrestartされるの? イマイチ分からん。
8core16htだから常にビルドしててもいいから速くしろ
すみません、教えて下さい。 Javaも未経験の素人なんですが、趣味でandroidアプリを作りたくて、調べてたらFlutterの存在を知りました。 UIが簡単に組めそうなので使ってみたいのですが、javaも知らずにDartを勉強するのは無謀でしょうか?
>>216 何らかのプログラミング言語が使えるのであれば学習するのは難しくないと思う。
プログラミング自体はじめてならおすすめしない。
>>217 それは、日本語の情報がまだまだ少ないからとかそういう理由でしょうか?
それとも、基礎知識として他の言語を知らないとそもそも理解が困難ですか?
ちなみに、数年前に、phpとvb.netを少しかじった程度(個人的なツール開発とか)の知識です。
>>218 Dart2、Kotlin、Swiftを全部覚えないとならず理解が困難
ライブラリもベータ版だらけで使い物にならず、自作が必要
>>216 趣味ならあれこれ悩むよりやってみれば良いんじゃない?
挫折して失敗しても責任ないんだし。
flutterのdropdownbuttonのデザインダサすぎる
もうそろそろ誰かが本を出してもいい頃じゃない 出版社さんやる気出して!
TextFieldとかTextとかのウィジェットの余白の調整にPadding()を使いまくりなんだけど 各ウィジェットをにpaddingできないのかな?こういうものなのかな?
ここ人いなさすぎてつまんねえな どこか掲示板ないかな
公式のコミュニティがあるぞ。当然英語オンリーだけど。
つまんねぇじゃないんだよお前が面白くするんだよ コミュニティはお前のママじゃないんだよ
Flutter開発の人口は増えてるな。世界的には。マテリアルデザインのデザイン言語の影響を英語苦手な日本人が陽の目当たらないのは何と皮肉な。
前半の世界的に人口が増えているは理解できたが、後半の日本語の暗号を誰か解読してくれ。
気になったので、各フレーズを切り出してパズルのピースのように順序をあれこれ入れ換えたり 装飾する部分を総当りでひとつづつずらして意味がとおるか吟味したりと けっこう頑張ってみたが無理だった
flutter jpから本出してほしい ここ見てたらお願いします 常にトレンドも変わるのでお願いします できればproviderを基礎から解説してほしい 記事でもいいですアフィ踏みますのでお願いします!
import "dart:async"; これ書いてないのに Futureもasyncもawaitも使えるのはなぜですか?
Ruby on Rails では、自分で、require していないのに使えるものは、 フレームワークが自動的に読み込んでいる または、起動時に読み込まれるためのフォルダへ、ファイルを置くと、読み込まれる
なるほど、Rubyは意図せず使われてしまう危険な言語なんだな
flutter極めると、もうSwiftとか要らないよなw
つーかさ、最近いろんな言語が竹の子のようにニョキニョキでてきて あれが良いこれが理想だ正しいなどと比較バトルするのを良く見るが 厨房の「さいきょうのゲームハード」の語りと同じようなもんにみえる 結局プログラム言語の人気や採用数は、言語設計が理想的だからではなく パッケージ(ライブラリ)さらに既にあるコード資産が多いかどうかで きまる部分が多い どんだけカッコイイモダンな言語があったとしても趣味ならともかく 仕事でやるならできるだけ新規に書く部分が少ないほうが良い もちろんモダンで使い易い言語のほうがライブラリがつくられる確率も あがるからどうしょうもなく駄目な言語は最初からどうしょうもないが
和書の内容がモダンではなくなったのでそろそろ新書を出してください おねがいします
初期の頃本買ったけど全然勉強ならんかった。つべの方がよっぽどいい。
書籍書き終わった頃には言語仕様や流行りの設計手法が変わっちゃうリスクがありそう。 場合によるけどBLoCより最近のProviderのほうが使いやすいし。
Providerはマジでわかりやすい 状態管理のモヤモヤが全部吹き飛ぶ
>>249 そのBLoCを知ったうえだからこそProviderがわかりやすいんだろうな。
BLoc知らずにProvider勉強中の身としては結構敷居が高い。ようやく理解出来てきたけどProxyProviderまで使うと少し混乱する。
xd to flutter 使ったら 「error: Target of URI doesn't exist: 'package:flutter_svg/flutter_svg.dart'. (uri_does_not_exist at [nexterapp] lib/challenge.dart:2)」 とかエラーでたんだけど、どうすりゃいいの?
flutter pub get をターミナルから実行したら治ったぽい
次はこれ調べてる。 error: The argument type 'Color' can't be assigned to the parameter type 'ImageProvider'. (argument_type_not_assignable at [nexterapp] lib/dashboard2.dart:86)
次はこれ調べてる。 error: The argument type 'Color' can't be assigned to the parameter type 'ImageProvider'. (argument_type_not_assignable at [nexterapp] lib/dashboard2.dart:86)
次はこれ。実行時エラー
MediaQuery.of() called with a context that does not contain a MediaQuery.
No MediaQuery ancestor could be found starting from the context that was passed to MediaQuery.of().
This can happen because you do not have a WidgetsApp or MaterialApp widget
(those widgets introduce a MediaQuery), or it can happen if the context you use comes from a widget above those widgets.
The context used was:
Scaffold
See also:
https://flutter.dev/docs/testing/errors 修正可能性が多い場所が多すぎるので諦めた。 main.dart を別のにしようとしたときの書き換えが良くなかったと思われる。
プログラミング自体初心者と見たけど 質問する前にまずはエラーメッセージを読む癖つけよう 求める答えはそこにある
答えがほとんどズバリとエラーメッセージに書いてあるような?
俺が質問しても反応しないくせに いい加減にしろよカスども
許してやるから今のトレンドの情報をブロクでわかりやすく発信しなさい ちゃんとわかりやすく書いてくれたらアフィリエイト踏んでるやるからしっかり書けよ!
decoration: BoxDecoration( image: DecorationImage(image: NetworkImage("urlImage"), fit: BoxFit.cover) ),
xd to flutter で書き出したときはmain の Home ってところに画面名をかけば そこがHome 画面として書き出されるのね。 …ここにいろいろ書かれるのうざい?日本語情報少なすぎなので、多少なりとも 役にたたないかなと思って書いてるけど
エラーメッセージで検索する 英語のページなら、ブラウザで日本語に翻訳すればよい
Flutterってkotlin,swiftに変換もできるの? java→kotlinみたいな自動変換があるならちょと触ってみようかなと思ってる
React Native + Expo, Firebase しか、知らない
エラーメッセージって片言の英語じゃなくてネイティブの英語だから 機械翻訳でもかなりの精度で翻訳してもらえるよ 英語を読む気が無いのなら機械翻訳通してみれば? それと日本語情報に拘るのはやめた方がいいよ 機械翻訳で海外のサイトや本家公式見るようにしてみな そういうやり方に慣れれば 日本語情報なんて馬鹿らしくて見る事無くなるよ 日本語情報は中途半端で不正確で遅いものが多い
>>270 多分初心者の人にとっては大切な事だろうしね
Chrome入れたら以下2つの拡張機能入れるだけでかなり捗る
Google翻訳
Daily2.0
海外ページいったら右クリで「日本語に翻訳」選ぶだけ
chromeネイティブで翻訳機能付いてるから拡張機能いらないよ
>>271 DeepLも仲間に入れてあげて。かなり自然な翻訳してくれるので重宝してるわ。
>>271 >>273 貴重な情報ありがとう。
コツコツ勉強するわ。
デスクトップアプリも作れるようになるなんて mono潰しにきたな
state管理周りのトレンド早いね、state_notifier ええやんと思ったら、riverpodって。。。
出たばかりだからねこれから私用がコロコロ変わる可能性もあるから業務では厳しいかな
hooks APIのおかげでreduxも微妙感出てきたよ
flutterよりxamarinのほうが良いってところは何だろう? C#とdartの言語の違いは別にして。
Xamarin好きだけど、ネイティブAPIがたやすく呼べる所がメリットだと思うよ。 UI周りはXamarinのほうがどんくさいけど。 Xamarinでガワネイティブをよく作る。
providerが良いと思って使ってるけど freezeしろとかblocと一緒に使えとか どの記事を参考にしたらいいのか分かりません どなかたproviderの正しい使い方に導いてくださいませんかそこの先輩!w
providerが4.0以上の場合はconsumer使わなくても良くなってるので consumer使ってる記事はもう古いので見ないほうがいいっすよってのだけわかりました
flutter公式のadmobプラグインは使いにくいけどな
C#(Xamarin)でFlutterが使えるFlutnetを試してみた
https://qiita.com/f-miyu/items/9e55dbf7593a912a0dc1 Xamarinでflutter使えるようになってて草
まあバグ多いだろうからこんなん使うくらいなら1から書き直したほうがええけど
Dartの代わりにC#使えるのは魅力やなぁ Xamarinがもう少し使えるやつだったらなぁ
ScrollBarウィジェットで常時スクロールバーを表示する設定にすると エラーになるバグってまだ直ってないんでしょうか?
ためしたけど問題のissueとプルリクが閉じられてるので聞いてるんですよ
React Nativeに散々苦労させられた私ですが、flutterに移行してから安眠できるようになりました(^ν^)
最近flutter始めたんだがBLoCパターンの良いところが全くわからん。 providerのほうが100倍使いやすい。 まぁメッセージのキューイングが必要な場合はBLoCのほうが良いんだろうけど、何でもかんでもBLoCってのは納得いかん。
Providerパッケージ作者がその改良版であるRiverpodパッケージを出してる まだベータだけど来年あたりこちらに置き換わるかも
soundpoolより使いやすい音系のパッケージある?
>>307 逆にsoundpool以上の使いやすさって何が必要なん?
FlutterもJavaScript界隈みたいな新しもの好きに合わせる必要もない
>>293 >>294 DartってC#に似てるから入りやすくない?
async/awaitも使えるし
dart覚えるのにおすすめの本とか記事ありませんか? 英語難しいので日本語で
dartは進化早いから本はやめとき とりあえずmonoさんをすこれ
アンドロスタジオのアップデートでけえよ 一向に終わる気配無し
いまアップデートしたけどまったく重くなかったしすぐ終わった
Android Studio自体重いからVSCodeに移行したやで
メモリ多めに積んだ方がいいよ。最低でも16GBは欲しい。
providerの正しい使い方について誰か解説してください アフィふみますし本でも構いません!
・・・どうしてマキマはパワーを殺めてもうたん?(´;ω;`)ブワッ
mono氏が本を出してくれるように誰か出版社に圧力かけてもらえませんか
圧力かけられるほど権力か何かがあればいいんだけどねえ
「おすすめの本」 「日本語で」 「正しい使い方について」 この条件ならFlutterではなく日本語での解説本が多いRubyとかPythonをやるべき そもそもこの人プログラマーに向いてない・・・
>>327 何かしら彼にオファーは来てそうだけどね
断ってる可能性が高そう
本無いと何にも出来ないし分からないンゴ~w
>>329 最近はproviderとbloc組み合わせてる
riverはまだ趣味の域
monoさんすごいな。provider作者ともやり取りしてるし参考にせざるを得ない。
別に普通だろ すごいのはprovider作者みたいなライブラリを生み出せる人 monoはただの取り巻きなだけ
取り巻きて、、、 あれだけ情報発信してくれてるんだからすごいと思うけどね。
iOSのbegin/endBackgroundTaskをラップしたようなpluginありませんか?
iOSのbegin/endBackgroundTaskをラップしたようなpluginありませんか?
実際今どき本はねーべ? 数か月前にUPされたチュートリアル動画ですら情報古くて動かないことあるのに
言うほど口悪いかね? と思ったけど、ただの取り巻きは無いわーw
>>335 ないっぽいのでplugin自作しました。
Google Pay picks Flutter to drive its global product development
Friday, September 18, 2020
https://developers.googleblog.com/2020/09/google-pay-picks-flutter-to-drive-its.html インドとシンガポールのオープンベータ版か まあよかおめ 引き続きバグfix頼みますわ
dartの配列宣言が気持ち悪いが慣れると楽っぽい?
Medium、Qiita、noteから好きなのを選ぶがよい
遅れた情報でよければ日本語情報たくさんある
>>348 dartが癖強いのは配列に限ったことじゃなかろうもん
2.0以降かなり使い易くなってるから3.0にも期待してる
dattって癖強いのかな? 結構よく考えられた素直な言語だと思うわ。
dartはweb対応やめてくれないかな web対応のため仕様がjavascriptに引きずられる つか、後1,2年したらこっそりchromeにdartエンジンを搭載する案を復活してほしい
つか、やめろはいいすぎたな せっかくのマルチプラットホームだし
shell scriptでいうshellcheckみたいな正しい書き方かどうかチェックしてくれるものってありますか?
つ Analyzer
>>351 new 省略可にしたところは気に入ってる
インタフェースとか欲しいな
>>355 mixinってinterface代わりにならなかったっけ?
>>352 消してもいい気がする
少なくともまともなパフォーマンスが出ないし
パッケージがflutter upgrade に追い付いているか確認してからな。
久々に触ったらエスケープ記号@が使えなくなってておこ
つAnalyzer
>>351 インターフェース欲しくない?
providerで管理しているstateを全部初期化する方法伝授して!!
ProviderやめてそろそろRiverpodに移行しようず
やっとproviderを理解してきたのにもう後継?プログラミングの世界ってそんなもん?
riverpodって1ステート1クラスじゃん なんか気持ち悪いね
>>367 言語仕様の変更や追加があってそれに合わせてプログラムの書き方も変わり、新しいパッケージ・フレームワークが誕生する
ここ数年そのサイクルが加速してるからプログラマーはキャッチアップするの大変よね
providerの作者が次はこれっていったら無条件に従うのかよ 自分で判断できないおまえらがバカなだけ
>>369 React以降は後方互換ぶっ壊しOKな流れになったね
ぶっちゃけそんな短期間に作り直しとかできるものじゃないからねえ
dartの更新をまとめているページを教えてください あと、バージョン別に新機能とかもしたいです
>>374 英語は読めますか?
YES → github
NO → 死ね
golang界隈の変遷に比べたらflutterはそこまで変わってない方だと思いますよ
もちろんBreaking Changeは時々ありますが
>>374 煽りでもなんでもなくgithubを見るのが基本です
https://github.com/dart-lang/sdk/blob/master/CHANGELOG.md dartなんてflutterのhot reloadでターンアラウンドタイムがめっちゃ短いんだから習うより慣れろだわ。
flutter 1.21からdartが梱包されてるようだな dart単品で入れてたから削除するわ
stateless widgetでinitstateと同じことやるのはどうやるんですか
ゲームエンジンとかすぐ作られるかと思ったら、意外と出てこないのな
ゲーム作りたいならUnity使うでしょ。 Flutterでは開発対象アプリの分野が違うと思う。
>383 state_notifierのinitstateを使うとかは?
analizer_option.yamlみたいなのあるけど flutter公式のものをコピーして使ったほうが良さそう
>>348 var arr = new List(5);
などとすることを言っているのだとすれば、Javaと似ていて至って自然だが。
var arr = [1,2,3,4,5];
print(arr);
ともかけて、JSやRubyやPerlなどとも(ほぼ)同じだし。
二次元配列は、[[1,2],[3,4]]などと書くと楽だが、このような初期値リストを 使わずに書こうとすると途端に複雑になる?
おれ、今からDartの勉強するからつまずいたらおしえて?
flutterのイベントが全然開催されんな されても関西だけ 東京組はどうしたんだ?関西に負けてて悔しくないのか?
flutter/dartを勉強するのに良い本あれば教えて下さい
日進月歩で進歩するものを本で勉強するのはおすすめしない
以前に比べてちょっと盛り上がっってきてるなこのスレ。その調子で頑張ってくれ。
スレは大した盛り上がらんと思う 新しい技術やるのは若者とかがメインで、5chはおっさんだらけだし その証拠にkotlinスレはお通夜だし、逆におっさんユーザー多いC++スレと大盛況
>>402 JavaのラッパーであるKotlinに新しい要素はない。それがKotlinの強みでもあるが。
>>397 flutter complete referenceとかは?
>>405 下がってるな。AndroidStudioが大幅アップデートしても皆だんまりよ。ぜひ君の力で盛り上げてくれ。
今xamarin使ってますが、バグ多すぎてもう無理。 Flutterもあまり盛り上がってないの? というかappleは気まぐれな仕様変更を頻繁にするのに、共通フレームワークで作るということ事態が無理な考えのように思えるのですが。
> というかappleは気まぐれな仕様変更を頻繁にするのに、共通フレームワークで作るということ事態が無理な考えのように思えるのですが。 おめでとう とうとう正解に辿りつきましたね。
Appleは気まぐれな仕様変更をしやすくするためだろうけど、公式ドキュメントをほとんど出さない。 Apple公式ドキュメントに書かれた情報だけで開発するのはほぼ不可能。
>>408 俺は去年早々にXamarinを見限ったよ。
WindowsPhoneなくなった時点でMSがXamarinに力入れる動機はないし。
たまたまかもしれないけど今のところFlutterにXamarinほどの致命的な不安定さはないよ。Pub.devもそれなりに盛り上がってし超快適。
公式ドキュメントとして公開すべきものをハッキングサイトと称して第三者を装って公開するのはAppleの手法だから。
flutterのプロジェクトにappleの技術者も参加してくれるといいな
このスレの神様ならandroid_alerm_managerをiOSに対応できますか?
今頃気づくなんて馬鹿だなあ俺はもう3年も前からXamarinは糞と言い続けてるさすが俺様の先見の明だなあ
>>416 でたな、Xamarinほどの糞はないおじさんw
Xamarinここの所安定してるけどな。 ネイティブらしい部分書こうと思ったらXamarinの方が効率いいぞ。 flutterで済む事はそりゃflutterのほうが楽だけど。
>>419 確かにNativeを書くのはFlutterは面倒だけど、パターンは決まってるのでI/F部はほとんどコピペで行けるし、そもそも大抵のものがプラグインとして有志が作ってくれてる。
>>420 コピペでいけるって部分が、負の資産の香りがしてるんだよな。
Cordovaのプラグインなんかコピペで作れるが負の資産だらけだし、
RNのネイティブモジュールも死んだものでき始めた。
今流行ってるからpub.devのモジュールは信用できるけど、いずれ信用できなくなると思うぞ。
>>421 コピペでいけるのはあくまでI/Fの部分ね。Flutter側のinvokeMethodやNative側のonMethodCallあたり。
それよりpub.devで負の遺産の心配があるのはBLoCだわ。
>>422 いまはProviderからのriverpodだもんな。
>>423 そうそう、あのへんのデザインパターンが気まぐれすぎて少し過去の遺産を使おうとするとそれらが混在した一貫性のないコードになっちゃう。
ま、有り難く使わせてもらってるので文句は言えないんだけど。
>>424 そのへんは確かにそうだよなぁ。
過渡期と言う意味で、あんまり不用意な事は出来ないのは確かか。
早く熟れれば良いのにな。
あと、普通のサーバ&PCでdartが発展してくれたら、一気に移行できるんだがなぁ。
ちょまどがマイクロソフトに入社して一番Xamarinが盛り上がってた時期に俺は糞を糞と見抜いていたからな 時間を無駄にせずに済んだお前らは馬鹿だからあれから3年Xamarinに時間を費やして 自分の人生の貴重な時間をを糞に突っ込んだと認めたくないから必死でしがみついてるだけだろ 俺様の先見の明は素晴らしい俺様を称えよ
スタートアップだからスピード重視とか言ってコードの品質とか全く考えずに糞コード書きまくって そりゃ最初は規模が小さくて複雑じゃなくてバンバン新機能リリースできて楽しいかもしれないけど それを数年続けてるとだんだん仕様変更や新機能追加が難しくなってきて 最初はエンジニアが機能改修の依頼を渋りだすようになってくる そのうち開発期間が最初のころより何倍もかかるようになってきて 最終的にはエンジニアが逃げ出すことになる 引継ぎもろくに受けない中途で入った人間だとブラックボックス部分ができていじれなくなって ソフトウェアの成長はそこで止まる リファクタリングってユーザーメリットは何もなくて新機能リリースとかアピールもできないのに デグレリスクは高くて、ミスってクラッシュが増えたりすると評価を下げることになる 結局エンジニア以外の人間がリファクタリングの重要性を理解できていなくてその部分を評価しないからそうなる 日本のIT企業大分ましになってきたけどそこの部分に理解のある上層部の人間がいる会社が出てくるのはまだあと10年くらいかかるだろうなあ
ム板でひさしぶりに禿同を言いたくなるような 納得しかないレスだ
>>429 そもそもテスト書いてないからな
リファクタリングなど無理
>>428 おまえ馬鹿だろ
xamarinが糞なんて1時間触ったらほとんどの人がわかるわ
xamarin案件がまだ残ってる... 当初に導入した人はもう誰も残ってない。 むしろマイクロソフトさんがサポートを終了してくれたほうが、それを理由にできるのでありがたい。
結局、AndroidとiOSそれぞれ別々に適した開発言語で作るのが王道ってことでFA?
開発言語はそれでいいと思う 開発体制として1/3はkotlinとSwiftの両方わかる人に育てて連携が取れるようにする 残り2/3は1/3の指示の元必死に書き続けろ
>>435 バカなの?
その条件だけで作るならそれでいいのでは。
>>429 最後の行だけど10年後も変わってないだろうな
永久に解決しない問題
うるせーなxamarinの話題をしにこのスレに来てねえんだよ
じゃあflutter × firebaseの話ししようぜ。
「ジワジワきてるで~」って聞いたから、Dart含めて勉強中だけどスレ全然のびてないなw
Flutter for webではdart:isolateじゃなくてWeb Worker使うのか。面倒くさいなあ。
質問 マジレス頼む flutterではできないけどKotlinならできるって事を教えて欲しい。 よく、ネイティブの・・・・ 見たいな話しがあるけど、それの具体例を知りたい。 今からflutterを学ぼうかなと考えているけど、この話が気になってKotolinを 学んだ方が良いのか悩んでる。
君のバックグランドがようわからんけど、 まず、そんな事聞いてるって時点で他の言語も全く知らない本当の初心者ってこと??
>>451 センサーやらBLEなどの通信デバイスを直接扱おうとするとFlutterだけではできなかったりするよ。
でもほとんどのものは先人がそれ用のプラグイン作ってくれてるのであまり苦労はしない。
というか、DartもKotlinもSwiftも多少表記方法が違うけど似たようなもんなのでどれか1つ習得したら他の言語もさほど苦労せず使える。
>>452 phpだけ心臓に毛が生えた程度はいける。
※DB接続、 googleのapiでyoutubeの動画検索程度
ただ、クライアントアプリとjava系の言語は完全に分からん。素人ですらない。
>>453 ありがとう
こういうのを期待していた。
重ね重ね申し訳ないが、実例で教えて欲しい。
例えばセンサーが使えないってのは例えば加速度センサーとか?
こういうのが使えないのはアプリ開発として致命的だと思うのだがどうなの?
そして、それがなぜプラグインがあれば、それが困らないのかも教えて欲しい
※プラグインはflutterではない、別の何かで作られていてそれを呼び出すって事?
flutterの中にandroidやiosってディレクトリがあると思うけど、そこにKotlinやswiftを記載できるからネイティブじゃないとできないことはそこに記載するといいよ methodchannel flutterで検索すれば知りたいことが出てくると思う
>>455 FlutterはAndroidやiOSのSDK(API)を直接呼び出すことはできない。なぜならそのOSがFlutter/Dart用のAPIを提供してないから。
プラグインは各OS(のAPI)とFlutterの世界を橋渡しするもの。当然OSのAPIを呼び出すコード部分はKotlinなりSwiftになる。ここをネイティブ側と呼んだりする。
プラグインは自分でも書けるしpub.devに有志がたくさん公開してるからそれを利用することもできる。自分がほしいプラグインは他の人も欲しいので探せばたいてい見つかる。
実例はpub.devで適当なプラグイン見つけてgithubのソース見れば何となく分かるはず。
>>457 >>458 ありがとう
分かりやすい
お前ら賢いな
優しい世界だ
>>456
優しくない世界だ
ネイティブの機能使うアプリをflutterで作るのはやめておけ
>>459 バッテリー残量取得する単純なbatteryぐらいが一番理解しやすいかな?
ネイティブ側はJavaとObjCだけど。
https://github.com/flutter/plugins/tree/master/packages/battery/battery libディレクトリ内にdartのコード、android/iosディレクトリ内にネイティブコード。
それぞれのコードを繋いでくれるのはFlutterコンパイル環境がうまくやってくれる。
で、一番最初の質問の答えは異論はあると思うけどスマホプログラミング入門なら今はFlutterで良いと思う。すぐにネイティブの壁にぶち当たるとは思うけどまずはやってみることの方が大事。
>>460 イメージで良いから教えて欲しいのだが、
ネイティブの機能を使わないってのは
ブラウザでyahooを表示するようなことしかできないという事で良い?
or ブラウザで動く将棋とかオセロ見たいなアプリしかできないってこと?
>>461 gitみてみた。
なるほどね。
って感じだ
iso と androidの中身は作れる人が作ってるから
import 'package:battery/battery.dart';
の一行で必要な機能は呼び出してくれるぜ!! って理解でいいか?
最後の一言はありがとう 参考にする。
>>463 あなたの理解で間違いない。
頑張って面白いアプリ作ってね。
Googleの次期OSがfuchsia、言語はdart。勉強する価値はある。
>>464 は本当にいい奴。どんどん書き込んでくれたまえ。
クレクレ君で申し訳ない。
調べ方を教えて欲しい。
https://github.com/flutter/website/blob/master/examples/layout/lakes/step6/lib/main.dart ↑よく見かけるチュートリアルの
class MyApp extends StatelessWidget {
@override
Widget build(BuildContext context) {
Color color = Theme.of(context).primaryColor;
Widget titleSection =
Widget buttonSection =
Widget textSection =
return MaterialApp・・・
Column _buildButtonColumn(Color color, IconData icon, String label) {
}
について教えて欲しい。
↑これの Widget titleSection について Widget titleSection = Container( padding: const EdgeInsets.all(32), child: Row( children: <Widget>[ Expanded( child: Column( crossAxisAlignment: CrossAxisAlignment.start, children: <Widget>[ Container( padding: const EdgeInsets.only(bottom: 8), child: Text( 'Oeschinen Lake Campground', style: TextStyle( fontWeight: FontWeight.bold,
この部分にある、 child やchildrenは 何なのか 子どもと子供たちってのはわかるけど、 これはこの言葉に意味があるのか否か を、聞きたいのではなく、 childやchildrenという物を指定する必要があるのか無いのかをどうやって 認識したらよいのかを知りたい。 ※childの下にchildrenがいるのは言葉の意味で何となく分かるけど、 なんでその下にまたchildがおるの? childの下にAAAAとかBBBBとかいるかもしれないしいないかもしれないし。 あってもいいのか無くてもいいのか、なければいけないのか。等々 多分、わかってる人には当たり前の話だと思うが、このレベルでわからない。 因みに、phpではこのような考え方は存在しないと思っているが正しいのか
コンテナは1つしか子を持てないのでchild カラムは2つ以上子を持たないとカラムの意味がないからchildren
コンテナとカラムが分からない。 childがいるならparentだったりhomeだったり、 何がいてもおかしくないと思ってる。 コンテナの下にchildが来ることはあるけど、homeが来ることはない 見たいなところをどうやって理解(認識?)したらよいか このレベルで何か良い解説をしているHPは無い?
それはインスタンス化しているわけでchildやらはコンストラクタの引数
Row(行)とColumn(列)だから何となく想像つきそうな物だが
>>475 row,columが何を意味しているかは想像で分かる。
ただ、rowの下になぜchildが来ることがあるのかをどうやって認識したら良いかを知りたい。
>>474 つまり、コンストラクタには引数があり、childが来ることがある
という事実を理解しているのが当たり前という事でOK?
>>476 ググって分からないから聞いているんだぞ!
因みにググってわかる良いサイトをぜひ教えてくれ
>>477 そう
APIドキュメントにも書いてるだろ
確かに最初はhomeなのかbodyなのかchildなのかchildrenなのかbuilderなのか名前なし引数なのか戸惑うことはあると思うけど、はっきり言ってfluttet設計者のセンスでしかないと思う。 そのへんは慣れというかセンスを合わせるというかインテリセンスを最大限利用してイマジネーションするしかない。
>>481 なるほどね。
考え方。認識の仕方はわかったよ。
ありがとう。
がちで頼む、
481が考える一番参考になるHPを教えてくれ!!
因みに今これをやってる
https://flutter.ctrnost.com/tutorial/ のんびり半日ググって今のところ一番わかりやすい感じ
オブジェクト指向の言語を何か勉強したほうが良いよ。ネットではなく、本で。
そめそもchildまでタイプしたらchildなのかchildrenなのか予測で分かるから覚える必要ないじゃん
>>483 オブジェクト指向は理解している。
と、思っている。
自分が書き込んでいる質問はオブジェクト指向を理解していないって事になる?
>>484 childかchildrenかの話ではなく、なぜそこにchildなり
childrenがくることがあるかを知りたいのだよ
まあPHPしか経験無いなら言語機能的に無いものは知らない罠 newを省略とか名前付き引数とか
>>485 Widgetがどんなものか理解できてないような気がする。Widgetがどうやってレンダリングされるのか理解したらわかるんじゃない?
https://itome.team/blog/2019/12/flutter-advent-calendar-day5/ あとは提供されてるWidgetがどんなのがあるのか見てれば想像つくと思う。
>>485 ライブラリの設計上そうなってる としか言いようがなくない?
大事なのはchildに何を記述するのかであって何でchildって名前なのかは大事じゃないしな その辺は気にしてもしょうがない
>>485 デザインパターンは全部覚える必要は無いと思うけど
Iterator、Composite、Observer パターン程度は概念だけでも理解しておくべき
>>486 多分正解だと思う
知らんものは知らん new? それ美味しいの? って感じ
因みに今日触ってみた感じ new は一度も出てきてない気がする。
>>485 これいいね
なんか
分かりやすい感じがする
>>488 それでいい
そういう事実が知りたいのだよ。
考えれば、追えばわかる って感じではなく、
そういう物、ここはまる覚えしないといけない。
みたいなところを知りたい。
>>491 new知らんだとオブジェクト指向分からないって言ってるようなもんだと思うんだが
>>490 ありがとうなんだが、いきなりレベルがかなり上がったぞ
オブジェクト指向の話?flutterの話?
>>494 そうなのか
残念だ。
因みにflutterの話でok? newは
>>496 その三パターンは最低限のレベル
今のUIフレームワークはこの三つは最低限知ってないと厳しい
現場で、new も知らない、この三パターンも知らない、だったら実際にオブジェクト指向プログラミングの経験は全くないんだなと判断する
>>499 おう!
まかせろ
全く経験ないぞ!
phpはそんなの無くてもなんとでもなったからな
この三つはちゃんと勉強するよ
ありがとう
>>497 new自体はオブジェクト指向の話
new省略はDart以外もあるけどここではDartの話
なんで言語がDartである必要があるんだコレ? 余人(余語?)をもって代えがたいような言語でもないのにかなりの障壁になってるよな。 本音は流行らせたくないのかしら?
>>502 Dart書きやすいと思うんだけど俺は変なのかな?
仕事でJavaで書かれたAndroidアプリを移植したけどサクサク書けて楽しかった。
>>498 大半の人は理解してると思うよ。レスみてるとFlutterとかDart云々よりオブジェクト指向をちゃんと理解できてないように感じる。
遠まわりかもしれないけど、Javaでオブジェクト指向を勉強しなおした方が理解早いかもね。
>>501 >>504 他の人もあわせてありがとう
勉強になった
そして壁が高い事が良くわかった
>>505 諦めるのは勿体ない。Flutterなら出来るかも?と思った自分の直感信じて頑張って欲しいな。
>>504 最初にDartやるのはあまりお勧めできないよね
実はpythonとかもそう
JavaやC#などから始めた方が長い目で見ると絶対いい
GoやRustのほうが良い クラスベースOOPなど時代遅れ GoやRustに継承などない
dartやりたいならGoよりC#がええやろ ましてや初心者がrustなんて理解できる訳ない プログラマーに憧れてるだけの奴がアドバイスなんかするなボケ
AndroidStudioアップデートしてflutter doctorしたら 入ってるのにflutter pluginが見つからないって言われたんだが これって無視しても良い? 開発にはvscode使ってる
ちなみに手持ちのmacでもwinでも同じ現象出たから たぶん俺環じゃないと思う 今のとこ実用上の問題は無いけど気持ち悪い
>>511 会社のWinマシンで同じような症状になったよ。面倒だけど再インストールしたら直った。何かパスが変わったのかもね。
>>510 と同症状
ryzen/win10H エミュは起動する。
android studio, flutterを再インストールしても再現。
flutter側からandroid studioが見つかるのに
そのプラグインだけ見つからない、って症状はイミフだわ
そのうち治るのを期待するか
>>520 いや、ちゃんとした人だと思うよ。
仕事もキッチリしてそう。
チャンネル変更したら出なくなった AndroidStudioは全部4.1.0 OK dev 1.24.0-7.0.pre OK beta 1.23.0-18.1.pre NG stable 1.22.3 とりあえずbetaかdevにすれば出ないみたい 1.22のバグみたい
>>518 今自分の環境見たらchannelがbetaになってたよ。適度な事言ってすまぬ。
エラーの件はAndroid Studioの方が4.1で仕様が変わったせい プラグインが無いと言われるのは表示上の問題で無視しといてもいい flutterも順次対応していくといったところ
普通にできるっしょ 俺はMacbook AirでAndroidStudio使ってる
多分
>>529 はapppleシリコンがどうとかrozetta2がどうとかいう話題全然把握してないと思われ
m1は未知だよなぁ 本当にcoreとかryzenとかと肩を並べられる位のスペックなら 多分次はMBA買っちゃうかも 今のとこ眉唾だと思ってる Appleは盛るからなぁ・・・
まーた知ったか野郎が出てきた 何がロゼッタ2だ馬鹿カンケーねーから
あのmonoさんでもmacbook air 256GB RAM16GBを購入したから 迷うんだよね windowsしか使ったことないからmacbookはproじゃなくてairでいけるならポチりたい
cocoapodsがまだ動かないらしいね まあ、そのうち直るだろうけど
ロゼッタamd64で動くターミナルが付属するらしいね。 amd64向けのライブラリはどこまで用意されるのか…
いやflutterでmonoさん参考にするのは理にかなってると思う。割と頻繁に購入しているみたいだけど感想は正直だし。
futterスレでmonoって言われたらXamarinのCLIを連想しちゃう。
開発環境ぐらい主体的にきめられない馬鹿は向いてないからプログラマやめとけ
メモリだけ積んでりゃ余裕で動くからAirで良かったのにぃ
ベンチでAirに負けるProとか前代未聞だなw ジョブズもビックリして再起動するかもwww
出たばかりの「Android Studio 4.1」が、さっそく「Android Studio 4.1.1」になった みたいだけど、とりあえずそれは置いておいて、Flutter でWindows デスクトップアプリが 開発できるから調べてってことで、「 flutter_windows_1.22.3-stable.zip」をダウン ロードしてきて、Windows 10のPCに展開したんだけど、 「flutter config --enable-windows-desktop」をやった後で、 「flutter doctor」や「flutter devices」とやっても、AndroidのPlugingが検出できない のはいいとして、「No devices available」。 それじゃあと「flutter create hogehoge」とプロジェクトを作成しても、「ios」と 「android」フォルダはあるものの「windows」フォルダが作られてない。 もちろん、Visual Studio 2019のC++開発環境は入ってるし、最新版(16.8.1)にしてある。 気を取り直して「dev」チャンネルにしてみるかと、「flutter channel dev」とやって 「Successfully switched to flutter channnel 'dev'.」と出たのを確認してから、 「flutter upgrade」とやったら... 「Building flutter tool...」の次に「Running pub update...」が出たまま、数時間 放置しても固まったままになるんだけど? GoogleがFlutterアプリをWindowsやMac、Linuxのデスクトップ環境で実行可能にする 「Flutter Desktop Embedding」プロジェクトを発表してから、もう2年近く経ってる けど、本当にまともにWindowsデスクトップ開発ができる状態なんか?
>>538 お前mono様を呼び捨てすんなよ
低能はひっこんでおれ
>>548 まあ、それはいいとして(!?)
まともに動くPCかMacを買ってこようぜ
Linux版でやってみたけど、ちゃんとwindowsフォルダも出来てる。 もちろんビルドは出来ないけど。 ちなみにLinux Desktopアプリケーションはビルドして動いた。 本格的に使っていったときにどこまで動くのかは知らんけど。
>>550 とりあえず、14C/28TなXeonの中古WSと、搭載メモリ224GBぽっちだけど、
これじゃ足りんか?
>>551 「flutter config」を実行すると、
> <snip>
> Run "flutter help" to see global options.
>
> Settings:
> enable-windows-desktop: true (Unavailable)
> enable-macos-desktop: true (Unavailable)
> enable-linux-desktop: true (Unavailable)
>
> Analytics reporting is currently enabled.
と、全部てのデスクトップ用オプションが無効化されている模様。
OSが違うけど、下記のstackoverflowの投稿と同じ。
Flutter Desktop: Cannot find device on MacOS Catalina
stackoverflow.com/questions/59103742/flutter-desktop-cannot-find-device-on-macos-catalina
んで、「git clone
https://github.com/flutter/flutter.git 」でmasterブランチ
を直接取ってきてもダメっぽい。 ヤンキー品質。
最新beta channelの「flutter_windows_1.23.0-18.1.pre-beta.zip」は、「flutter config」の結果が、
--------
> Settings:
> enable-windows-desktop: true (Unavailable)
> enable-macos-desktop: true (Unavailable)
> enable-linux-desktop: true (Unavailable)
--------
でダメ。 最新dev channelの「flutter_windows_1.24.0-7.0.pre-dev.zip」は、「flutter doctor」の結果が、
--------
> Doctor summary (to see all details, run flutter doctor -v):
> [√] Flutter (Channel dev, 1.24.0-7.0.pre, on Microsoft Windows [Version 10.0.18363.1198], locale ja-JP)
> [√] Android toolchain - develop for Android devices (Android SDK version 30.0.2)
> [√] Visual Studio - develop for Windows (Visual Studio Community 2019 16.8.1)
> [√] Android Studio (version 4.1.0)
> [√] Connected device (1 available)
>
> • No issues found!
--------
と環境はOKになって、「flutter create hogehoge」でスケルトンプロジェクトを作成し「windows」
フォルダの作成も確認したが、「flutter run」で、以下リンク先の報告とまったく同じエラーが発生。
flutter run fails on Windows 10 (flutter desktop) #69872
https://github.com/flutter/flutter/issues/69872 --------
> <snip>\windows\runner\main.cpp(28,11): error C2039: 'set_dart_entrypoint_arguments': is not a member of
> 'flutter::DartProject' [<snip>\build\windows\runner\myapp.vcxproj]
> Building Windows application...
> Exception: Build process failed.
--------
糞すぎる。
プラットフォームによって力の入れ具合が違うんやろな
macでbrew cask install flutterでflutterをインストールしたのですが flutter sdkはどのパスにインストールされるのでしょうか?
$ which flutter dart で判らんの?
Windows Desktopを試してみたところ、master channelならいけた。 Flutter (Channel master, 1.24.0-8.0.pre.251, on Microsoft Windows [Version 6.3.9600], loca le ja-JP) dev channelはダメだった。 アプリケーションを終了するときにエラーを吐いたりしてたし、これがbetaやstableになるのは まだまだ先なんだろうなって思った。
>>558 > Channel master, 1.24.0-8.0.pre.251
「.pre」がつくのはdev channelしかないはずで、一番最新は「1.24.0-7.0.pre」のはず
だけど、「1.24.0-8.0.pre」なんて、どっから取ってきたの?
https://flutter.dev/docs/development/tools/sdk/releases githubの公式リポジトリにもそんなタグないのだが?
>>559 普通にstableの最新版をインストールした後、
コマンドラインから flutter channel master でchannelの切り替え。
その後 flutter upgrade と flutter doctor で完了。
>>560 おかしいな。 やってることは同じはずだが、「flutter channel master」で
channelの切り替えした後は、「flutter channel 」、「flutter upgrade」、
「flutter doctor」と、どんなオプションを指定しても、オプションなしでも、
channel 変更後の最初のflutterコマンドを実行すると、勝手にアップデートが
始まって、「Running pub update...」が出た状態でバッチ処理が固まる。
masterに切り替えた際には、-> flutter-1.24-candidate.11 と出る
CTRL-Cで強制終了させて調べると、「.pub-cache」フォルダ内に「dir」で
始まる数字とアルファベット組み合わせのフォルダが大量に作られているが、
中身はどのフォルダも空。
バッチを強制終了させる際に出る、
「Unable to 'pub upgrade' flutter tool. Retrying in five seconds」
で検索すると、2年以上前にも報告されている不具合とおそらく同じ状況。
Error: Unable to 'pub upgrade' flutter tool. Retrying in five seconds
https://stackoverflow.com/questions/49497109/error-unable-to-pub-upgrade-flutter-tool-retrying-in-five-seconds git clone -b stable
https://github.com/flutter/flutter.git や
git clone -b master
https://github.com/flutter/flutter.git でリポジトリの複製を作ってもダメ。 リポジトリを複製した場合、「flutter」直下の
「.pub-cache」フォルダも作られない。
Windows 7 SP1 (64bit)、Windows10(1909, 64bit)どちらも変わらない。
【豆知識】 Flutter 1.21からDartも含まれてるので 個別で入れてるほうのDartは削除しましょう!
今改めてchannel切り替えしてみたけどこんな感じ。 Flutter (Channel dev, 1.24.0-10.1.pre, on Microsoft Windows [Version 6.3.9600], locale ja-JP) Flutter (Channel master, 1.24.0-8.0.pre.268, on Microsoft Windows [Version 6.3.9600], locale ja-JP) 勝手にアップデートがかかるのはその通りだけど、特に問題は無かった。 環境の違いがあるのかな。こっちはWindows8.1(x64)。 Windows-Desktopの動作確認のためだけに引っ張り出してきた環境で 必要なソフトウェアは今回初めてインストールしたことになる。 俺はFlutterを触りだして数ヶ月程度だから、あまり詳しいことは分からんのだよね
まずWindows10にしようぜ 無ければ諦めよう
Windows8.1なら10に無償アップデートできるだろ?
もしかして俺に言ってるのかな 俺は何も困ってないぞ
漏れは、Win 8 から10 へ、Update して、 WSL2 にして、Ubuntu 18.04 を入れた Docker も入れれるのかな? メモリが8GB しかないから、キツイ
>>563 > 俺はFlutterを触りだして数ヶ月程度だから
こっちも似たようなもの。
なんか、bin下の「cache」に展開したDartを本来の場所へコピーするあたりで、
ファイルロック状態か何かで止まってるっぽい。 念のため管理者権限のコマンド
プロンプトやPowerShellからやっても同じ。
Flutterを入れる時は、Android Studioは起動していないんだが、Android Studioの
Dart Pluginや、Flutter Pluginあたりが悪さしてるんかな?
--------
> Flutter (Channel dev, 1.24.0-10.1.pre, on Microsoft Windows [Version 6.3.9600], locale ja-JP)
--------
昨日の夕方見たら「Dev channel」に新しいリリース(↓)出てますね。
https://flutter.dev/docs/development/tools/sdk/releases?tab=windows 結局「1.24.0-8.1.pre」ってタグが存在した履歴はGitHubの公式にはないけど、
Googleの中の人か、Google内のリポジトリにアクセスできる人?
1つ前の「1.24.0-7.0.pre」は、Windows Desktop対応のスケルトンコードを吐く
けど、ビルドが通らなかったから、これなら行けるかも。
>>562 それ、zip版を展開する場合だけの話ね。 あと「git clone」でリポジトリを取ってきた
場合は入ってない。 だから「git clone」は、初回には必ずDartEngineを取りに行くけど、
cacheフォルダへzipを展開した後で固まる。
ちなみにこれまでFlutterもDartも使ってないよ。 念のためCドライブ下を「dart」で検索
してみたけど、「vcpkg」でインストールしたパッケージに、検索で引っかかるファイルが
幾つか見つかるけど、Dart本体(bin)ではなさげ。
「Stable channel」のzip版だとAndroid/iOSの開発はできるけど、Desktop系の開発機能が
無効化(Unavailable)されているみたいで、「flutter config --enable-XXX-desktop」で
フラグだけtrueにセットできても、「flutter doctor」でVisual StudioもWindowsデバイスも
検出されない。 「-v」や「-vv」を付けて詳細表示するとか以前の話。
んで、「flutter channel XXX」で切り替えると、直後の「flutter」コマンド実行で
channelで指定されているDart Engineを勝手に取りに行って、結果は同じ。
「Dev channel」のzip版は最初からDesktop系の開発機能が有効化されているので、
「flutter channel master」不要で、「flutter config --enable-windows-desktop」
するだけでVisual StudioもWindowsデバイスも検出できる。
但し、「1.24.0-7.0.pre」は、「flutter create hogehoge」でWindowsフォルダを含む
スケルトンは自動生成されるけど、いざ「flutter run -d windows」でWindowsデスク
トップのバイナリをビルドしようとすると、結果は
>>553 の通りコンパイルエラー。
Googleの連中は、リリース前にJenkinsとかでCI回してないのかねぇ?
>>564 Windows 10 Pro (64bit)でも同じなのだが? 一応3台のPC(Win7×1, Win10×2)で
試してすべて同じ結果なので、少なくとも再現性はある。
「flutter_windows_1.24.0-10.1.pre-dev.zip」を試してみた。
「1.24.0-7.0.pre」では一応プロジェクトを作ることはできたけど、
今回は、「flutter create hogehoge」の時点でエラー(↓)になる。
--------
> C:\TEST>flutter create hogehoge
> Creating project hogehoge...
> hogehoge\.gitignore (created)
> hogehoge\.idea\libraries\Dart_SDK.xml (created)
> <snip>
> hogehoge\windows\runner\win32_window.h (created)
> Cannot resolve symbolic links, path = 'R:\Temp\pub_8d57b0fb' (OS Error: ファンクションが間違っています。
> , errno = 1)
> Running "flutter pub get" in hogehoge...
> pub get failed (66; , errno = 1))
--------
調べたところ、上記は RamDisk(ImDisk) が関係するこのissueらしい。
On windows, using a ramdisk leads to "Cannot resolve symbolic links" #26113
https://github.com/flutter/flutter/issues/26113 同じ開発者のAIM(Arsenal Image Mounter)を使えば解決するみたいな。
https://github.com/ArsenalRecon/Arsenal-Image-Mounter 一応、5chの関連スレも貼っとく。
ImDisk Virtual Disk Driver & Toolkit Part1
http://2chb.net/r/software/1544695756/ 一旦、ImDiskが入ってない環境でテストしてみる。
RAMディスクを無効化すると、レジューム用ファイル(hiberfil.sys)が、 搭載メモリと同じ容量だけ強制確保されて、Cドライブの空きが足りないので、 とりあえず、環境変数(TEMP/TMP)をデフォルトに戻してImDiskに割り当て ないようにやってみたら、うまくいった。 もしかして、「flutter channel」の後に固まっていたのも、すべてこれが 原因だったのかもしれん。
>>558 で出たというエラーが気になるが、Flutterアプリの[×]ボタンで閉じる
とエラーが出るけど「flutter run」で起動するとデバッガが動くから、コマンド
プロンプトのヘルプに従って「q(enter)」でデバッガを終了したら、エラーは
出なかったよ。
--------
> Flutter run key commands.
> r Hot reload.
> R Hot restart.
> h Repeat this help message.
> d Detach (terminate "flutter run" but leave application running).
> c Clear the screen
> q Quit (terminate the application on the device).
> An Observatory debugger and profiler on Windows is available at:
http://127.0.0.1:63506/xxxxxxxxxx/ --------
「
http://127.0.0.1:63506/xxxxxxxxxx/ 」をWebブラウザのアドレスバーに
貼ると、デバッガでアプリの状態が見えるっぽい。
プロジェクト下の「build/windows/runner」フォルダに、Visual Studio用の
ソリューションファイル(.sln)とプロジェクトファイル(.vcxproj)が作られて
いて「Debug」と「Release」フォルダにバイナリ(.exe)ができる模様。
「--debug」オプションがデフォルト(省略可)で、「flutter run --release」
とやるとリリースビルドができる。
「Release」だけでなく「Debug」も、作成された実行ファイル(hoge.exe)を
直接起動したら、[×]ボタンで閉じてもエラーは出なかった。
Flutter本の著者がほとんど無名みたいなやつばっかり 購入したい本がない
無名でもいいけど、買いたい内容じゃないんだよな。まだ熟れてないから仕方ないけども。
秀和システム 掌田津耶乃 はハズレとみて間違いない
もし、Android/iOS両方のプラットフォームでアプリをリリースする必要があったとしても、マルチプラットフォーム対応用フレームワークは使ってはいけません。
ちょっと詳しい上長なんかだと、Flutterがどうだとか、Reactがどうだとか言ってくると思いますが絶対に流されてはいけません。
あれはそれぞれのプラットフォームでの開発のプロが居る上での選択肢なので、急でかつ自分ひとりチームのような場合には絶対に使わないことがおすすめです。
取り敢えずネイティブで作ってみて、自分にAndroidの業務用知識がついてから検討してでも遅くはありません。
もしどうしてもマルチプラットフォームでと強く言われたら、PWA(Progressive Web Apps)に話を持っていきましょう。
もしあなたが急にAndroidアプリを業務で作るはめになった場合の選択肢(2021年初頭版)
https://qiita.com/Gazyu/items/dafdb74c4aadf722da92 身をもって痛い目にあってるからという印象を受けるけど実際どこがダメなんだろう。
Xamarin.FormsとFlutter、サクサク動くのはどっち?
>>579 ハード絡みの機能が難しいというのは書いてあるじゃないか
GPS, Camera, BT
>>578 PWAはそれはそれで結構難が有るんだよ。
ローカルファイルシステムは通常通りにはアクセスできないし。
ローカルファイルのアクセスはFile System Access APIで良い感じになるんじゃね
>>583 JSやHTMLの公式サイトっぽいところにはまだ書いてない気がする。
そもそも、Chromeに限定しても仕様を学ぶのにどこを見ていいかも分からない。
状態管理のやりかたとかいろいろ入れ替わりが激しくて脱ReactしてFlutterやってみようかなと思ったんですけど Flutterも同じ感じですか?状態管理のパッケージの流行りの入れ替わりみたいなのありますか 激しいですか
>>587 やってたのはReact Nativeじゃなくてweb app用のReact?
React Nativeだったら評判悪いし人気も落ちてるし
FlutterかXamarin.Formsに変えた方がいいと思う
ウソ吐きの言うことは信用できないのでFlutterとXamarin.Formsはやめときますw
>>589 別人はだまってろw
無能なおまえにはどっちも使えないしな
>>588 ウェブのほうです
Flutterはウェブアプリの書き出しもできるようだし
修正の確認もウェブフロントエンド開発と同じくらい早くてかんたんだと聞いて
>>593 Flutter webか
https://flutter.dev/web 上見るとまたbeta channelと書いてあるしまともに動かないんだと思ってた。
ただBrowser(C++/JS)と書いてあるのが気になる。
C++もできないとFlutter web使えないとかいうことはないの?
Dart覚えるのはともかくC++まで必要になるとめんどうだし困る
Reactはサードパーティのをたくさん組み合わせないといけないし
すぐに人気落ちると思うわ。JSのフロントはどれも長続きしない
Flutter for WEBをプロダクトで使ってるんだけど、そんなに簡単ではない印象。 簡単でないってのは、やりたい事に対して解決方法が見つかりにくいという意味ね。もちろんやりたい事によるけども。 1番面倒だなーと感じたのはpub.devから落としてきたライブラリが動かなかったりした時だね。
ありがとう デモ見ると「オシャレUIの盛り合わせ 〜なめらかアニメーションを添えて〜」みたいな調理例がたくさんあって CSSやらデザインで泣かずに済むのかなと思って
>>595 Flutter for WebでC++の知識は必要になる?
最後の行のはまだbetaだからで時間が解決してくれそうだけど
MicrosoftもXamarin.FormsにWeb supportいれてくるようだから注目してる
>>596 HTMLとCSSの世界、めんどくさいよな
ElectronはWeb技術を使ったデスクトップアプリであってWebアプリでは無いんじゃね Flutter Webはその逆って感じ
>>597 ここでいうC++はJS Engineのことだと思う。そんなとこは手を入れないからFlutter for webやる上ではC++は不要なんじゃないかな。使わなかったし。
>>596 CSSやらなくていいやーと思ってたんだけど、レイアウト面倒なのは変わらないかな。個人的にはBootstrapと同じだなーという感じ。
Ruby on Rails でも、 ほとんどの人は、HTML, CSS, JavaScript は、あまりよく知らないけど使っている感じ Bootstrap, React をコピペしてるだけ Webpacker というWebpack をラップしたものを使っているから、 Webpack, Babel もよく知らないけど、なんとなく動いている感じ
新天地と思ったけどFlutterも同じか・・・楽園はどこにもないんだね
来年になったらFlutterに色々動きはありそうなんだけどな XamarinもMauiに統合されるしマルチプラットフォーム向けFWがより使い易くなることを祈ろう
クロスプラットフォームは総じて糞と相場が決まっている ネイティブでやりましょう
>>600 ありがとう、C++不要か、安心した
あとFlutterから出力されるhtml, CSSが汚いという話を聞いたことあるけど、
どの程度のレベルなの?
最低限、重要タグの h, とかメニューがlistになってるかとか知りたい。
あまりにひどいとSEO完全無視状態になるから用途次第では使えなくなりそうだし
その辺どうなんだろう
>>605 そうは言ってもiOS, Andorid, Browser, Windowsの4種類の
開発できる人はそう多くはない。学習の負担は大きい
FlutterやMAUIならうまくやればひとりで全部のコードかけるように
なるわけで魅力的なのは間違いない
誰が作っても同じになるようなGUI部分のコード共通化という点ではメリットが あるのかな?という印象。 逆に言うとその部分での差別化は難しい。 むしろ、 短期間でGUIのスケルトンだけを仕上げて客に見せると、開発は簡単なんじゃ ないかと、単価引き下げを要求されかねないデメリットがありそう。 他人が作ったできあいのパッケージ/プラグインを適当に繋げて使うことで、特に 見栄えに関しては工数を掛けずに作れるけど、結局プラットフォームの違いでネイ ティブ呼び出しする必要が生じれば、自分でプラグインを作る必要が出てくる。 そうなると、プラットフォーム毎に異なるAPIや言語(Swift/Objective-C, Kotlin/ Java, Visual C++)が必要になってくる。 その点、Xamarinの方が、C#/.NET (Core) Frameworkだけで書ける範囲が広いのではないかな? あとFlatterはスマホアプリ開発前提で、常に1ウィンドウ(フォーム)だけが全画面 表示されるGUIなので、将来的には判らないが、今のままデスクトップ版がビルド できたとしても、アプリとしての使い勝手はよくない気がする。
ところで、Flatterのウィジットなんだけど、せめて公式なウィジットだけでも、
クラスの階層図ってないの?
こんなの。
https://docs.microsoft.com/ja-jp/cpp/mfc/hierarchy-chart?view=msvc-160 あと、Flatterで開発してる人は、ドキュメントはどうしてるの?
c#というか.netは言語、クラスライブラリ、過去の資産とか優れてるわけだけど、マルチプラットホームなUIフレームワークの部分だけが糞で
いかにDartが糞でもトータルとしてみると
Dart+Flutter>c#+Xamarinになってしまう
もちろん、アプリの種類によって得手不得手があるから、flutterが現状一番マッチするのは
>>77 ,78,79な感じ
>>610 判っているけど、未だについつい間違えてしまう。
>>611 Xamarinもちょっとかじった程度だけど、そんなに糞なのか?
flutterもGUI部品が揃ってるだけで、VB.NETでグレープソフトやCrystalReportの
世話になってたような連中にとっては便利に見えるかもだけど、フレームワーク
としてそんなに充実してるかな? むしろ混沌としてる気がする。
flutter以前に、Dartが中途半端に他の言語を模倣していて、言語仕様の細部がよう
判らん。 C言語で言う、#defineや、#if~#else~#endif に相当する機能はない
のか? __FILE__, __FUNCTION__, __LINE__みたいな定義済みマクロとかも
ないの? ざっと見た限り、仕様らしきものが見当たらんのだが?
Flutterでネイティブが必要な部分はたいていプラグインあるし、分かってしまえば自分でプラグイン書くのも難しくない。 総じてXamarinよりFlutterのほうが遥かに開発効率は良い。
>>606 SEOはダメだと思うよ。そもそも、ほとんどのタグをCanvasタグで独自描画させてるし。そもそもWebサイト作るためのフレームワークではないからね。
>>612 Dartの仕様は下記URLから見れるよ。
https://dart.dev/guides/language/spec#dart-2 ドキュメントどうしてるの?については、公式サイトとStackOverflowみてるよ。場合によってはライブラリのソースコードを直接読んでる。
>>612 Xamarinは糞で有名よ。
自分も投資が全くの無駄になった...
>>614 ほとんどのタグをCanvasタグで独自描画させてるし
イイ!ね!
>>614 > Dartの仕様は下記URLから見れるよ。
>
https://dart.dev/guides/language/spec#dart-2 そこは一応見てるけど、「macro」で「DartLangSpec-v2.2.pdf」の中を検索しても
1つもヒットしないってことは、C言語で言う、#defineや、#if~#else~#endif に
相当する機能はないってことで桶?
>>615 そっちのドキュメントじゃなくて、JavaDocやDoxygenのような、自分の書いた
ソースのコメントからドキュメントを作成するツールとか使ってないのって意味。
>>618 C相当のマクロは使わないからわかんない。
ドキュメントに関してはdartdoc使えばいいと思う。Effective Dartに書いてあるから読んでみて。
>>620 使わないというか、使えなさそうな気がする。 ちょっと試したコードを一時的に
無効化したい時とか、どうやってるんだろ? いちいち、コメントアウト?
リリースとデバッグで処理を変えたい時は、
> dart.vm.product という環境を変数がtrueの時はRelease実行でfalseのときはDebug実行になります。
というのを見つけたけど、これってあくまで実行時に振舞いを替えるだけで、使わ
ない方のコードもバイナリに含まれるっぽい印象。
#ifdef DEBUG~#else~#endifとは違う。
> ドキュメントに関してはdartdoc使えばいいと思う
ググったら、こんなの出てきた。
https://qiita.com/kkohtaka/items/dabacce44488bdcd5fb2 おおよそのコメント書式は、DoxygenやJavaDocと同じみたいやね。
Dart2で一部取り込む予定という記述もあるが、調べた限り「Conditional imports」を
使えと言う回答くらいしか見当たらない。 しかし、その「Conditional imports」の
出来もあまりよくなさげ。
Is it possible to compile code conditional in Flutter?
https://stackoverflow.com/questions/57973064/is-it-possible-to-compile-code-conditional-in-flutter Conditional code preprocessing #33249
https://github.com/dart-lang/sdk/issues/33249 Building a Flutter Project with Conditional Imports
https://medium.com/ @rody.davis.jr/how-to-build-a-native-cross-platform-project-with-flutter-372b9e4b504f
>>621 お試しとか単純にコメントアウトしてるけどそれじゃダメなのか。プロダクトコードにreleaseとdebugの切り替えが混ざるの嫌だから気にしたことないや。
Dartは1と2で結構変わってるから昔の記事はアテにしないほうがいいよ。
>>621 最近は(というかC++ぐらいから)defineも含めてプリプロセッサは使うなという宗教がある。Javaでは採用されてない。C#は必要悪として残してる感じ。
代わりに普通のif elseを使うとよろし。そのくらいは最適化してくれる。
dart が Sound Null Safety とか導入してきた! こんな機能は要らん、クソ面倒くさい ?があまり無いのが良いところだったのに・・ とうとうdart終わったな・・
コンパイラにnull判断お任せがどの言語でも主流よ あきらめろん
Widget設計する時、required/Null/NoneNull 考えなきゃか・・ TypeScriptみたいにinitialized来るかと思ったらlateか・・ int? hoge; やだなぁ・・
>>630 実行時に赤画面でエラーメッセージ表示より良いでしょ。
>>631 バグがあったら落ちるべきで、
型に?付けてnuiiチェック強制するかなぁ・・
めんどくさいから全部?にしたらソース読みにくいよな
あとnull返すのやめてthrowするようにするとtry-catch書かなきゃ、force try含めて(落ちるところは落とすべきだからね)
つまり全部null許容型で問題なくてチェックすればいいんじゃないの?
Obj-Cとかビルドも実行も爆速だからなぁ・・
>>632 実行時のnull安全を全パスするより静的にチェックできたほうがトータルコストが低いでしょ。
>>633 ビルド時間とか、型?の可読性考えるとそう思わないんだ。
静的解析は別途やればnullの可能性は分かるわけで。
null使わないのに型?とか ま、Cとかnull安全なくて成り立ってきたわけで
Null Safety対応したらパッケージも対応してないとビルドエラーになるんだな。。 コミュニティ崩壊するだろコレは。
Flutterはkotlin対応予定ないの? 同じGoogleなのにDart, Go, Kotlinと推し言語がバラバラで腹立つ MSはちゃんと推しはC#に統一してる
kotlin→java dart→JavaScript だからか・・ Sound Null Safetyのアンラップルールが分からんw !と?ってどう使い分けるんだろ。クラスのプロパティが?でアンラップできん・・
jsへのトランスポートが必要だから dartだろうね。
>>637 MSもC#の他にTypeScript推してるじゃん
文脈を読んでアンラップしない記述ができる、 リアルタイム判定はなかなか凄いなコレ
そうか、クラスのプロパティを!でしかアンラップ出来ないのはそこで落とすためか・・ メモリ空間を共有するthread間でプリエンプトされないのは当たり前として、async/await後とかIsolateは静的解析じゃ分からんからな なかなか深いな・・
>>638 >>641 いや、MSはイチ押しは長いことC#だぞ
C#だとMSの開発ツールほとんど使える
2番手がVB.net
F#とかTSはASP.NETとかで使えない。3番以下の扱い
ファイルの分け方とかよくわからない 全部1ファイルに書いちゃうから
Ruby on Rails では、HTML のヘッダー・フッターなど、 すべて部分ごと別々に、パーシャルで作る
>>645 1Widget1ファイル
グローバルFunction群ファイル(クラス要らない
あとconstとかJSON→Modelとかも1ファイル
Sound Null Safety めっちゃ良いじゃんwwwwww
>>649 線出るでしょ
あと少し複雑なUIにすると直ぐに10ネスト位になるし
>>644 適材適所でしょ。PowerShellは?VBAは?
>>651 そんな汎用性のない言語、ツールだされて反論されてもね
>>652 Powerとかって名前に限ってパワー無いし
>>655 pub.devにたくさんプラグインあるので一瞬で作れますん。
Flutter というか Dart の話になるけど、 Python のdir()に相当するものってある? dir()結構便利なんだけどな。
Pythonのdir関数ってREPLくらいしか使いどころ思いつかないんだけど。Dartでそんな利用シーンある?
flutterはアーキ糞だしdartは古臭いし使う価値ないだろ
>>660 TypeScriptに変えてくれないかな
それならワンチャン覇権はある
swiftのphysicsBodyもAndroid側で使えるの? SpriteKitとかもAndroid側で使えるの?
dart好きやで。 今まで、ちょいツールはPythonで書いてたけど、今はdartに移行してる。
Dart最新版の逆引き時点みたいなの誰か書いてください
flutter増えていると聞いていたが、Google Trendsでは最近は横ばい。 Delphiと同じか僅かに抜いた程度。
>>665 TSとの覇権争いに一度負けた糞言語のくせにゴリ押ししてくるのが腹立つ
FlutterアップデートにしたらAndroidでadmob_flutterクラッシュする… とりあえずダウングレードしたけどFirebade_admobにしないといかんかなぁ? でもリストに組み込めないんだよなぁ…
MacのbrewでFlutterをインストールするとパスにバージョンが含まれますけど アップデートしてもパスは変わりません Macではこういうものですかね?
自力で環境作る事も出来ない奴が 自分の使ってるプラットフォームに文句付けるな ボランティアじゃねーんだよ
逆だ brew作ってる人は ボランティアでやってんだからよ
>>674 あぁ質問なのね
あまりにも低レベルだから気づかなかったよ
質問に答えとくよ
Macだからじゃないよ
使い方の問題
パッケージ管理を使うならパッケージ管理のシステム側で
バージョンアップを統一しないと不一致した状態になる
要はそういうパッケージ管理システムを使う上で
基礎中の基礎な事を知りもしないで適当に使うから
そういう状態になっているだけ
MacだろうがWinだろうがLinuxだろうが同じだよ
使う人間の問題
Sound Null Safety いつから?春?
最初っからそうなってる言語ならともかく あとから追加してnullどうのこうのってそんなに必要なん? C/C++,Javaをやってきた身としてはnullでそんなに苦しめられた覚えが無いんだが みんなそんなにnullが怖いん?
nullよりもnullでないゴミデータに苦しめられる方が圧倒的に多い。 nullでスカッと落ちてくれる親切さに感謝するのが礼儀。
>>677 Javaのぬるぽとかランタイムに発生するエラーだから嫌なんじゃないの?
せっかくType-safeなのにIDEで検出できないのはやだよ
KotlinはJavaと比べた優位性にNullの安全な処理をうたってるね。
新しい言語はその辺、考慮されてるってことだろう。
逆に677やってたC/C++, Javaは古いからそういうのやってた人は気にならないのかと。
>>678 分かる。
C++でもNULLポインタはちゃんとCPUの一般保護例外が発生して
OSのダイアログが出て停止してくれるので余り問題にならない。
テスト中はどこで発生したかもIDEですぐに分かるし。
JavaのコードKotlinに変換するとメソッドの引数がnullableだったのがnonnullになってて意図せずクラッシュする 変換したとき全部の引数に?付けるようにするのもあれやし結局クラッシュ増えてるし
KotlinのNull Safetyと違ってDartはSound Null Safetyだから…
きっちり全パス通すようなバイモーダルのモード1じゃなくてもnull検出できたほうがありがたい。
これは画面遷移の話っぽいね。routeを更に推し進めた感じかな? 選択肢が多いのは良いがBLoCやProviderみたいに1つのアプリ内に複数のフレームワークが混在しちゃいそう。
Navigator 2.0でBottomNavigationBarの問題解決するならいいけど
今まで画面更新はUIの状態変わったらsetStateで行えたけど、画面遷移もsetStateして、Navigatior Widgetをそれにあわせて更新してやればいいようになる
で、これと絡めてrestoration apiで画面復元しやすくなるのかな..??
flutterならobj-c選択したほうがswiftよりいい? でもプラグインがswift使ってるから意味ない?
flutterの利点はAndroidとiOSアプリ同時に開発できることだろ swiftと悩むってことはiOSだけでいいの?
FlutterがFuchsiaの標準UIだし今のAndroidに注力してもなあ
かゆいとこに手届きます? GPUとかジャイロとかGPSとか unityやれっていわれそうだけど どこまでやれるんだろうって考えてなかなか手が出せない
>>694 flutterでBLE機器とか操作する組込み用途で有名な人がいる
>>694 そのへん制御するプラグインはたくさん転がってるので困ることは少ない。
もし機能が足りなかったら自分で追加すればいい。
Fuchsimaってまだ開発続いてんの? 発表から何年も経ってるんだが
Dartの無名関数すこ こんなふうにしてる言語今まであったっけ foo() {} // 有名 () {} // 無名 統一感がありすぎる こうしてみるとなぜ他の言語こうなってないのか逆に不思議に感じるくらいの発明
>>697 今月の記事、製品化はまだまだとのこと
グーグル、新OS「Fuchsia」プロジェクトを社外のコントリビュータ―に解放 - ZDNet Japan
https://japan.zdnet.com/article/35163612/ 大体開発が長期化してるのは糞ゲーだと相場が決まっている
flutterが失速したら次は何だろうね?今さらXamrinはないしReactの復権かなぁ?
KotlinのKMMだろ Netflixも採用したから伸びるぞ 言語もDartみたいなゴミじゃないしな Flutterは今はシェア高いけどDartなんて好き好んでやるやついないし すぐ廃れるんじゃないかな RubyがRails専用言語で落ちぶれたように DartはFlutter専用言語として消えていくと思う
Kotlin KMM
Kotlin Multiplatform Mobile
https://kotlinlang.org/lp/mobile/ XamarinはMAUIになったらMicrosoftが開発、管理するようになったら 品質あがって人気になる可能性はある。MAUI
それ乗り越えてもmauiはもうひとつ問題がある xamlが重い... MVUサポートしたらxamlなくなって軽くなるのか知らんが
kotlinはいいね KMMには期待してるけどUI対象外だしな
>>707 Xaml重いの根拠は?
native iOS, Androidとの比較で
Xamarinは14%しか速度落ちないようだから
XAMLだから重いってのは理解できない。
Visual Studioの重さと結び付けてないか?
ごめん、厳密には原因を調べてない xamlが重いのかはたまたmonoというか.netが重いのかは知らん 最近触ったのはUno Platform androidでアプリ動かしてみたけどとんでもない重さ ゴミレベルの重さ
昔はUWPでタッチアプリも作ってたときも、デスクトップPCで動かす分にはいいが、タブレットPCで動かすと重い x:Bindやらx:Loadやら試しても気休め程度 後、もちろんuno platformの実装がくそという可能性もあるね いずれにせよ録なイメージしかない
マルチプラットフォーム開発だと現状flutterが一番生産性とアプリパフォーマンスの点からよさそうだけど、Dartが言語として魅力ないのがなぁ
>>710 Uno Platformは重いよ。
UWP互換レイヤーをXamarin上に組んでるんだから。
Xamarin.Formsやってみれば?
まあ軽くはないけど。
>>712 昔ts2dartってあったけどあれ開発終わったんだっけ
flutterの凄さと言うか他の追従を許さないのは、 描画エンジン platformView以外、画面全体を自分で描画してるからな あとdartはかなり洗練されてるぞ
>>716 どういうところが洗練されてない?
nullの話と文末のセミコロン以外でなんかある?
>>715 そうそう、ActivityやらViewControllerのライフサイクルの違いをほとんど無視できて、個々のWidgetもかなり高品質なものが揃ってる。
アニメーションも強いし。
Dartよく知らないけど Dartが洗練されているならもっと言語として人気でてるはずでは? Googleが関与してるならなおさら。 Dartは、KotlinのようにAndroidのFirst-class languageにも指定されてないってことは 機能やらなにやらが足りてないってことでしょう
洗練されてるかどうかで言語を選べる人って趣味の人だけだろ
>>715 前半も意味がわからない。
FlutterがOS標準のGUIを使わずに独自の方法でやってるということは
それだけバージョンアップ時に不具合が起こりやすいってことで短所にもなる。
KotlinのmultiplatformのようにGUIをOS標準に
まかせる方式のほうが問題が起きにくい。
>>721 逆だよ。多少OSの仕様が変わっても低レベルの描画APIはそうそう変わらないし、変わったとしてもフレームワークで吸収できる可能性が高い。
例え話が適切かどうか分からないけど前にiOSで廃止になったUIAlertViewとかも独自描画のFlutterでは影響を受けなかったはず。
>>722 使いやすいAPIを無視して使用しないなら
Flutter側で必要以上に複雑なコードで低レベルAPIを
叩いてるってことだからバグは生まれやすいと思うわ
>>723 発想がズレてるよ。
flutterが全画面描画してるのはゲームと同じ土俵だから低レベルAPIじゃないんだ。
ゲームの土俵でUI/UXを実現してるだけ。
>>726 低レベルAPIといったのは
>>722 で
俺はそれを信用してかいたわけだが。
Flutter内部のコードが複雑になってるのは事実だろ
コードが長くなればバグも生まれやすい
間違ってない
ついでに言わせてもらうと、UICollectionViewとか、一見使いやすいように見えてcellの生成アルゴリズムを知らないとどハマりする。 flutterの場合reusableCellは無いから無限に作ろうとする。しかしscrollControllerで自由自在に生成/廃棄できる。
>>727 間違えている。flutterはエンジンの動作をiOSが保証して成り立っているから。
オープンソースだから気に食わなければコミットしたらいいですよ 嫌いなら使わなければいいだけ
PlatformViewが使えない時はflutterエンジンが実画面にコピーしてたからなw それはスピード的にコンニャクwだったなw
iOSの描画に関してはMetal使ってるから変更にはめちゃくちゃ弱そうだけどな Appleが仕様握ってるからほぼ完全に変更される可能性もある
>>729 とはまともな会話が成立しそうにないからもういいや。
iOSが保証っていつからiOSが人格持ったのか
iOSがAppleの間違いだったとしてもおかしい。
Appleが動作を保証することもありえない。
mauiとかOS標準の機能使うなら、大抵は各OSの最大公約数みたいな機能にしぼられるから、アプリがしょぼくなるか、 それを超えてやると「自分のコードが増える」 例えばOS毎にUI分けるはめになる
例えば、androidでは、メインのスクロールコンテンツにあわせてツールバーが隠れたりするUIがあるが、これを例えば、OSの機能でやるxamarin.formsでは用意されてない? で、やろうとする「自分のコードが増える」 flutter内部でflutter側のコードは増えるが自分のコードは少なくなる
もちろん、iOSで他のOSのUIのお作法押し付けるのどうなのとかの問題あるが(flutterはiOSのデザインのコントロールも用意されてるが)
>>723 描画低レベルAPIってのはskiaのことね。このあたりの仕様や挙動はOSバージョンアップしてもそうそう変わらないので影響を受けにくい。
反対にXamarinとかは各OSのNativeなGUIコンポーネントの上にさらに実行環境を構築してるので比較的影響が出やすい。
例えばNativeボタンデザインが大きく変更されたとするとXamarinは影響あるけどFlutterには影響ない。
Flutterで良いと思ったのは UIの描画を独自でやってる所だが... これでかなり面倒な os毎の画面仕様の調整から解放される。
UI描画を独自でやってるのは割と大きいメリットだよね。 とはいえ各プラットフォームのガイドラインを無視するのか、とか、微妙な部分はあるんだけど。 バージョンアップ時に影響を受けることは、逆に少ないよ。 Androidでは、古い機種でも新しいコントロールの見た目で描画されるぐらいだし。
reactとflutter比べるとflutterの方がUiに関してOS差分気にしなくていいから楽だしな flutterのアーキは糞だけど現状flutter使うのがベストという悲しい状況
>>739 各プラットフォームのガイドラインを無視する
それが良いんだよ。
Androidのガイドラインは守ってるだろw iOSはAndroidにUI/UXは2周回遅れにされてるからもう無理だし
androidの方がUIをiOSに似せてきてない? ナビゲーションドローワからボトムナビゲーションへとか
analysis_options.yamlでcast_nullable_to_non_nullableを指定しても warning: 'cast_nullable_to_non_nullable' is not a recognized lint rule って表示されるのはなぜですか?
本来はオリジナルのUIコンポーネントを作るために、 Android/iOSが用意してる方法を使って、 Flutterは独自のUIコンポーネントを作ってるという事? wikipeによるとDartはTSに敗れた後にFlutter向けに再始動したんだな
Flutterは画面に色々描画できる画面に相当する1枚のCanvasみたいなのがあって、Flutterが自分でボタンならボタンっぽく描画してるってこと。 で、そのCavasみたいのは(skia)のはandroidではopen GLそれともvulkan?、iOSならmetal?みたいのを裏で使ってる
OSは大抵はテキスト入力するコンポーネントやボタンオン/オフするためのコンポーネントなど色々なUIコンポーネントを用意してるが、そのなかに大抵自分で線や矩形などを使って自分で描画できるCanvasみたいなコンポーネント(機能)も用意されてる FlutterはそのうちのCanvasコンポーネントを使って他のOSが用意してるボタンコンポーネントとか使わずに自前でボタンを描画してるイメージ
>>743 要はスタンプ押すのを用意されたスタンプを使うのか自分で作ったスタンプ押すかの違い。
OSが用意したスタンプ使うとOSの仕様変更でスタンプの見た目変わっちゃって画面に入り切らなくなっちゃうけど、自分の作ったものは変わらず使えるってこと。
ここまで書いてあまり良い例えじゃないと気づいた。
>>717 まず、_で可視性制御するのどうにかしてほしい
プロパティのprivateなsetterとかどうすりゃ・・
あと、finalフィールドが、initializer listでしか初期化できない・・
コンストラクタ内でfinalフィールド初期化したい
dartはオープンソースだけど それについてコミュニティーで問題定義しましたか? どのようなアクションをあなたは起こしましたか?
これもよく議論されるだろうが、 後、isolateもあるがシングルスレッド環境もどうなの・・ flutterはデスクトップも対応する予定だが、C言語ほどやるつもりは毛頭ないが、 結構パフォーマンスなどを気にかけだすと途端にウンコになる なんにせよ、JavaScriptを引きずりすぎて、色々、制約が
デスクトップアプリ作ったことないけど、そこまで遅くなる印象ないけどね。AOTでもそんなに速くはないなーくらいは思ったけど。
デスクトップだから遅くなるという意味じゃなく、デスクトップアプリだとマウス入力などでもっと生産系の凝った、複雑なアプリ開発とか視野に入ってくるわけで、 そうすると、マルチスレッドとか基本だけど、isolateだとメモリ空間分離されてるからめんどくさいし もちろん、今のタッチ入力メインのモバイルアプリでも凝った、複雑なアプリ作れるが
マルチスレッドなGUIフレームワークって世の中にどれだけあるの?
>>750 privateが_なんて全くなんの問題もない。むしろそれごときに慣れる事ができないなら今後思いやられる。
finalがコンストラクタ~ってのは分からんでもないけどそれならfinal外せ。
StatefulWidgetのfinal制限ならきっと俺には分からない実装上の都合があるんだろう。
詳しい人の解説を待とう。
普通か? UIスレッドが複数のGUIフレームワークってなんだろ。 あと、極力、スレッド間でメモリ空間を共有しないのが最近の王道では? isolateに振ったのは悪くない方法だと思う。
>>759 どうせThreadレベルじゃプリエンプトされないから
MainThread.asyncで十分だよ
>>761 スレッドでも普通にTTSでプリエンプトされると思ってたんだけど最近は違うのかい?
>>754 ろくにプログラミング経験ないなら、
Kotlin + Android Studio
Swift + XCode
の純正で最初にある程度経験積むほうがいい。
最初からクロスプラットフォームの開発は初心者向けじゃない
>>752 なんだDartってマルチスレッド対応してないのかよ
Dartが洗練されてるとかいってた話うそじゃないかよw
時間かかる処理はどうやってるの?
C#使えるUnity, Xamarin, MAUIのが長い目で見るといいんじゃないか?
あとはKotlin Multiplatform
FlutterはUIの部品はいいけど、Dart言語がいまいちってかんじかね
なんか話が途中からずれてるな・・
俺がいったのはあくまでUIスレッドは一つだぞ・・
>>759 でUIスレッドが複数になってるけど
>>756 もUIスレッドが複数の意味なのかもしれんが・・
>>764 一応、ワーカースレッドのisolateってはあるが、メモリ空間が別なので
データやり取りするのがちょっと難儀がある
flutterのUIが豊富ってだけで仕組みは死ぬほど糞だけどな 少し大規模開発になると縦横無尽にblocやらproviderだらけになってレンダリング系の問題とか出てくると手に負えなくなる
他にも整数型がintしかない問題 1バイトや2バイトなどしか使わなくても8バイトのint使うと無駄多すぎ デスクトップアプリでメモリ一杯あるし勝手にキルされないから、どんどんオブジェクトを ため込んでいくと無駄も結構大きくなる メモリ絡みで弱参照もないし・・ もちろん、普段はHttpたたいて結果を表示するレベルのモバイルアプリがメインだからこんなことは 全く気にしてないけど でも、どんどん規模が大きくなるとdartはうまくスケールしない・・と思う
>>766 まぁいくらproviderが極少化できるとは言ってもそれを最初から設計することは困難なのでとりま全Widgetツリー更新で実装してしまって、リファクタは影響が計り知れないのでそのままにしちゃう。
ステートのライフサイクルとの兼ね合いとかわけわからんくなって誰も触れないコードの出来上がり。
理想と現実は違うよね。
>>768 intしかないメリットも大きい。
機器からのbyte列をUint8Listに変換すると無駄に思えるが普通はそこからModelクラスに格納するのでローカル変数でしかない、激速で処理して解放するメリットのほうが大きいw
>>768 intに関しては今どきbyteだからと言って本当にRAMを8bitしか消費する事はないし、もしあったとしてもとっても無駄が多い。
CPUのアドレスバス幅考えればすぐに分かる事。
>>765 俺がいったのはって書いてあるけどいつ言ったの?
>>774 君だれ?
>>772 ああ、そうだね。alignmentやpackingを指定できる言語もあるけど、たいていは特定のalignmentに調整されたね
そこは浅はかだった
>>765 なるほど
UIで多少楽できても
Dartのせいでビジネスロジックで苦労するわけか。
マルチスレッドないと微妙だな
やはりゲームまでつくれてC#も使えるUnity最強説
Flutterなどのクロスプラットフォームを使わない場合に モバイルアプリ開発で、 UI関連コードとビジネスロジックのコードの開発にかかる時間の 割合はどれくらいだろう? 20% + 80%? 30% + 70%? 直観でビジネスロジックで70%超える気がするんだけどそうだとすると DartがクソなFlutter使うよりも、言語が優秀なC#系やKotlin系の ツール使うほうが効率いいんじゃないのか?
778 の 言語が優秀なC#系やKotlin系のクロスプラットフォーム対応ツールとは 具体的にUnityとかKotlin Multiplatformとか。 Xamarin, MAUI
つか、しぼらなきゃいけないの?w まあ、オールラウンダーがあればそれ一つやるに越した事はないが 俺はwin32ネイティブ,WPF,UWPやらandroid java/kotlinで今はflutterだけど、アプリの種類に応じて一番楽なの選ぶだけだし xamarinはないがmauiは出てきてから評価しないとなんとも言えんし
マルチスレッドだとイイって 思い込んでる低脳かな? Viewを担当する部位に マルチスレッドいらんだろ。 Asyncで十分 笑
後、ビジネスロジックってビジネス次第だがhttp叩いて表示するくらいならどの言語でも基本はそこまで苦痛にならん それよりもUI絡みのコードは、例えば独自ビューを作ったりするとそのUIフレームワークについて詳しく知る必要があるから自分では相当苦痛 だから、基本、言語がいくら糞でもUIフレームワークが充実してる方を選ぶかな。ということで、flutterは品質いいから普通に使うけど
RxとかMVVMとかユーザーメリット皆無だからな。 オナニーしてないでとっととプロトタイプ作れよ by 客
いつまでクラサバやってんのか!
って感じのがマジ多い。
ロジックはサービス側で完結してくれ。
>>783 RxはUI側で有効に使えますよ。
>>784 もうそんな時代じゃないと思うんだよね。
表示系はrebuild、入力系はForms。
streamSubscriptionとかはRxを隠蔽して分かりやすく使う。
ビジネスロジックは要件。 UIは偉い人の好みでさらに偉い人の好み←ここが難題w
UIは速攻で作って 技術ものとも使い捨てですよ。 使い捨てできなそうな実装は、 コードも読みづらいし、 View側のコードにロジックがてんこ盛り...
>>783 確かにMVVMはViewをわざわざXMLとかの別言語で書く意味がわからん。ある意味強制的な分離にはなるんだろうけどアーキ設計者の自己満足としか思えん。
>>784 web appsも
web api使ったmobile appsも
client-serverだろう
>>778 の
ビジネスロジックの意味誤解されてるけど
UIに関連しないコードはビジネスロジックと思っていい。
日本語の「ビジネス」とは関係ない。
要件とも関係がない
>>786 >>780 SwiftとばしてDartにいったのか。
Swift, Kotlin, C#の純正の開発も
Web APIやらDBのも継続的に学習必要だから、
cross-platformだけで何種類も追いかけてられないわ
アプリの種類に応じて使い分けることなく開発できるツールを
なるべく選びたいだろう
学習はするが楽はしたい。つまり効率
>>792 swiftがdartより劣ることはないだろう。
dartは何も決めなさすぎでウンコだろ もうちょっと標準パッケージを充実させろよ 今は非同期のキャンセル処理を自分で適当なクラス作ってやるか.. kotlinなら一番豊富でJobやらDispatcherやらややこしい C#だと、CancellationTokenがある Dartも適当なの用意しとけよ
>>794 subscribe.cancel()じゃあかんの?
SwiftはUIKitから逃れられないから、いつか消えて無くなるだろう。。
>>796 Foundationさえあれば使えるよ
サーバーサイドswiftも一部マニアは使ってるらしい
流行るかは別
要らないNULL安全は来ない 要るNULL安全が来る
カウンターアプリをstatenotifier+freezed+riverpodで書かれたサンプルを教えてください
>>803 ググればでできます
provider+changenotifierで十分です
>>804 プラスInheritedModelを使えるようになればステートマシンから部分更新余裕www
null safetyはよこい どうせ、null safetyがくるから今assert(hoge != null)を書いたり書かなかったり適当にがこの1か月で書いたコードに大量に はやく、全部assert消したい まぁもう有効化できるんだろうが..
前から思ったんだけどさ、collections api使ってると、A is not subtype of Bという 例外が出たりするんだけど 例外の意味は分かるんだけど、何でコンパイル通るのかなという 例えば List<Hoge> hoge; hoge = あるコレクション.map(); で、コンパイル通るけど、実行時に例外で hoge = あるコレクション.map().toList(); にすると例外でない ようはIterable<E>とList<E>の違いなんだけど、なんでコンパイル通って実行時に例外でるの?
DartPadで実行しても例外でるな void main() { List<String> hoge; final hage = [1, 2]; hoge = hage.map((e) => e.toString()); print('$hoge'); } hoge = hage.map((e) => e.toString()).toList(); にすると例外消える
Dartの型システムってどうなってんだこれ abastact class List<E>はEfficientLengthIterable<E>をimplementsしてて EfficientLengthIterable<E>はabstract class Iterable<E>をextends つまり??
Android向けにビルドしたらJVMの上で走るの?
>>815 いえ。必要最低限の部分を除きDartVMまたはNativeで動作します。ただしブラグインなどJava/Kotlinで書かれたコードはJNI経由でJVM上で実行されます。
>>816 へぇ、じゃあちょっと軽くなるんかな?
DartVMってのがどんな動作するか気になる
回答ありがと
GPU使う描画のコードって何で書くの? OpenGLはAppleさんダメだよね、Metalでもないだろうし 勝手に変換してくれるならありがたいけど
>>810 MapとMappedListIterableの違い分かる?
高階関数で出しわけな
Flutterでandroidのサービスって作れる? 教えてエロいひと
Sound Null Safetyはいつからstableに反映されるの?
2021 earlyだな 主要ライブラリの対応状況で調整するだろうけど
まだプラグインのほとんどがnull安全になっていない気がする。 dartだけ対応してもプラグインが使うpodがnull安全じゃないから無意味みたいな気もする。
後から追加して意味の有るようなもんじゃないような気がするが 言語開発陣営としては最終的に価値ありと判断したんやろな
だからSound Null Safetyで文脈読むSoundでアンラップ不要に出来るんだよな。 しかしNull安全よりも、例えばColmunの中にListView入れた時に必須パラメータが必要ですよ、ってWidget間連携して真っ赤な画面出さないで欲しい。 意外とWidget同士の使い方がむずい。
YoutubeでアメリケンがFlutterでぱっぱか良いUIを作ってるけど・・・・全然真似できないぜ、俺も練習しなきゃ それにしても、日本のプログラミング系Yotuberは、悪徳教材やら悪徳商法っぽいのだらけになったな
>>835 >YoutubeでアメリケンがFlutterでぱっぱか良いUIを作ってるけど
詳しく
>>835 西野みたいなタイプばっかで嫌になる
本物がいない
podcastに逃げないでyoutubeでやって欲しい
>>818 このパフォーマンスベンチはアニメばっかだからオーバヘッド少なさそうなandroid/kotlinの方がはやそうだけど、
普通に作るとflutterのほうがキビキビしてるような
AOTコンパイルのおかげか?
Flutterで作ってしまったらコード使い捨てでしょ Dartが問題で絶対にオワコンになるしな Kotlin multiplatformのがいいだろう
いつの間にかデバッグでChromeが起動しなくなっとるわ
Dartそんなに悪いか? 全然良い言語だと思うけど。 もう少しデスクトップアプリ、少なくともcliアプリが作りやすかったら流行らん事も無いと思うんだけどな。
FlutterはUIコンポ充実してていいと思ってたがいざ本番アプリ作ってみると制約ありまくり
Pull to refreshやるRefreshIndicatorとSliverListやら組み合わせられないとか、
昨日はCollapsingToolbarやろうとしたら
子の中身に合わせて高さ変えられない?とか
https://github.com/flutter/flutter/issues/18345 他にもListViewやSliverListで特定位置にスクロールすると、要素が大量にあるとスクロールが糞重いし... で、それようのサードパーティーのScrollablePositionedList使うと、今度はこれがSliverじゃないのが...
Widgetの相性というか親子関係による相互干渉で試行錯誤しなくちゃいけないよね。 試行錯誤で結果的にうまくデザインできても後で見たら無駄なネストが多かったり。 昨日も無意味にCenterが複数ネストしたの見つけて凹んだわ。
別にそこまで凝ったUIを作ろうとはしてないんだが、Androidで今までの ViewベースのCoordinatorLayoutとかjetpackで用意されてるぐらいのことは簡単にできると思ってたが... だが、いざ、使ってみるとマテリアルWidget制限多すぎ...
>>842 DartがFlutter用言語になってるならクソ言語ってことだろう
ほぼRails用になってるRubyと同じで衰退の道しかない
もともとTSに負けた言語だし
>>849 Rails記述言語になったRubyはよく伝わったわ。そのとおりだな。
悪い言語じゃないんだけど、もう少しcliでも活用してるぜみたいな話が無いとほんとに流行んないよな。
その点denoはあいつは新しい。
>>843 普通にダートって読んでるけど
ダーツは矢を投げて的に当てるゲームと同じdartsって綴りになるかと
FlutterのテリトリーでDartはクソだと騒いでもね クソなら他使えば?としか言えない
どうやったらダーツなんて読めるんだよん、、、 と言え、javaをジャバとか言っちゃう業界だからなぁ
ジャバはジャバでしょ。まさかジャワとか読んでるの?
>>843 ダーツ、ダート、どっちでもなく
英語のdartと同じ発音でいいだろう
>>855 例えばさ、baseballと書かれて「これはこの業界ではバセバルと読むんだよ」と言われれば俺もそう読むよ
でも、なぜベースボールと読まなかった?と疑問には思い続ける
業界の通例じゃなくて、英語圏はみなジャバ(ジャヴァ)だよ
dartアプリでFirebaseCrashlyticsのスタックトレースに dartのソース行出る?
Android向けの小規模個人開発をこれから始める場合、kotlinよりflutterの方がいいのかな? Windows向けの開発経験はあるけどモバイルは未経験
>>861 Android限定でスマホ経験ないなら素直にJavaかKotlinにしとき。
Flutterは一通り経験してからなら最強だけど入り口としては全く推奨しない。
ReactやってたらFlutterはすげーわかりやすい。UIの構築がWindowsしかないなら理解するのしんどいかも。
linuxインストールしたときにrubyって初めから入ってなくて、その程度の扱いなんだなって思った
>>863 たまにそういう人いるけど全くそう思わない
宣言型UIという大きな括り以外に共通点なし
>>861 最初にKotlin、次にApple用にSwift
C#経験あるならKotlinとSwiftはすぐ覚えられるぞ
KotlinとSwiftはすごく似ている。
Android, iOSのロジックコードの共通化はKotlinでできる
>>861-862 c#経験あるならJavaはかるく本読む程度でいいだろう
自分でJavaでコード書く必要はない
Kotlinのほうが圧倒的に短いコードでかける
Null safetyもあるし
Swiftはやめた方がいい、また近々大規模な仕様変更がある
>>866 全く別物だと思うが
swiftってライブラリ使うだけってイメージしかない
>>869 コルーチンの話だろ
kotlinはちょっとした表記がオレオレ仕様であまり好きではないわ
Swiftはコミュニティが崩壊してるからもうダメだろ
似たもの(スマホアプリ)作れるってだけのイメージだろ
あれこれやってみるとreactで良くね?ってなるな
プログラム系何も触ったことなくてとりあえず簡単なアプリを 作ってみたいからFlutter勉強してみようと思うんだけど Dart言語を使ってFlutterでアプリ開発って Dart言語をまず覚えないとだめ? flutterはDart言語を使うためのソフト的な認識でいいのかな? 教えてください。
プログラミングやったことないならDartの勉強は必須。 FlutterはDartから使えるライブラリ的なもの。
>>879 なるほど。
そしたらまずはDartを挫折しないようしっかり勉強します
ありがとう!
ちなみにおすすめのDart入門書みたいなのってないかな?
Swiftはコンパイラが厳しすぎてクソ [Any,Any]?とアクセスするとムカつくほど指摘してくる コンストで入ってんだからさ~ dartは少し緩いけど、JSONの中の配列とかすんなりモデル化してくれない、1度List作らないとmapでアクセスできない、ライブラリもう少し頑張って欲しい
>>881 自分は公式のチュートリアルとツアーをGoogle翻訳しながら勉強した。
https://dart.dev/tutorials ただ、プログラミング自体初心者におすすめできるかどうかわからない。
>>878 Flutter, Dartは最初にやるものじゃない。
Kotlinでandroid app作るのが先
Flutterは言語の出来が悪いからやる必要ない。
最初に悪いもの覚えると伸びない
>>881 プログラミング初心者はDartのようなマイナー言語に手を出してはいけない。
Kotlin, Swiftからやるほうが賢い
Dartは数年後に消えている可能性が高い
>>887 中国は学校でdartを教えてるが・・Swiftは初学者にはコンパイラがうるさ過ぎSwift3あたりから特に
>>888 それアホ教師がいるごく一部の学校の事例だろう
Dartはまだエコシステムが小さすぎる
ただのFlutter専用言語でしかない。
>>889 AppleがおちぶれないかぎりSwiftは安泰だ
dartのほうが未来ある、Swiftはとにかく何もかも遅い
>>890 Objective-C「AppleがおちぶれないかぎりObjective-Cは安泰だ」
ID:QGZqE/9q こいつアンチ活動に必死だなwwwww
GoogleがFlutterに力を入れているのは事実 次期OSにDartが使われるとの噂があり 人気が上がったのも事実
>>891 web frameworkのbenchみたがSwift遅すぎだな
しかしDartも47000だからKotlin C#と比べると相当に遅い
結局、KotlinとC#しか勝たん
https://www.techempower.com/benchmarks/#section=data-r19& ;hw=ph&test=fortune&l=suqynx-1r
>>892 Objective-C、おまえは既にリストラされてるだろ
いや現時点はdartは大分クソだろ nullはいうまでもないがtupleすらない言語なんて今更つかたくもねえ named paramもオプションなのも気に入らんわ
>>894 その噂は信者の妄想だ
客観的にみたほうがいいぞ
Android StudioがDartをサポートすらしてないだろう
まだGoogleの中でさえメインの言語の地位にない
Android StudioでDart使えるくらいになるまでFlutterは触らんでいいと思うぞ
>>894 JavaScriptの方がまだ現実的だろうね
dartはキャメルケースなのがイヤ メソッド名が説明的でモッサリモッサリしてんのがイヤ 42.toRadixString(16); // dart 42.to_s(16) // ruby
昨年末に社外に解放した的なニュースがあったな 製品化には程遠いとか
googleはflutterに力入れまくってるだろ
四半期毎にリリースして
https://medium.com/flutter/announcing-flutter-1-22-44f146009e5f 前回は3000 issueをclose
半端ない力の入れよう
>>905 issueの数なんてどうでもいい。バグ多くてもその数字は大きくなる。
Android StudioでDartでの開発が推奨されるようになったときに
Googleが推奨してる言語といえるようになる。
DartはまだGoogle社内ですら認められていない証拠だ
まだGoogleの中の一部の組織が推しているってだけ
Dartは機能もたりないし、性能もひどい。
>>895 のbench見てこいよ
性能ゴミだから。
ドキュメントに最初に出てくるのAndroid Studioだしプラグイン開発もgoogleなのに何言ってんだ?
https://flutter.dev/docs/get-started/editor GoogleのスマホアプリはFlutter移行進んでるし社内で認められないとか全く意味不明なんだがソースでもあるんか?
Webフレームワークのベンチで比較する意味もわからんし
せめてスマホアプリのベンチで比較したら?
あ、Xamarinの低性能っぷりが露見したら困るかな?
個人の感想で悪いがFlutterはかなり速い。うねうね動くゲームとか作るなら別だが普通のアプリなら全く問題ない。 Expand系のレイアウト座標計算が複雑なWidgetを多用したりsetStateのスコープが大きすぎると多少もっさりはするけどそれは作りの問題。
やる気重要 C#と.netみたいにいくら言語とクラスライブラリが優れててもxamarinみたいなUIフレームワークが低品質だと誰も使ってくれない 逆にdartがいくら中途半端でもクロスプラットフォームのflutterの品質が高いからflutterが使われる 言語だけを見てもしょうがない トータルとして dart+flutter>c#+xamarin(その他開発環境) トータルとして勝るほうが使われるだけ
dartは好きじゃないけどFlutterは好きだよ 圧倒的に楽できるから でもハマりポイントいくつかあるから他社案件で使う時は要注意な
>>912 この式で言えばxamarinだけ圧倒的に弱くてワロタ。
最新CPU比較でpentium3が参戦してる感じ。
gesture周りは、素のAndroidよりいい。 pinch-zoomとかrotateとかをきちんと用意していないAndroidの方がおかしいけど。
>>914 使ってる人ですらこんな感じだからな
Flutterをすきな人ですらDartはすきじゃない。
ほかに良い言語でフレームワークの出来もいいのが台頭してきたら
FlutterとDartは消える
>>913 Kotlin, Swift, C#と比べると機能が不足
>>912 やる気とか体育会系みたいなこと言われても
>>909 スマホアプリで比較したら多くの言語を網羅できないだろ
クライアントアプリで速い言語はサーバーサイドで使っても速いのがふつうだ
Flutterの開発チームはDartを開発していたチームなのか?
>>909 もしGoogle社内で認められていたらFlutterなしで、
Android StudioとDartでAndroid app開発ができてそれがスタンダードになる。
言語じゃなくフレームワークでの比較だと言語の速さ分からなくね 895のベンチではC#とか1位のフレームワークもあればほぼ最下位のフレームワークもある Dartには速度を追求した良いWebフレームワークが無いってだけの話かと
>>921 その言語で使えるwebフレームワークが少ないなら
エコシステムが小さいという欠点を示している。
多くのフレームワークが生まれないのならそれは理由があるんだろう。
言語がクソだったり、性能がでなかったり。
遅いのはDartのせいでなくフレームワークの出来が悪いと思うなら
webフレームワーク作ってみればいいじゃない
>>918 Flutterはかなり優秀なFWだからそうそう消えないと思うよ
それくらい使いやすいことだけは言っておく
flutterが優秀?どのへんが? クロスPFで動く標準UIコンポーネントが他より豊富だから仕方なくイヤイヤ使うようなものだろflutterなんて アーキテクチャは💩
Dartは触ればさわるほどTypeScriptでいいんじゃないかと思えるな
時期OSのfuchshimaはflutter開発でkotlinもJavaも捨てるってマジ?
>>931 全ては全て
コアのinheritedwidgetが💩そのものだから全て💩
ツリーのネストが深いUIやビジネスロジックが複雑な大規模アプリになると人の手に負えないカオスコードになる未来しか待ってない
どんなアーキテクチャだろうとアプリが複雑になれば、コードもある程度複雑になるのは仕方ないが、状態管理で糞設計してるからだろ
例えば
>>766 とかも糞設計してる典型例
スレの伸びようを見ればオマエラがdartに興味を持っているということはわかった
>>932 InheritedModelを理解できないからってムキになるなよwww
>>933 そのクソ設計によってwidgetの再生成とレンダリングが制御されるアーキが💩だから
>>937 うん、なら他のUI使ってればよろしいやん
Flutterは言語とアーキテクチャがクソなら生き残るわけないね 最後に勝つのはKotlinかC#のFramework
Flutterはそんなクソかな? Dartはベストではないにしろ別に不満はないし、FlutterもViewの分離が強制されてないところがむしろ好印象だし、Widetは高品質なものが豊富だし、StatefulやProviderも慣れてしまえば普通に使えるし、iOS/Androidで全く違うUIViewController/Activityのライフサイクルをほとんど気にしなくて良いし、プラットフォーム依存部は簡単にplugin書けるし。 BLoCはクソだけど。
Provider使っとけばいいのかと思ったらRiverpodなんか出ちゃって
アンチが張り付くようになったしいよいよ本格的な普及期かな
おまえらアホだからわからんだろけどさ flutter💩は値を変えるだけでdeveloperがわざわざ特定のwidgetをrebuildさせないといけない 命令形なら普通にwidgetのプロパティに代入するだけでレンダリングはFWまかせ 宣言型はFWが単純で軽量になったかわりにアプリdeveloperに面倒を押し付けてるわけ そんな💩を歓迎してるやつも💩だろ Reactはあまりに💩だったhtmlのdom操作から開放された功績とrenderの差分検出で性能もよいから神となったけどflutterはただの💩よ
>>943 出鱈目書いて正しいツッコミさせるやつ?
くだらない小細工やってる暇があるならドキュメント読みなさいよ
読んでもわからないなら教えを乞いなさい
>>943 確かに一般的によくある生成済みのコントロールに対してちゃちゃっとプロパティ変更、という概念はないね。
プロパティ変更のためには必ずと言っていいほどrebuildが伴うけどProviderと組み合わせておけばModelからのNotifyで自動的にrebuildされる。
そのへんの思想はStatefulパターンなので好みの問題かな?
rebuildしても結局ウィジェットツリーに反映は差分で当ててるだろ。
>>942 Xamarinはアンチが張り付いてからそのまま消えてったよ
>>943 じゃあクロスプラットフォーム開発するには今だと何がオススメなん?
new省略可能なのはある意味発明だと思ってる。 たまにJavaやC#使うとnewなくて怒られて「未だにnewいるの?」と思ってしまう。 Dart以外ではガベージがたいていクソなので気軽にnewするなって事かもしれんが。
>>949 Kotlin
>>950 Dartは大規模開発に耐えられる機能と性能をもってない
Dartはまだ三流言語
三流DartがC#を馬鹿にするとか草
>>952 誰も大規模開発の話してなかろうもん、
おうん?
>>950 > new省略可能なのはある意味発明だと思ってる。
つ BASIC
> たまにJavaやC#使うとnewなくて怒られて「未だにnewいるの?」と思ってしまう。
> Dart以外ではガベージがたいていクソなので気軽にnewするなって事かもしれんが。
Dartには、クラスにスタティックなメンバという概念がないからでは?
Dart書きたくない奴はFlutter使わなけりゃええもん そうじゃろ?
>>955 しょぼいアプリしか作れない人には関係ないが
必要な人には必要なわけ
Dartには必要な機能も性能もない。
Dartはコードは使い捨てになる
じゃあDartに変わる素晴らしい言語と flutterに変わるフレームワーク作って自分で使えば? 与えられるだけのひな鳥がピーチクパーチクとまあ
>>953 UIに割く時間は少ないから問題ない
重要なのは高品質で高速なコードをかけて
クロスプラットフォームにできるかどうか
Kotlinなら5年後も安心
Android appの推奨言語だからだ。
Flutter/Dartなら5年後はコードは使い物にならず全面的に書き直すはめになる
結局、損をする
長期の視点がないアホな人たちはそこに気が付かない
>>960 この独特なイキり口調・・・
お前オンプレ爺じゃね?
>>959 優れた言語はすでにあるしそれを使うフレームワークを選べばいいだけ
間違いねえ ID:jxY1gRd1 はBlazorスレから逃げ出したオンプレ爺だわ まだ生きてたかw
>>950 > new省略可能なのはある意味発明だと思ってる。
つ Python
自分はnewある方がいいかな
>>960 > Flutter/Dartなら5年後はコードは使い物にならず全面的に書き直すはめになる
> 結局、損をする
結局、機能はパッケージ頼みで、公式を除くボランティアの作るパッケージは将来に
わたってメンテナンスされる保証がない点が問題。
公式(flutter.dev)パッケージですら、例えば設定を保存する「shared_preferences」
は、最新版が去年の11月にリリースされているが、Android 10 (Q)で非推奨になった
「AsyncTask」を使用して実装されていて、将来動かなくなる可能性が高い。
https://github.com/flutter/flutter/issues/71595 また、Android 10 のWi-Fi廻りの変更に伴い、targetSDKversionを「>=29」に
するとWi-Fi関連のパッケージが一部機能が動かない。
いくら、表面だけFlutterで共通化できても、パッケージに隠蔽されているだけで、
下回りは、iOSならObjective-C/Swift, AndroidならKotlin/Javaのコードに依存
している。 さらに言えば、OSの仕様が変われば、それらの書きなおしが必要に
なる。
>>960 > 重要なのは高品質で高速なコードをかけて
> クロスプラットフォームにできるかどうか
C/C++が最強だね。
>>965 >>公式を除くボランティアの作るパッケージは将来に
わたってメンテナンスされる保証
将来にわたってメンテナンスが保証されている
パッケージを挙げてみんかいわれ、
おうん?
>>パッケージに隠蔽されているだけで、
下回りは、iOSならObjective-C/Swift, AndroidならKotlin/Javaのコードに依存
している。 さらに言えば、OSの仕様が変われば、それらの書きなおしが必要に
なる。
そんなもん何だって同じやろうもん、
おうん?
むしろAndroidからFuchsiaへの移行が始まったらKotlinが即死しそうだけどね
>>970 Kotlinの代替はなんになるというつもり?
>>971 Flutterの言語とアーキテクチャがクソというデメリットのが大きい。
UIはOSが用意するのを使うのが正攻法
根本の認識がずれてる気がするけどFlutterはFuchsiaの標準UIとして開発始まってるからね? その上で他社OSでも使えるようにマルチプラットフォーム対応を進めてるけど 本命はFuchsiaのネイティブ対応だよ せっかくFuchsiaでLinuxカーネルもJavaAPIも捨てて全部自社でコントロールできるようになるのに どうしてKotlinだけ残ると思うのかわからんけども
>>973 アーキテクチャがくそとは具体的にどの部分の
ことを言っとるんやワレエ!
こるあ!
こるあ!
おうん?
> UIはOSが用意するのを使うのが正攻法 PlatformViewがあるよ
>>974 ライブラリ、ノウハウ、技術者などの過去の資産ってなかなか捨てられないのでは
>>974-975 > 本命はFuchsiaのネイティブ対応だよ
それはないでしょ。 Fuchsiaが、シングルタスク、シングルウィンドウに先祖返り
するつもりならともかく、ウィンドウはシステムリソースでOSが管理する。 それに
Dartだけで、プロセス間通信とかパイプ実装できるの?
UIなんて些末的な問題に過ぎなくて、OSネイティブ対応以前に、DartにOSの
プロセス管理やスレッド、セマフォなどを扱う関数って標準化されてる?
Dartだけで記述しているつもりでも、Flutterのパッケージ内部でプラットフォーム
依存のコードがそっくりそのまま埋もれている。
それに豊富なUIパーツといっても、どれも似たり寄ったりでまったく統一性がない。
オブジェクト指向のOSでは、普通GUIコントロールはすべてウィンドウの派生に
なるが、FlutterのUIパーツは、enable/disable1つにしても、ボタンのように
OnPressedに指定する関数がnullかどうかだったり、TextFieldみたいに、独立
したenabledがある場合もあれば、SwitchやRadioみたいに、enabledがない
ウィジェットもある。
キャプションの引数名がlabelだったり、textだったりはまだ些細な事で、型も
String型だったり、Textウィジェットとか。
まぁ、素人騙しには十分かもしれんが、Flutterの糞さ加減は、挙げれば切りが
ないと思う。
>>978 マルチスレッドはIsolateがあってメッセージやり取りできるよ。
Widgetの命名や使用感が統一されてないのは否定できないけど、インテリセンス使うのであんまり気にはならないな。
>>978 うん、ならネイティブでやってればよろしいやん、
使いたい人が使うだけなんで。
あなたの素人認定なんて他の人は知りませんやんw
>>978 fuchsiaがどうなるかなんてわかんないけど、
javaだってアプリから直接posix api呼んでるわけじゃないんだから同じことじゃね?
これからライブラリ用意すればよいのでは?
誰かワッチョイ無しの新スレ立てて ワッチョイつけると荒れるからだめだ
ワッチョイは強制コテハンだから 気に入らない相手をしつこく攻撃するやつが必ずでてきて荒れる Flutterに関係のない話ばかりになる
他のスレ見ててもそういう印象は無いな 基本的に荒れてるから導入の流れだけど あって困ったこと無いからどっちでも派
ワッチョイアリでいいだろ あとネガティブ情報ばっかりでてるけどマルチプラットホームでスマホアプリ作りたい人にとってもっと良い選択肢は結局あるの?
Fuchsiaのドキュメントにはサポート言語にDartあるけど JavaとKotlinは無いな
>>988 AppleとGoogleが推奨するそれぞれの言語を使うのが最も良い選択肢。
なにより情報量が違う。
>>987 アホだ。みんなモバイル回線もあるし自演対策にもワッチョイ意味ない
副作用しかない
>>988 そういう情報が欲しいのならワッチョイないほうがいい
ほかの選択肢を書くと叩くやつがでてくる
ワッチョイあると欠点書いただけで執拗にバッシングするキチがでる
>>992 モバイル回線あると意味ないという根拠は
>>993 それでもエンジニアかよ
モバイルならIP変え放題だしたいていのやつは何回線も持ってる。
この板にいてワッチョイで荒らしが減るとか考えてるやつはやばい
気に入らない奴を特定して叩きたいやつがワッチョイを勝手につけてたてて
実際にそのあとにあれるという流れが繰り返されてるのに
まだその弊害にきがつかないんか
まあ気に入らない奴だれかがワッチョなしで立てるだろうから別にいいけど
>>988 マジレスすると今は過渡期だから
下手なもんに手は出さない方がいい
スマホとパソコンのアーキテクチャが同じになる流れだから
マルチプラットフォームって概念自体が
時代遅れになる可能性もある
>>996 遥か昔に「マルチメディアはN○C」って言ってた
日本最大のパソコンメーカーがあったが
「マルチメディア」なんて言葉は死語だしそのパソコンメーカーも死ぬ寸前まで落ちたよ
色んな物に対応するってのは過渡期だからある考え方で
時代が進めばそれは当たり前になって廃れるのが常
そんな考え方は捨てた方がいいと思う
何ダサイ事言ってんの? iOSオンリーでも今はSwiftよりflutter選ぶよ
>>994 やっぱりおまえがアホなだけだったか
IP変えてもアプリ初期化でもしない限りワッチョイの下コードは変わらないから同一人物かどうかは見ればわかる
まあスマホ何台も持ってるやつは自演できるが全てのケースを救う必要はないな それでもエンジニアかよw
このスレッドは1000を超えました。 新しいスレッドを立ててください。 life time: 974日 9時間 27分 36秒
5ちゃんねるの運営はプレミアム会員の皆さまに支えられています。
運営にご協力お願いいたします。
───────────────────
《プレミアム会員の主な特典》
★ 5ちゃんねる専用ブラウザからの広告除去
★ 5ちゃんねるの過去ログを取得
★ 書き込み規制の緩和
───────────────────
会員登録には個人情報は一切必要ありません。
月300円から匿名でご購入いただけます。
▼ プレミアム会員登録はこちら ▼
https://premium.5ch.net/ ▼ 浪人ログインはこちら ▼
https://login.5ch.net/login.php
read.cgi ver 07.7.23 2024/12/25 Walang Kapalit ★ | Donguri System Team 5ちゃんねる
lud20250509180408caこのスレへの固定リンク: http://5chb.net/r/tech/1527919660/ ヒント: 5chスレのurlに http ://xxxx.5chb .net/xxxx のようにb を入れるだけでここでスレ保存、閲覧できます。 TOPへ TOPへ
全掲示板一覧 この掲示板へ 人気スレ |
Youtube 動画
>50
>100
>200
>300
>500
>1000枚
新着画像 ↓「Flutterやろうよ!!! YouTube動画>1本 ->画像>1枚 」 を見た人も見ています:・DA PUMPもモー娘と同じ20周年だから今度の19日の誕生20周年記念コンサート武道館で一緒にU.S.A.やろうよ! ・【IT】google謹製のクロスプラットフォームなアプリ開発フレームワーク「flutter」待望のβリリース ・Aqours First LoveLive! ~Step! ZERO to ONE~ 試聴動画実況やろうぜ! 8月23日(水)22時00分開演! ・みんなで音読マラソンやろうよ!12 ・【22時~】『Berryz工房デビュー10周年記念コンサートツアー2014秋~プロフェッショナル~』の高速感想会やろうぜ! ・【バーチャルYoutuber】にじさんじ有ンチスレ10816【メイ歌うよ!】 ・みんなで音読マラソンやろうよ!9 ・架空のウヨ戦士作ってTwitter右界隈でのしあがろう4 ・自転車動画・YouTuberについて語ろう ! Part.17 ・「ゴーゴーファイブ20周年をやろう!」 柴田賢志の呼びかけに谷口賢志やファンが反応 RTという応援の輪が広がる ・BLUE REFLECTION(ブルーリフレクション)のキャラを語ろうぜ ・女さん、ブチギレ 「妊婦さまにオスが席譲るくらい当然だろうよ!チンチンばかり立ててんじゃねえよ!」 ・【指定国立大学】ウサギの女の子「メイベルちゃん」を東北大学のマスコットキャラクターにすべきだと思うよ!?【旧帝国大学】 ・【バーチャルYoutuber】にじさんじ有ンチスレ11983【やったね、いちごちゃん!家族が増えるよ!】 ・【バーチャルYouTuber】エンタム(ENTUM)アンチスレ236【さようなら、ツキミ】 ・声優12人によるラップソングプロジェクト「ヒプノシスマイク」次なる展開”Battle Season”が開幕!グッズやコラボ企画情報も発表 ・アイドルが声優やり始めたのってお前ら声豚が声優を声で評価しないからだろうよ!?!? ・【バーチャルYoutuber】にじさんじ有ンチスレ25251【ケツのライン見せろや!!】 ・うんちうんちうるせえんだよ!!! ・岡井千聖の芸能活動引退に対しての元℃-uteメンバーのコメントが出揃ったぞ!!!! ・ドラクエ大辞典を作ろうぜ!! 73 ・【南船橋】船橋ケイバを語ろうぜ!! 8 ・名港フラワーブリッジを語ろうよ!! ・バ美肉おじさん(Virtual美少女受肉おじさん)Vtuberを語ろう ・自由党・山本太郎がサプライズ炊き出し! →サプライズなのに朝日新聞や赤旗の記者が側にいるという不思議… ネット「朝日と赤旗の忖度 ・株式YouTuberについて語ろう Part9 ・自民党「不祥事起こした政治家が不快な表情をする映像が流れていることにBPOは注意しないのか!」BPO委員の人選に国会が関われるよう提起 [Stargazer★] ・テニスYouTuberについて語ろう_Part12 ・真珠湾攻撃の謝罪も反省も疎かにして原爆で被害者面してるんじゃねえよ!日本は加害者だろうが!! ・【岸田朗報】ウクライナ春の大攻勢、4万8000人の大軍団で戦う事が判明。空前絶後の大作戦を見よ!! ・山尾、立憲入党 @nihon_koutei「ネトウヨ中心に非難囂々だろうが、これは正しい判断」 @ijokonegih「入った以上はガンガンやってくれ」 ・朝鮮人「日本語という言葉そのものが、丸暗記向け。文法や発音は単純。決まった(陳腐な)言い回しを好む。」 @Yonge_Finch ・【サッカー】引退の神戸DF那須 MRI3度「数え切れないほどヘディングをやってきたので、職業病かな」「顎を殴られたような」 ・Cloudflare社「AniTubeにF5アタックしている馬鹿は近々訴えるからな。震えて待てよな」韓国から2chへのF5アッタクその後の悪夢再来か!? ・【アニメ】「Free!」シリーズ最新作は“Dive to the Future”、キービジュアル&ティザーPV公開 7月より放送開始の大学生編 ・Futurebassを作ろうと思うんだが ・【今期アニメ】に見るもんないとお嘆きの皆さん!スタァライト youtubeで全話無料配信!今すぐ見よう(ヽ・ん・) ・YouTubeのゴルフ系チャンネルを語ろう その6 ・【速報】新型iPhone、全モデルとも「携帯キャリア版」より「SIMフリー版」が安い(比較図あり) ・Tehuさん「デザインとかいろんな仕事してるけどほとんどタダ働き。金取ったら年収500万くらいだろうな」 ・萌えCuteの店長総合スレ Part.2 ・℃-uteの解散ライブ見てるけど ・℃-ute次の角を曲がれって曲 ・tesuto ・テクノユニット石野卓球(51)「万人に受け入れられようと思ってたら電気グルーヴなんかやって無い」 ・乃木坂は規律が厳しすぎて、自由にSNSもやらせてもらえない。生駒ちゃんも本当はSRやりたかったろうなぁ。運営が悪い。 ・【youtube】メイク動画について語ろう14【ニコニコ】 ・まんさん「彼氏が市営球場でデートしようと誘ってきた!有り得ない!」→5万RT ・【YBS・UTY・NHK】山梨のアナウンサーを語ろう~part24~ ・【YBS・UTY・NHK】山梨のアナウンサーを語ろう~part23~ ・YouTubeのゴルフ系チャンネルを語ろう その18 ・【衝撃】コブラのような頭を持つ「ネッシーのライバル」 発見された段階で既に絶滅危惧種だった!? 謎多きUMA『ラムトン・ワーム』 ・【政治】経済学教授「政府は税金の狙いが分かってないようだ」 岸田政権の飲酒奨励キャンペーン『サケビバ!』に世界中からツッコミの声 ・蓮舫「おはようございます。今日は2/22! 猫の日、とのことです!」 ネット「今日は竹島の日!貴方はそれでも政治家か! [Felis silvestris catus★] ・拉致問題を蔑ろにしてる立憲「日本は拉致問題を国際世論で動かそうと…」「日本人のハーグ条約違反は『日本は拉致加害国』との指摘! [Felis silvestris catus★] ・極寒サバイバルの良ゲー「The Long Dark」の続編発表!試される大地で狼さんと戯れよう! ・Aqours First LoveLive! ~Step! ZERO to ONE~ Day2 BD実況やろうぜ! 10月20日(金)22時00分開演! Part.2 ・美味しんぼってどうなったんだよ 雁屋哲はいいだろうよ 花咲アキラはどうなるんだよ!アキラは!! ・twitter軍師「北方領土奪還戦争?ふむ、『山岳戦』をしてはどうだろうか。ロシア軍は装備も弱いし」 ・janeが俺のアイポン燃やし尽くそうとするからtwinkle金払ってダウンロードしちまったじゃねえかよ!! ・【速報】 自治体 「LINEで顔写真、免許証、身分証明書を送るのをやめろ!」 LINEサービス停止始まる ★6 [お断り★] ・Aqours First LoveLive! ~Step! ZERO to ONE~ Day2 BD実況やろうぜ! 10月20日(金)22時00分開演! ・【テレビ】「探偵!ナイトスクープ」新局長に松本人志「僕1人で変わるようなヤワな番組ではない」★2 ・ツナガルコネクトのMV再生数、Butterflyを抜かして再び1位に ・【バーチャルYoutuber】にじさんじ有ンチスレ14400【先生に聞いてみよう!】
19:14:57 up 64 days, 20:13, 0 users, load average: 10.40, 10.66, 10.03
in 0.093510866165161 sec
@0.093510866165161@0b7 on 062108