Xamarin Part7

**デフォルトの名無しさん** · 2020/08/06(木) 14:13:17.40

C#を用いてクロスプラットフォームアプリケーション（iOS Android Mac）を
を開発するためのライブラリおよび開発環境です。
Macの人は Xamarin Studio、Winの人は Visual Studioで開発できるよ！

公式
http://xamarin.com/

前スレ
Xamarin Part6
https://mevius.5ch.net/test/read.cgi/tech/1508356242/
Xamarin Part5
http://mevius.2ch.net/test/read.cgi/tech/1498575762/
Xamarin Part4
http://mevius.2ch.net/test/read.cgi/tech/1494196804/
Xamarin Part3
http://echo.2ch.net/test/read.cgi/tech/1483089021/
Xamarin Part2
http://echo.2ch.net/test/read.cgi/tech/1480602653/
Xamarin Part1
http://echo.2ch.net/test/read.cgi/tech/1359861574/

**デフォルトの名無しさん** · 2021/02/04(木) 14:00:56.69

Unoなら大丈夫。

**デフォルトの名無しさん** · 2021/02/04(木) 16:40:03.92

>>460
ザマリン関係ないだろw

**デフォルトの名無しさん** · 2021/02/06(土) 01:38:30.99

任天堂のアプリは大丈夫？

**デフォルトの名無しさん** · 2021/02/06(土) 12:23:03.90

Ｘａｍａｒｉｎ製にまともなアプリはないということ

**デフォルトの名無しさん** · 2021/02/06(土) 13:09:46.54

アップデートでバグ入れたんだから開発管理してる奴らがクソだっただけ

**デフォルトの名無しさん** · 2021/02/06(土) 13:11:41.52

悪いのはXamarinということでなければ納得できません

**デフォルトの名無しさん** · 2021/02/06(土) 13:34:16.84

Ｘａｍａｒｉｎでやると糞人材が寄ってくるということ

**デフォルトの名無しさん** · 2021/02/06(土) 13:34:56.98

Ｘａｍａｒｉｎエンジニア程の人格破綻者はいない

**デフォルトの名無しさん** · 2021/02/06(土) 14:00:26.49

>>468
お前が何のエンジニアか、そもそもエンジニアなのか分からんが、お前が人格破綻者なのは分かったよw

**デフォルトの名無しさん** · 2021/02/06(土) 15:28:34.57

ウケるｗｗｗ
接触確認不可能アプリｗｗｗｗｗｗ

**デフォルトの名無しさん** · 2021/02/06(土) 16:11:32.82

MSのAzureベンダーロックイン狙いが裏目に出ただけだからXamarinはセーフ？

**デフォルトの名無しさん** · 2021/02/06(土) 16:46:37.79

国が発注した金額は3億超で
改良を引き受けた企業が受け取ったのが1600万円とかだからベンダーロックインすら関係ない

**デフォルトの名無しさん** · 2021/02/06(土) 17:04:22.66

ごめん
国が支払ったのは3億要ってなかった
国の支払2億9448万
開発会社が受け取ったのが1615万

**デフォルトの名無しさん** · 2021/02/06(土) 18:12:13.74

正直、いくら保守費用込だと言ってもこんなクソアプリを3億かけて発注する側も頭おかしい。
妥当な金額はリクス込みでも1000～2000万だわ。

**デフォルトの名無しさん** · 2021/02/06(土) 18:21:47.54

Ｘａｍａｒｉｎに関わると頭おかしくなるということ

**デフォルトの名無しさん** · 2021/02/06(土) 20:20:29.51

ココアの開発、MSの人が開発にかかわったわけじゃないのか？

>>473-474
よくその数字見つけてきたね
中抜きがひどいな
電通とか竹中、パソナが間にはいってごっそりピンハネしてるんでしょ？

**デフォルトの名無しさん** · 2021/02/06(土) 21:15:19.75

ホリエモン・KENTA などが言う、
中抜き会社は、社会でもっともいらない存在

大量の貧乏人を作り出しているだけだから

反日・韓国系のNHK・テレビ局などの流通経路の独占は、
下請けの給料と、製品の品質を下げるから、もっともいらない独占

**デフォルトの名無しさん** · 2021/02/06(土) 21:23:15.01

>>476
受注したパーソルって会社が既に人材派遣会社
そのくせ自分のところの人員に開発させずに、下請けに出してたんだよ
このスレでもパーソルの派遣を使ったことある人いるでしょ

**デフォルトの名無しさん** · 2021/02/06(土) 21:24:51.24

中抜き世界一の日本だけあるな。
能力ない会社に任せる政府が悪い。

**デフォルトの名無しさん** · 2021/02/08(月) 11:53:31.12

>>473
HER-SYSの開発運用費用、約1億2000万円も込みらしいぞ
COCOAにしてもサーバ側の開発運用費もあるだろうし

だとしても厚労省&パーソルが粗末な仕事しやがった事実は覆らないが
そもそもHER-SYSの方も巨額を費やしてひり出したそびえ立つ糞の山だからな

**デフォルトの名無しさん** · 2021/02/08(月) 14:08:12.06

>>476
OSS開発者のはずデプロイ王子に納期と仕様変更強制できるのって誰だよ、って話

MSのAzure関連部隊の不始末であってXamarinは関係ない。

**デフォルトの名無しさん** · 2021/02/08(月) 19:08:23.96

Xamarinでやると糞になる

**デフォルトの名無しさん** · 2021/02/08(月) 19:58:52.20

ココアの問題は大臣もtweetしてるな
https://twitter.com/hiratakuchan

発注体制に問題があったとかなんとか
https://twitter.com/5chan_nel (5ch newer account)

**デフォルトの名無しさん** · 2021/02/13(土) 14:21:25.42

COCOAのデータ初期化されてしまう問題は
Xamarin.Formsのバグだった模様
https://github.com/cocoa-mhlw/cocoa/issues/16#issuecomment-774130119

**デフォルトの名無しさん** · 2021/02/13(土) 14:50:57.57

だからXamarin程の糞はないって3年前から言ったろ？

**デフォルトの名無しさん** · 2021/02/13(土) 14:56:56.52

他のマルチプラットフォーム開発なら防げた？

**デフォルトの名無しさん** · 2021/02/13(土) 15:10:01.57

Xamarin のせいじゃなくて、単にバグってるだけだろw
マルチプラットフォームじゃなくても同じことをすれば同じことが起こる

**デフォルトの名無しさん** · 2021/02/13(土) 15:19:34.20

Xamarinを使っただけでバグが量産されまともに動くアプリを作ることすら困難になる

**デフォルトの名無しさん** · 2021/02/13(土) 15:49:40.30

>>487
いやこれは本当にXamarin.Formsの設定保存クラスのバグっぽい。

**デフォルトの名無しさん** · 2021/02/13(土) 15:58:29.56

Xamarinにも同じ人が報告してるね
https://github.com/xamarin/Xamarin.Forms/issues/13676

**デフォルトの名無しさん** · 2021/02/13(土) 16:09:18.19

３年前からこうなることは分かっていた

**デフォルトの名無しさん** · 2021/02/13(土) 16:31:03.82

やっぱりXamarinのせいじゃねーかｗｗｗｗｗｗ

**デフォルトの名無しさん** · 2021/02/13(土) 18:59:48.87

よくわかんねーがそもそもそれ2行目と3行目の間にすっ飛んだらって、しょうがなくね？そこまで問題ないようにとかいってたらエラーハンドリングコードが9割ぐらいになるぞ？

**デフォルトの名無しさん** · 2021/02/13(土) 19:03:20.06

斜め読みしかしてないけど、そこで解決策ってやってるのは単に元ファイルをとりあえずどっか逃してるだけで、だったらtmpファイルで良くね？
tmpをさらに誰かが消しちゃうとか？

**デフォルトの名無しさん** · 2021/02/13(土) 20:12:47.29

>>493
そもそもこのコード自体がtryブロックの中じゃないか……全然関係無いぞ
atomicに行うべき動作がatomicにできてないのが問題

**デフォルトの名無しさん** · 2021/02/14(日) 08:25:31.59

途中で落ちても元ファイルかtmpのどちらかは残るようにしてるのに読む時はtmpを見てないのか
これをコードレビューで見逃すのはちょっとなあ…

まあせっかく数千万人の日本人無償テスターを確保できたんだから存分に使い倒してXamarinの品質上げてくれ

**デフォルトの名無しさん** · 2021/02/14(日) 10:16:15.89

これでもう完全に終わりか
ちょまどに転ばされデプロイ王子に叩き潰され最後は自分自身のバグでトドメを刺された

**デフォルトの名無しさん** · 2021/02/14(日) 13:14:26.93

まだだ
まだ終わらんよ

**デフォルトの名無しさん** · 2021/02/14(日) 13:20:27.13

いや、11月には終わるけどな
順調にいけば.NET 6に統合されてお終い

**デフォルトの名無しさん** · 2021/02/14(日) 18:24:56.01

>>496
他の箇所見てないけど、一発でやるオーバーライトみたいのがないからtmpを作成後、オリジナルを消してtmpをオリジナルとして保存で、それ以外にやりようなくない？

間違ってたこといってたらすまそ

**デフォルトの名無しさん** · 2021/02/14(日) 20:07:37.24

>>500
ジャーナリングのアルゴリズムをどう設計するかだけど、俺が設計するならオリジナルがないまたは壊れてたらtmpを採用、両方正常ならオリジナルを採用、両方壊れているってのはアルゴリズム上はあり得ないけどフェールセーフで初期値って感じにするかな？

**デフォルトの名無しさん** · 2021/02/14(日) 20:38:56.71

>>500
https://github.com/xamarin/Xamarin.Forms/issues/13676

原因を突き止めた方はAndroidのSharedPreferencesを参考にした解決策をXamarin.Formsに提案してるね

**デフォルトの名無しさん** · 2021/02/14(日) 21:50:49.24

Xamarinって糞だなああ

**デフォルトの名無しさん** · 2021/02/14(日) 22:05:22.75

Xamarinの問題じゃなくてファイル更新のアプリ側実装の問題でしょ。
Androidはアプリがバックグラウンドに移された時の処理が独特なので、処理途中で例外発生は割とある。ちゃんと拾えば安全だけど。

**デフォルトの名無しさん** · 2021/02/14(日) 23:18:47.82

Xamarinさえ使わなければこんなことにはならなかったのにかわいそう
Xamarinが無ければ世の中はもっとより良い場所になる

**デフォルトの名無しさん** · 2021/02/14(日) 23:31:19.39

>>504
コミュニティの議論を見る限りライブラリのメソッド実装の問題のように見えるがな

**デフォルトの名無しさん** · 2021/02/15(月) 04:10:42.61

>>501,502

今のままでファイルがなくてtmpがあるならそれをリネームでいい気がす　
ただそれ、原因突き止めたってよりもこれなんじゃないかなーというかここしかない…かなーって感じなのでは
正直2と3の間でターミネートされるとかレアもレアなんちゃうの

元のバグがどんぐらいの頻度で起きてるのか知らんけど。なんか筋悪な予測な気がするんだが

**デフォルトの名無しさん** · 2021/02/15(月) 05:17:26.92

別プロセスにファイルロックされててファイル置き換え失敗とかいうオチはないかな？

**デフォルトの名無しさん** · 2021/02/15(月) 07:25:36.73

>>507
「ここしかない」まで示せたなら十分じゃないの

**デフォルトの名無しさん** · 2021/02/15(月) 07:44:22.21

>>507
tmpリネームだとリネーム中にterminateされたらと考えたけどそこのトランザクションは流石にOS側で保証されそうね。

確かにあのバクレポートのピンポイントのタイミングは確率的にそうそう発生しないように見えるけど、I/O待ちが入るのでOSから見ると絶好のterminateタイミングなのかもしれない。

**デフォルトの名無しさん** · 2021/02/15(月) 07:54:16.33

Xamarin側の不具合なのか、開発チームが責任のバグなのか、
まだ確定はしていないってこと？

フレームワークのバグが多すぎると
クロスプラットフォームのフレームワーク使わないほうが
時間もコストもかからない、ということになってしまうな

**デフォルトの名無しさん** · 2021/02/15(月) 08:01:15.74

>>511
それが答えだよ。
それぞれのプラットフォーム依存言語の実装を調べてさらにマルチプラットフォーム言語を調べるわけだけだから、結局２度手間なんだよ。
もっといろんなプラットフォーム依存言語が出てこないと、マルチプラットフォーム言語を使うメリットが乏しい。

**デフォルトの名無しさん** · 2021/02/15(月) 08:25:50.95

>>510
なんでバグじゃなくてバクって書くの？

**デフォルトの名無しさん** · 2021/02/15(月) 08:44:57.04

だから３年前からクロスプラットフォームは総じて糞
その中でもXamarinはキングオブ糞って言い続けたろ？
俺様大勝利

**デフォルトの名無しさん** · 2021/02/15(月) 09:04:27.98

>>513
ん？あぁただのtypoだ。

**デフォルトの名無しさん** · 2021/02/15(月) 12:06:13.12

Xamarin株大暴落ｗ

**デフォルトの名無しさん** · 2021/02/15(月) 14:41:03.87

>>509
いやここしか無いんじゃないか、ってのも推測に過ぎんからね

>>511,512
それ言ったら他人の作ったライブラリも一切使えないって話になるだろ
まあややこしいことしてるからアレだけど、案件でいくつか使ってたけど特にうちのやつは画面数ひたすら多くて挙動も共同なのばかりだったからクロスプラットフォームの恩恵非常に受けてるわ

こんなの二つ同時に作るとかしたく無い。

COCOAだったら別に作るとかはまあアリかもとは思うけど

**デフォルトの名無しさん** · 2021/02/15(月) 14:45:24.22

>>517
二つ同時はコツをつかめばわりと簡単。
三つ四つになってくると流石にきついけど、きついのはXamarinの中の人も同じ。

**デフォルトの名無しさん** · 2021/02/15(月) 15:04:40.43

↓全ての人生を実況に費やし、晩年に差し掛かり、もう何も残ってない

**デフォルトの名無しさん** · 2021/02/15(月) 15:37:09.23

Xamarin程の糞はない

**デフォルトの名無しさん** · 2021/02/15(月) 18:20:10.71

>>518
いや業務寄りのロジックがムッサ多いから
別々に作るのは避けたいのよ

**デフォルトの名無しさん** · 2021/02/15(月) 19:15:59.50

そんなの知るか
糞は糞だし
糞に関わるやつは糞

**デフォルトの名無しさん** · 2021/02/15(月) 20:08:18.21

∧＿∧　　／￣￣￣￣￣
（　´∀｀）＜　オマエモナー
（　　　　）　＼＿＿＿＿＿
｜｜　|
（_＿）＿）

**デフォルトの名無しさん** · 2021/02/15(月) 20:10:17.80

>>522
こいつの世界における存在必要性皆無すぎない？

**デフォルトの名無しさん** · 2021/02/15(月) 22:05:01.34

Xamarinに費やした時間をもっとマシなことに使っていれば
もっと市場価値高められたのにな
残念ｗｗｗ

**デフォルトの名無しさん** · 2021/02/15(月) 22:55:23.44

ちげえねえｗｗｗ

**デフォルトの名無しさん** · 2021/02/16(火) 11:00:50.49

https://xtech.nikkei.com/atcl/nxt/column/18/00001/05203/
COCOA不具合放置の遠因か、開発ベンダー選定で繰り返された「丸投げ」の実態

**デフォルトの名無しさん** · 2021/02/16(火) 17:25:56.23

Xamarinの品質とそれを隠したい人が露わになっていく……
https://togetter.com/li/1667874

**デフォルトの名無しさん** · 2021/02/16(火) 17:28:19.11

俺様の勝ち！
Xamarinエンジニアは俺にごめんなさいしなければならない

**デフォルトの名無しさん** · 2021/02/16(火) 17:34:08.92

ta@台北 @ta1nakamura
COCOAはMSのXamarinっていう開発環境で作られていて、MSが威信をかけてサポートすると思ったんだけど（厚労省もそれを期待？）全然そうしなかったってことはもうXamarin普及は諦めたという事では

むけえだ @mr_mkeeda
cocoaのAndroid版、9月からバグってて機能してなかったは残念すぎる。協力したくてもXamarinだから分からんのがな…

みょうが @mrkn
Xamarinは使ったことがないから良し悪しについて何も分からないけど、COCOAの不具合の話を見てると絶対近寄りたくないフレームワークだなと思ったわ。通知の不具合とか永続化データの謎リセットとか、謎のフレームワークを挟んでなかったらすぐに解決できるんじゃないの？

ENDO Yasuyuki @eyasuyuki
COCOAはXamarinだったので誰も手伝えなかった。オープンソースにする意味があったのだろうか。

ねこ吸い @8796n
AndroidでもiPhoneでもどっちでも使えるフレームワークのメーカーが実績作りたくてぶち上げたけど結局悪評だけ残ったみたいになってるな

sokaye @soakaye
COCOAデザインミスだよな。
Xamarinである必要ないもの。
そもそもメンテ会社が、ってのは置いておいても。

**デフォルトの名無しさん** · 2021/02/16(火) 17:50:48.08

なまじ別ターゲット向けコンパイル通っただけで大丈夫と思ってしまう錯覚を誘引しやすい。クロスプラットフォーム環境だと特にそう。
信頼できないものを信頼できるかのようにみせてしまう。

**デフォルトの名無しさん** · 2021/02/16(火) 17:52:35.13

Kunio Okita @okitan
まぁでも COCOA って正直、そんなに難しいアプリではないとは思うけど、xamarin とかクロスプラットフォーム系のやつを選んじゃったのがものごとをものすごく難しくしてると思うんだけどね。。

Satoshi Kato @katoSat
オレも好きだから、昔からいくつもwのクロスプラットフォームな開発環境で、Windows/Mac両対応なアプリ両手に余るぐらい作ったことあるけど、やっぱ保守がガンになりがちなのは確かだわ。

Masanori Kusunoki / 楠正憲 @masanork
接触確認アプリはAzure Functionsを使ったシステムだったので、ぶっちゃけAWSと比べてエンジニアを見つけるのも難しかったはずだ。XamarinもAzureも、Swift、Kotlin、AWSと比べてエンジニアが少ない。ましてやEN APIに精通したエンジニアはほぼおらず担当してから勉強することに

( ﾟ∀ﾟ)o彡ﾟチキン！チキン！ @kitamurahisao
cocoaでxamarin採用したの良くなかったと思う。swift、kotlin、awsで構築してればエンジニアのアサインも容易で、発注価格ももっと安くすんだ気がする。
厚生労働省の役人はこの辺の事情分からなくても仕方ないけど設計と提案持って行った会社のミスよ。

もっさりさん @TeamMOSA2
COCOA接触感染アプリの話を聞けば聞くほどなんでXamarinの必要性があるん？ってなる。
サンドボックス内の保存方法もEN APIも異なるのにボタンとリスト程度が乗ってる画面のためだけにXamarinって正気をうたがう。

**デフォルトの名無しさん** · 2021/02/16(火) 17:57:06.78

ケイバリュエーション(鈴木健治) @info_kvaluation
@keiji_ariyama 私は、Cocoa-logをiPhoneのとAndroidのと見比べて、iPhone側の不安定な処理（許諾等確認、zipダウンロード済みのチェック、ダウンロード）を安定化させるには、iPhoneとAndroidで最初から別に書かないとだめそうかなあと予測しまして、そうするとXamarinはエラー特定面でデメリットのみかなあと。

ARIYAMA Keiji @keiji_ariyama
@info_kvaluation ネイティブで開発しなおす。オープンソースで開発を推進する。診断キー配信サーバーとのIFを定義して、本番（HER-SYS?）側は厚労省側の人に実装してもらう（通常はモックサーバーと通信する）
喫緊の不具合修正はしょうがないとして、次の段階でXamarinを捨てることを決断していただきたいです。

ケイバリュエーション(鈴木健治) @info_kvaluation
COCOAがXamarinを捨てるべき理由として、いま通知サーバーからzipをダウンロードしたかどうかを何時何分までのzipをダウンロードしたかという記録と照合で行っていて、1件1件のトランザクション管理になっておらず、
重複したり、飛ばしたりの不具合が発生している（iPhone）。

ケイバリュエーション(鈴木健治) @info_kvaluation
これを1件1件照合したかどうか記録・管理するように直すのはほぼ全面書き直しで、しかもiPhoneはiPhone向けに独自に書かないといけない。Xamarinで統一コードを書けず、Xamarinのデメリットだけが残る。
テストが複雑で、不具合の検証が数段階深くなってしまう。

ケイバリュエーション(鈴木健治) @info_kvaluation
しかも、COCOAのもとになりそうなiPhone向けのコード、Appleが書いて公開済みなのだ。それに乗っかるのが一番ミスが発生しない。品質を管理したければ。

**デフォルトの名無しさん** · 2021/02/16(火) 18:00:26.89

Xamarinで開発工数減るとか言ってたやつｗｗｗ

**デフォルトの名無しさん** · 2021/02/16(火) 19:25:18.47

Naoki Kuzumi @kudzu_naoki
Xamarin関係ねーだろと言ってたらiOS版はXamarinのバグだったくさいとか出てきてMSが本当に関わりを持たざるをいけなくなってるのか。

V層もどき @desuga_NlkL5EiN
この手のバグ、Xamarinがあまり使われてないというのを示唆してしまってますね……。

K.Shirakata @argrath
https://github.com/cocoa-mhlw/cocoa/issues/16 ちょいちょい出てたCOCOAのユーザーデータ初期化問題、Xamarinのバグだったっぽいのか

Keita Kozuka🐈Flutter時々Premiere後クリスタ @KeitaKozuka
主要国のCovid19接触探知のアプリのGitHub見たけど
みんなネイティブで作ってる
命に関わるものだし当然といえば当然だけども
日本だけなんでXamarinなんだ...

Takeo Tsuchida @takeo_t
Xamarinはクロスプラットフォーム開発環境の中では古株なのにそれでもやっぱりバグはあるのか、絶対ユーザー数が少なくてバグが取り切れてないのかな。

**デフォルトの名無しさん** · 2021/02/16(火) 19:30:37.50

Xamarinは2案件ほどやって見限ったけど、かと言っていまさらiOSとAndroidのそれぞれのSDK使って1から作るのはもっとダルいわ。
最近ではFlutterが大きな問題なく使えてる。奇跡的に罠を回避できてるだけかもしれんが。

**デフォルトの名無しさん** · 2021/02/16(火) 19:42:19.51

FlutterはFlutterでネイティブの混在とかしにくいし日本語入力やらなんか知らんけどWebビュー絡みで辛いとか聞いたぞ

その辺はやりようがあるXamarinの方がいいと思う

ちなどのへんで見限ったん？

**デフォルトの名無しさん** · 2021/02/16(火) 19:45:44.46

> この手のバグ、Xamarinがあまり使われてないというのを示唆してしまってますね……。

これが案外的を射ってて、だけらこそ新しいフレームワーク出したとき開発元は必死にステマして人柱集めて市場デバッグさせる。
今ならBlazorがステマして必死に人柱集めてるな。

**デフォルトの名無しさん** · 2021/02/16(火) 19:59:37.64

xamarinとしてはxamarin apiは開発者のほうで書いてほしいんじゃないの
元々共通化が目的のGUIサブセットのフォームクラスでしょ

**デフォルトの名無しさん** · 2021/02/16(火) 20:00:00.66

>>537
Xamarin.Formsが出る前ぐらいなので結構前だね。
基本的にAndroidメインで開発してたんだけどmonoとdalvik/artのガベージコレクションの意味不明な挙動とか、それぞれのVMのマイグレーションのオーバーヘッドの重さとか。

Flutterは全てskiaで自前描画という仕組みからWebView実装に欠点はあるけどだいぶ緩和されてきた。IME問題は過去のものじゃないかな？
Nativeとの連携もプラグインの作り方さえ分かってしまえば全然難しくない。

**デフォルトの名無しさん** · 2021/02/16(火) 20:23:24.42

>>540
なる
うちはXFでやってるけど泥はまだiPhoneに比べ遅いというかもっさり感はある　後から組み込まれた泥向けの最適化の指針をきっちりやってないのもあるけど

今は他のことやってるのでモバイルそんな興味ないからFlutterも手を出す気はないんだけどその辺改善されてるならプロトなんかは特に向いてそうだし製品版でもいけるものはいけそう

が正直この先XamarinはMAUIなるものになってって、中のアーキテクチャが変わって物としてはちゃんと動くならクロスプラットフォーム開発として良さそうではあるんだけどどうなるかわからんしFlutterやRNもそれはそれでだしなんつーか悩ましいところではある

**デフォルトの名無しさん** · 2021/02/16(火) 20:29:45.89

Flutterはネイティブとの連携シンプルなやつはいいけど、複雑なやつはめんどくさくね?
今flutterで通知メッセージだしたいんだけど、android版だけでいいから色々細かくやりたいんだけど、
https://pub.dev/packages/flutter_local_notifications
使ってるけどこれが対応してない機能ついたいんだけどどうしよう状態

**デフォルトの名無しさん** · 2021/02/16(火) 20:36:32.04

単にネイティブのAPI呼んで結果受けとるぐらいなら簡単だけど、通知で更に例えばPendingIntent受け取ってDart側に伝えるとか自分でやるなんてめんどくさ～

xamarinの場合って、ネイティブAPIとの連携ってどうなるのか知らんが

**デフォルトの名無しさん** · 2021/02/16(火) 20:46:36.98

>>538
ほんとこれ
MSは自分たちが作ったフレームワークを自分たちで使わない
だからいきなり梯子降ろすみたいなことができる

**デフォルトの名無しさん** · 2021/02/16(火) 20:52:54.94

>>544
Appleはもっとひどいよ。MSのほうがマシに見える。

**デフォルトの名無しさん** · 2021/02/16(火) 20:58:54.06

>>543
XamarinだとネイティブAPIがC#でラップされてるからAndroid側のプロジェクトでそれを読んでゴニョゴニョする部分を作って共通のプロジェクトになんらかの方法で渡すなり連携する感じかね

>>544
それはある
アップルだとSwiftUIとかも自分のとこで使ってんのかね
自分のとこで使うものじゃないと気合入らんよな
.NET自体はAzureとかでも使うから問題ないと思うけど
MSのUIフレームワークが迷走してるのも自分たちで使わないせい＆Windowsチームとその他が分かれてるせいな気はする

**デフォルトの名無しさん** · 2021/02/16(火) 20:59:05.35

>>545
酷いのか(´・ω・｀)

**デフォルトの名無しさん** · 2021/02/16(火) 21:08:03.36

「officeの開発に何を使っているか？」
今も昔もMSの本気を探るにはこの指標が一番よい

**デフォルトの名無しさん** · 2021/02/16(火) 21:11:09.95

>>542
確かにOS固有バックグラウンド動作なんてのはFlutterの得意分野じゃないね。
と言うかXamarin含めてマルチプラットフォーム環境共通の弱点と言うべきか。

**デフォルトの名無しさん** · 2021/02/16(火) 21:24:34.88

>>544
いやいやｗｗｗｗｗｗｗｗｗｗｗｗｗ

MSは自分で作ってないからｗｗｗｗｗｗｗｗ

**デフォルトの名無しさん** · 2021/02/16(火) 21:26:05.02

このスレにXamarinはMSが作った！と言ってるやつがいるとはｗ

**デフォルトの名無しさん** · 2021/02/16(火) 21:47:06.48

>>550
544のどこにXamarinと書いているのかね？

**デフォルトの名無しさん** · 2021/02/16(火) 21:54:51.07

>>549
XamarinはC#でその層書けるから割と柔軟だけどな。

**デフォルトの名無しさん** · 2021/02/16(火) 21:58:47.33

>>551
はいはい、MS-DOSもWindowsもよそから買ってきましたよ

**デフォルトの名無しさん** · 2021/02/16(火) 22:17:43.32

>>553
そこはXamarinの利点だとは思う。
その辺がアレなんでフラッターを実案件に突っ込むのは客の理解ないと怖いな感ありそうな気がする
まあザマリンでも客の理解必要だけど

**デフォルトの名無しさん** · 2021/02/16(火) 22:25:08.82

>>548
Eat your own dog foodだな
やっぱいまでもC++?

**デフォルトの名無しさん** · 2021/02/16(火) 22:26:52.40

中身は++側は色々

**デフォルトの名無しさん** · 2021/02/16(火) 22:28:41.00

>>549
本当にこれモバイルOSは節電のためとかで手続きややこしいし、Androidでもバージョン間でかなりかわるからなあ。

**デフォルトの名無しさん** · 2021/02/16(火) 22:35:31.62

馬鹿向けの開発環境

**デフォルトの名無しさん** · 2021/02/16(火) 23:50:06.00

>>548
https://appfigures.com/resources/insights/microsoft-goes-all-in-on-react-native

iOSアプリでは…
Bing Search
Microsoft OneDrive
Microsoft Outlook
Xbox
Microsoft Word
Microsoft OneNote
Microsoft Excel
Mixer - Interactive Streaming
Microsoft SharePoint
Microsoft Teams
Cortana
Microsoft Edge
Office Delve - for Office 365
Microsoft Visio Viewer
Dynamics 365 for phones
PowerApps
MS Executive Industry Summit

続く