Flutterやろうよ!!!
■ このスレッドは過去ログ倉庫に格納されています
ようこそFlutter野郎どもよ!!!
軽い開発環境でモバイルアプリ開発ができるなんて最高じゃねえか
AndroidもiOSも両方行ける、まさに漢のためのツールだな
http://www.flutter.io 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 ブラウザで動く将棋とかオセロ見たいなアプリしかできないってこと? ■ このスレッドは過去ログ倉庫に格納されています