Flutterやろうよ!!!
レス数が1000を超えています。これ以上書き込みはできません。
ようこそ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もなんもわからんけど、このおっさん見て初めてみようかと思ったわ
https://www.youtube.com/watch?v=qFGzT73bjQ8
でもセンスがないとこういう見た目にはならないんだろな・・・・ 最近ちょっとだけ触ってみた
他のマルチプラットフォームを使ったことないから分からないけど、ほんとに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じゃなくて記事だけだけど、
ttps://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 というアプリを見てほしい
ttps://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の正しい使い方について誰か解説してください
アフィふみますし本でも構いません! >>321
ttps://qiita.com/kabochapo/items/a90d8438243c27e2f6d9
はどうですか? ・・・どうしてマキマはパワーを殺めてもうたん?(´;ω;`)ブワッ 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
https://egg.5ch.net/test/read.cgi/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のウィジットなんだけど、せめて公式なウィジットだけでも、
クラスの階層図ってないの?
こんなの。
ttps://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使えばいいと思う
ググったら、こんなの出てきた。
ttps://qiita.com/kkohtaka/items/dabacce44488bdcd5fb2
おおよそのコメント書式は、DoxygenやJavaDocと同じみたいやね。 Dart2で一部取り込む予定という記述もあるが、調べた限り「Conditional imports」を
使えと言う回答くらいしか見当たらない。 しかし、その「Conditional imports」の
出来もあまりよくなさげ。
Is it possible to compile code conditional in Flutter?
ttps://stackoverflow.com/questions/57973064/is-it-possible-to-compile-code-conditional-in-flutter
Conditional code preprocessing #33249
ttps://github.com/dart-lang/sdk/issues/33249
Building a Flutter Project with Conditional Imports
ttps://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翻訳しながら勉強した。
ttps://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」を使用して実装されていて、将来動かなくなる可能性が高い。
ttps://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 レス数が1000を超えています。これ以上書き込みはできません。