Xamarin Part4 [無断転載禁止]©2ch.net

**デフォルトの名無しさん** · 2017/05/08(月) 07:40:04.29

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

公式
http://xamarin.com/

前スレ
Xamarin Part3 [無断転載禁止]©2ch.net
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/

**デフォルトの名無しさん** · 2017/06/17(土) 08:17:02.87

コピペでも十分に会話成り立つもんだな

**デフォルトの名無しさん** · 2017/06/17(土) 09:20:24.09

なりたってないけど

**デフォルトの名無しさん** · 2017/06/17(土) 11:35:42.11

どうでもいいから姫の画像はよ

**デフォルトの名無しさん** · 2017/06/17(土) 12:05:40.39

姫の地鶏で抜いてろ

**デフォルトの名無しさん** · 2017/06/17(土) 14:46:25.24

キー(String)とデータ(int)の組み合わせをファイルに記録しておき、キーに対するデータを取得したいのですが、
Xamarin.Forms ではどのような方法が一般的なのでしょうか。
組み合わせは数百ほどで、データは逐次更新します。

やはりXMLですかね?

**デフォルトの名無しさん** · 2017/06/17(土) 15:13:21.78

sqlite

**デフォルトの名無しさん** · 2017/06/17(土) 15:25:13.38

>>801
普通に順にテキストに書き出して
あとで読み込め

**デフォルトの名無しさん** · 2017/06/17(土) 15:25:33.79

JSON

**デフォルトの名無しさん** · 2017/06/17(土) 16:52:38.86

csvでいいんじゃ

**デフォルトの名無しさん** · 2017/06/17(土) 17:03:08.93

結局AOTなんか全部はされてないとか言ってた奴はどこ行ったんだ。

**デフォルトの名無しさん** · 2017/06/17(土) 18:24:19.29

荒らしは>>796みたいに技術的な所をかまって貰えて羨ましいなぁと思いつつ居るよ
Xamarin.Androidの話題なんてなかったんや

**デフォルトの名無しさん** · 2017/06/17(土) 21:37:37.55

.NET Standard 2.0準拠の.NET Coreが出たら.NET CoreをAndroidやiOSでも
動くようにして、MonoベースのXamarinから.NET Coreベースの
新しいクロスプラットフォームな環境をぶち上げるのが既定路線じゃね。

やっぱ、マイクロソフトは品質の問題から他社ベースの製品より自社開発の
ものを優先するからね。

**デフォルトの名無しさん** · 2017/06/17(土) 21:43:13.73

でもちょうど、UWPアプリをクロスプラットなアプリとして生まれ変わらそうとして
とりあえずコア部分とビューモデル部分の移植作業してるんだが、それまで待ってられねぇし、Xamarin.Formsで作って予想が当たって
1年後に死ぬとかいやだな・・

**デフォルトの名無しさん** · 2017/06/17(土) 22:08:00.41

>>808
yes

**デフォルトの名無しさん** · 2017/06/17(土) 22:13:21.14

買収までしてそんな簡単に諦めるかなMSは

**デフォルトの名無しさん** · 2017/06/17(土) 22:37:04.14

>>808
そんなふうに考えてた時もあったけど、MONOはしばらくなくならないと思うよ。
というか.NET Standardで共通ライブラリ化ができるならそこを急いでする必要性ないと思うけど。
.NET CoreはサーバーがらみでLinux対応など必須だったと思うが。、

**デフォルトの名無しさん** · 2017/06/17(土) 22:53:15.43

>>812
そっかぁ。俺は別にマイクロソフトの会議とか参加してねぇし、詳しく知らんが。
で、そこらへんに詳しそうな人をTwitterでフォローしてるが、この前のBuild 2017で
Xamarinの話とかフォローしてる人全然話題にしてねぇからな。
いざ、Xamarin.Formsで作ってみようと思ったのでXamarin.Formsの将来を
考えたときにあれれ？と思い始めちゃってどうしようかと。

**デフォルトの名無しさん** · 2017/06/17(土) 23:17:36.45

CoreCLRはもうGitHubでAndroid対応始まってた気がする

**デフォルトの名無しさん** · 2017/06/18(日) 00:14:45.40

>>813
将来的にはBCL,CoreLibrary,MONOは全部捨てられて統一する予定

http://ascii.jp/elem/000/001/156/1156721/index-3.html

**デフォルトの名無しさん** · 2017/06/18(日) 00:32:53.36

じゃあ今学んでいる糞みたいなバッドノウハウは
なんの役にも立たない糞知識と化すわけか
理想の形に仕上げてからリリースしろよ
マジ時間の無駄

**デフォルトの名無しさん** · 2017/06/18(日) 00:54:03.30

http://ascii.jp/elem/000/001/156/1156721/index-3.html
には捨てられるまでは書いてないでしょ。
.NET Standardに統一されると言ってるだけで、
その.NET Standardに準拠した実際の環境(.NET Frameworkやら.NET CoreやらMonoやらが)
がどうなるとはいってないような？？

**デフォルトの名無しさん** · 2017/06/18(日) 01:04:08.10

そんな不安定であやふやなものに人生の貴重な時間を費やすのは馬鹿のやることだな

**デフォルトの名無しさん** · 2017/06/18(日) 01:09:57.25

>>818
そんな考えならIT関係全般関われないな
一通りマスターしたと思い込んでる知識が5年後も使えるなんてあり得ない

**デフォルトの名無しさん** · 2017/06/18(日) 01:24:57.53

学ぶのがいけない。

流行りのものを使えば、流行るだけの利点もあり情報もありすぐ使える。
流行らないものを使おうとするからいらん苦労してわざわざ学ぶ必要がある。

**デフォルトの名無しさん** · 2017/06/18(日) 01:30:22.64

どう考えても統一されたほうがいい。
デバイス、OSいろいろあるのにその上いろいろあったら混乱するだけ。

**デフォルトの名無しさん** · 2017/06/18(日) 01:38:41.21

>>821
その意見の人がわりといるから、
未だに様々な場面で c++ が使われてて、
通信は HTTP に集約され、
テキストデータは xml / json になり、
みたいなことが起きてんだよね多分

**デフォルトの名無しさん** · 2017/06/18(日) 01:51:34.00

まじかよ
早く統一化してよ今日中に頼む

**デフォルトの名無しさん** · 2017/06/18(日) 02:10:47.68

>>814
https://github.com/dotnet/coreclr
First steps for generating nuget packages for ARM64/Android. (#10286) 9 days ago
見ると、ARM/Androidの文字が・・
Mono捨てられて.NET Coreベースの新環境くるのか・・

**デフォルトの名無しさん** · 2017/06/18(日) 02:14:23.34

XAML StandardもWindows寄りになりそうだから。
既存のものも動くらしいけど。

**デフォルトの名無しさん** · 2017/06/18(日) 02:22:02.16

不完全で中途半端なもんリリースしてんなよ

**デフォルトの名無しさん** · 2017/06/18(日) 02:45:38.39

>>826
おまえみたいな社会的役立たずよりは、よほど有用なツールだよ

**デフォルトの名無しさん** · 2017/06/18(日) 02:50:06.47

>>818
2ちゃんに書き込みしといてよく言うわwww

**デフォルトの名無しさん** · 2017/06/18(日) 04:00:39.92

Windows Formsボロクソ言われてた割にメシ食わせてもらったし
Xamarin.Formsもよろしゅう頼むわ～くらいのノリでいいんじゃねーかいｗ

開発環境前はだいぶあらぶってた気がするが最近落ち着いてきたね

**デフォルトの名無しさん** · 2017/06/18(日) 10:44:26.18

こんなゴミで満足するとか糞を使ってると
まともな感性が失われるんだな

**デフォルトの名無しさん** · 2017/06/18(日) 10:49:54.55

>>830

>>818
>>828

**デフォルトの名無しさん** · 2017/06/18(日) 13:51:39.54

まあ別にこれ選択肢なくても殺されるわけじゃないんだから、ネイティヴで個別に開発するかコルドバするかReactNativeにするか好きにしたら。
案件で使ったけど、次も俺はXamarin.Forms使うわ

**デフォルトの名無しさん** · 2017/06/18(日) 14:14:07.88

ストアのURL貼れよ

**デフォルトの名無しさん** · 2017/06/18(日) 14:55:05.10

>>833

>>818
>>828

**デフォルトの名無しさん** · 2017/06/18(日) 16:18:02.71

>>824
ヘンタイはすでにCoreCLR on AndroidでHello Worldを動かしている模様
ttps://github.com/dotnet/coreclr/issues/9946#issuecomment-284232191

Linuxで動くんだからAndroid向けにクロスコンパイルできないわけない！みたいな根性論だな
正式にXamarinの中の人がMonoからCoreCLRになる日は遠いだろうけど楽しいねぇ

**デフォルトの名無しさん** · 2017/06/18(日) 16:51:16.09

最終的には統一されるだろうけどいろんなものがMONOがらみとして構築されてるだろうから、置き換わるの当分先なんじゃ。

**デフォルトの名無しさん** · 2017/06/18(日) 17:49:26.70

8割がた動くはすぐ、99%は先のはなし。捨て去るには、10年では足らん。

**デフォルトの名無しさん** · 2017/06/18(日) 18:43:06.64

c#8で超便利機能が実装されたらあっという間に駆逐される気がする

**デフォルトの名無しさん** · 2017/06/18(日) 21:23:05.60

>>838
.net native って割と凄いんだけどね
笑っちゃうほど早くなるよ

**デフォルトの名無しさん** · 2017/06/18(日) 21:44:02.03

どうでもいいから姫の画像はよ

**デフォルトの名無しさん** · 2017/06/18(日) 22:00:30.30

>>最終的には統一されるだろうけどいろんなものがMONOがらみとして構築されてるだろうから

そもそも論として現状monoなんて普及してるのか？？
monoが使われてるケースの8,9割がxamarin絡みだとしたら、
マイクロソフトがmonoベースのxamarinから.NET Coreベースに舵を切ったら
あっという間でしょうに。

monoがxamarin以外ですごい使われてるなら話は変わると思うけど。

**デフォルトの名無しさん** · 2017/06/18(日) 22:40:45.51

XamarinがらみのXamarin社内の開発環境などの話な。
色んなツールとかがMONO前提でできてんじゃないのと。詳しくは知らんけど。
そんな数ヶ月でガラッと置き換えるようなもんでもないのかなと

**デフォルトの名無しさん** · 2017/06/19(月) 00:56:10.18

ListViewに高解像度の画像のURLを指定して読み込ませるプログラムを作ってみた

ListViewとImageCellを使えばURLを指定しただけでも画像を読み込んでくれて
簡単に作れるがメモリ不足でアプリが落ちる

CachingStrategyをRecycleElementにしたら落ちなくなったように見えるけど
スクロールがカクカクでまだ重い
listviewもそこまで世話してくれないか

**デフォルトの名無しさん** · 2017/06/19(月) 00:58:17.17

そういうのは先読みキャッシュ実装しないと滑らかにはならんだろうな

**デフォルトの名無しさん** · 2017/06/19(月) 01:29:07.37

ListViewとかスマホアプリの最も基本的なＵＩなのに、それすらまともに動かないとか糞杉ｗ
ListViewもXamarin.AndroidとXamarin.iOS使って個別に作らないいけないわけ？
これでクロスプラットフォーム名乗ってるんだから爆笑だよｗｗｗ

**デフォルトの名無しさん** · 2017/06/19(月) 01:43:50.30

お前の無能ぶりに爆笑だよｗｗｗ

**デフォルトの名無しさん** · 2017/06/19(月) 01:46:10.30

AndroidもiOSもListViewの先読みキャッシュは標準では無いよね？

**デフォルトの名無しさん** · 2017/06/19(月) 01:48:03.87

>>843
listview作成後画像を遅延ダウンロードさせるとか

**デフォルトの名無しさん** · 2017/06/19(月) 02:05:51.06

Xamarin程の糞はない

**デフォルトの名無しさん** · 2017/06/19(月) 02:22:54.60

素人が粘着してることが発覚しちゃった件

**デフォルトの名無しさん** · 2017/06/19(月) 04:27:52.93

ttps://www.youtube.com/watch?v=8GPhZR9RMiY

**デフォルトの名無しさん** · 2017/06/19(月) 05:40:07.84

>>850
ズボンもパンツも脱いで尻突き出して自分でアナルを割り開くくらいの清々しい突っ込み待ちだな

**デフォルトの名無しさん** · 2017/06/19(月) 05:45:12.98

>>851
最初の数分見たけどつまらない。
全部見ると役立つ情報もあるの？
見た人教えて。

**デフォルトの名無しさん** · 2017/06/19(月) 08:23:45.64

>>843
高解像度ってどのぐらい？
そもそもなんでそんなものをListViewで表示させんのよ。普通解像度落とすだろ。

**デフォルトの名無しさん** · 2017/06/19(月) 08:37:54.62

スマホのメモリーなんてたかが知れてるんだから、Xamarin使っても使わなくても高解像度画像を大量にそのまま全部リスト表示してたら落ちるのは当たり前

**デフォルトの名無しさん** · 2017/06/19(月) 08:47:39.71

参考画像

http://livedoor.4.blogimg.jp/michaelsan/imgs/c/d/cd16c283.gif

**デフォルトの名無しさん** · 2017/06/19(月) 09:37:51.92

まあこれぐらいくだらないことしないとXamarinにケチつけられないって事ですね。わかります。、

**デフォルトの名無しさん** · 2017/06/19(月) 15:48:16.58

モバイルでのプログラミングの作法しらないんじゃねぇかな・・
PCでの作法そのまま持ち込んでるだけ・・

Androidでも
https://developer.android.com/topic/performance/graphics/load-bitmap.html
https://developer.android.com/topic/performance/graphics/cache-bitmap.html
UWPでも
https://docs.microsoft.com/ja-jp/windows/uwp/debug-test-perf/optimize-animations-and-media

色々やれってことだな

**デフォルトの名無しさん** · 2017/06/19(月) 15:51:32.62

まぁ、でも問題はXamarin.Formsでプラットフォームを意識しないで
最適化簡単にできるのか知らんがww

**デフォルトの名無しさん** · 2017/06/19(月) 20:36:59.24

Xamarin以上にプラットフォームの差異を意識するところは意識してかける、意識しないでいいところは共通に書ける仕組みあるなら教えてくれ。煽りじゃなく他のやつでいい感じのあるなら知りたいわ
全部違いを意識しないで書けるとか言ってる奴はプラットフォーム間での差異をコントロールできないだろうから結局使えなくなると思うけど。

**デフォルトの名無しさん** · 2017/06/19(月) 20:57:37.92

そんなものはないXamarin含めてクロスプラットフォームは糞

**デフォルトの名無しさん** · 2017/06/19(月) 22:19:30.61

じゃあお前は好きなだけ別個に作ってろよw.

**デフォルトの名無しさん** · 2017/06/19(月) 22:23:37.04

FB Reactが頭オカシイ感じにPF依存なフレームワークになってる
PG観点ではウケルwwwって感じで悪くないけどデザイナどころかSEすらも拒否反応示すレベル

まだXamarinの方が採用しやすい
(信者向けXamarinヨイショは忘れない)

**デフォルトの名無しさん** · 2017/06/19(月) 22:40:24.74

お前は糞UIのゴミを量産しとけ

**デフォルトの名無しさん** · 2017/06/19(月) 23:05:29.10

>>864
粘着初心者乙

**デフォルトの名無しさん** · 2017/06/20(火) 01:39:02.38

>>864
高解像度の画像をリストビューに貼るあなたに言われましてもw

**デフォルトの名無しさん** · 2017/06/20(火) 03:36:45.17

ワッチョイもIPも入れたらええねん

**デフォルトの名無しさん** · 2017/06/20(火) 03:38:25.88

プログラム板的にはIPじゃなくてリモートホスト名かな

**デフォルトの名無しさん** · 2017/06/20(火) 08:13:50.04

高解像じゃなくても重い
特にAndroid側が酷い

**デフォルトの名無しさん** · 2017/06/20(火) 08:37:14.22

OSがうんこだから仕方ない。

**デフォルトの名無しさん** · 2017/06/20(火) 08:47:45.40

>>869
画像の読み込みを非同期で処理していないからだろ。
ちゃんと非同期でやれば重くない。

**デフォルトの名無しさん** · 2017/06/20(火) 11:23:28.09

>>869
Xamarin製のStoryoは遅延レンダリングしてて
大量の画像のレンダリングもサクサクだった

**デフォルトの名無しさん** · 2017/06/20(火) 12:33:31.31

非同期も理解しないで重い重いと文句言ってるのか
そもそもプログラマーとしての基礎が足りなさすぎる
批判する度に自分の無知さにより恥かくだけだぞ

**デフォルトの名無しさん** · 2017/06/20(火) 13:32:34.77

元からこいつの批判的外ればかりじゃん

**デフォルトの名無しさん** · 2017/06/20(火) 13:37:33.00

たぶん最近「UI」やら「クロスプラットフォーム」って単語覚えたキッズかと

**デフォルトの名無しさん** · 2017/06/20(火) 19:48:48.89

Xamarin使った事ねぇけど、
https://forums.xamarin.com/discussion/85747/xamarin-forms-feature-roadmap
これ見てると、fast redererとかばっかあるから今相当重いわけ？
と疑問に思う。

**デフォルトの名無しさん** · 2017/06/20(火) 20:42:11.83

争いは同じレベルの者同士でしか発生しない
を体現したスレなんだなって思う

>>876
逆に考えるんだ
機能的に完成されすぎて速度くらいしか改善点がないんだと

**デフォルトの名無しさん** · 2017/06/20(火) 21:22:55.44

>>876
Androidのフォームはちょと重い

**デフォルトの名無しさん** · 2017/06/20(火) 21:46:18.11

Xamarin程の糞はない

**デフォルトの名無しさん** · 2017/06/20(火) 21:57:08.23

ちゃんと低解像度に変えたのか？ん？

**デフォルトの名無しさん** · 2017/06/20(火) 22:17:40.97

非同期とか意識して実装しないとまともに動かないとか原始的すぎだろ
AndroidだったらGlideとかPicassoとか使えばURL渡すだけで良い感じにやってくれるわ
非同期意識して実装してるってことは、ListViewをスクロールして画面外に消えた際のリリース処理とか
再度画面内にスクロールした際の再描画処理とかまで自分で実装してんのか？
2017年の現代社会でそんな原始人みたいなことやりたくねえわ
Xamarinって原始人向けのツールなんだな考えられねえわ

**デフォルトの名無しさん** · 2017/06/20(火) 23:46:06.25

そんなにPicassoがいいならXamarinでPicassoのライブラリをバインドして使えばいい

**デフォルトの名無しさん** · 2017/06/20(火) 23:51:42.54

>>881
お前その聞きかじりの知識で吠え続けるのいい加減恥ずかしくないのwww

**デフォルトの名無しさん** · 2017/06/21(水) 00:14:16.59

>>881
FFImageLoadingを使え

**デフォルトの名無しさん** · 2017/06/21(水) 00:38:24.02

>>881
>非同期意識して実装してるってことは、ListViewをスクロールして画面外に消えた際のリリース処理とか
>再度画面内にスクロールした際の再描画処理とかまで自分で実装してんのか？
これ、俺はJavaのAndroidアプリで自前でやってるけど、20,30行書くだけだから、別に大した処理じゃないだろ・・
で、UWPアプリでも今作ってるけど、Unloadイベントをビューモデルのキャンセルイベントにバインドしてるだけで、
しっかりUnloadイベントでいいのか調べてないけど、合わせても数行だしな。

**デフォルトの名無しさん** · 2017/06/21(水) 00:40:10.53

まぁ、もちろん自前でやったのは、GlideやPicassoのキャッシュ管理の部分が嫌だったからだけどさ。

つか、今度は周辺ライブラリ比べ始めたのかよ。

**デフォルトの名無しさん** · 2017/06/21(水) 12:34:26.87

言語スレじゃなくてフレームワークスレだからな
標準ライブラリで最適なモノ提供しろってことだろう

**デフォルトの名無しさん** · 2017/06/21(水) 13:09:37.07

また訳わからんこと言い出したぞ
標準ライブラリの意味わかってるか？

**デフォルトの名無しさん** · 2017/06/21(水) 14:28:41.92

もう「日本語がおかしい」だけでいいじゃん

**デフォルトの名無しさん** · 2017/06/21(水) 15:43:31.70

要は「俺がやりたいことは全てライブラリ追加なしでできるようにしろ」ってことだろ？
随分都合のいい考えだな

**デフォルトの名無しさん** · 2017/06/21(水) 15:59:40.07

なんだ、やっぱり素人が粘着してただけだったのか

**デフォルトの名無しさん** · 2017/06/21(水) 16:04:42.34

そのうちプログラミングできないからアプリ作るの手伝ってくださいって泣きついてきそう

**デフォルトの名無しさん** · 2017/06/21(水) 19:33:55.58

それでもこのスレの住民は素直に構ってくれること確実

**デフォルトの名無しさん** · 2017/06/21(水) 22:21:40.30

>>891
そんなの指摘内容見たらこいつ何にも分かってねぇって瞬殺だよね

**デフォルトの名無しさん** · 2017/06/22(木) 10:58:41.52

Xamarin.Forms Windows を復帰してくれないかなぁ・・・
UWPだと制限が多すぎて苦労する。特にファイル周り。

**デフォルトの名無しさん** · 2017/06/22(木) 11:22:09.15

>>895
WPF出るそうだけど。
わざわざXamarinでやる意味もあんまりだが。