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/24(土) 15:47:50.90

>>927
英語版見れ

**デフォルトの名無しさん** · 2017/06/24(土) 15:50:17.64

日本語のドキュメントが怪しかったら英語のドキュメント見るのは基本じゃね。
言語を英語にすりゃいいだけじゃん・・

**デフォルトの名無しさん** · 2017/06/24(土) 16:07:27.80

訳が怪しいとかはともかく
こんな根本的な間違いをMSの公式が放置してるとかどうなってんの？

英語版のも疑問点は残るな

.NET Standardの2.0とこクリックした先見ると.NET Coreは vNext なのに
その表だと 2.0 なのはどうして？ (これは>>927でおれも逆書いてた)

.NET Standardの1.6とこクリックした先見ると .NET Framework は 4.6.1 なのに、
その表の「.NET FrameworkおよびTrooling1.0」が4.6.2 になってるのは何？

**デフォルトの名無しさん** · 2017/06/24(土) 16:42:34.76

ドキュメントの不備が嫌ならVB6でも書いてれば？安定してることこの上なし

**デフォルトの名無しさん** · 2017/06/24(土) 16:53:55.75

おれは必要ならソースを見に行くが
MS公式が設定して提示すべき情報があいまいになってるとかアカンだろ

こんなのが積み重なって勉強会来ないとまともな情報が手に入りませんよとか糞な状況が生まれる

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

現状のPCLとかプロファイル番号の混沌とした状況を整理しようっていう新しい規格が
そんなんじゃため息のひとつも出るだろ？

実際のところこれからNETStadardに切り替えていくとしても
しばらくはPCLの外部ライブラリも使う必要があるわけで、
サポートするプラットフォームのバージョンの組み合わせを考えるだけで頭痛くなってくる

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

PCLは実際に使ってみるとサポートしてるよーっていうはずの特定のプラットフォームでバグがあって動かんとかあるしな
Windowsで動作確認したあとAndroidで試してみたら動かんとかあって
あわてて別ライブラリに変更とかひどい目にあった

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

ちょっと待てよ
MS公式が異常なだけで他の言語から入ってきた人からすれば放置されることのほうがおかしい

他の公式はユーザーが活発で指摘が入ったら即治すとこが多い

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

じゃあMSに指摘すればいいじゃないですか

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

やっぱコミュニティが糞なんだな
特に日本の

**デフォルトの名無しさん** · 2017/06/24(土) 19:29:03.83

Xamarinやってるとか頭おかしい

**デフォルトの名無しさん** · 2017/06/24(土) 22:28:00.64

.NET Standardとか過渡期ですしおすし

**デフォルトの名無しさん** · 2017/06/24(土) 22:35:27.79

見つけたら報告とか修正してあげては？
ページ内のEditからGithubにいけて、pullreqなりissue立てるのが一番良い

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

クロスプラットフォームなんてまだ全然実現できていないからその辺は気をつけないとな

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

>>934
うちは.NET Standardの方でWindowsでは動くのにAndroidじゃ動かないって問題が出た
先にWindowsの開発が進んでたから、PCLの類似ライブラリ使うよう作り直し

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

>>942
それは、クロスプラットホーム全般にあり得ること

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

>>943
PCLの外部ライブラリならともかく、.NETStandardのMS公式ライブラリがまだこんなレベルなことに愕然としたけどね

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

Xamarin程の糞はない

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

Standard、1.xとかついててもまだ実質開発途中のものだし…

**デフォルトの名無しさん** · 2017/06/25(日) 00:35:00.34

有料のサポートに通報すると直してくれる可能性大。できなくても、特性パッチくれたりする

**デフォルトの名無しさん** · 2017/06/25(日) 00:42:08.95

なぜ皆駄々っ子になってしまうのか？

**デフォルトの名無しさん** · 2017/06/25(日) 01:12:11.69

>>946
その辺がマイクロソフトのネーミングセンスの糞なとこだよな
ワザとやってるのか？

**デフォルトの名無しさん** · 2017/06/25(日) 02:24:38.04

>>946
開発ストップしてるVB6でも使っとけよ

**デフォルトの名無しさん** · 2017/06/25(日) 03:26:19.65

Windowsチームが参戦したのは最近だからな。
これからだよ。

**デフォルトの名無しさん** · 2017/06/25(日) 09:57:46.91

Xamarin程の糞はない
そもそもMicrofoftという会社自体がもう古臭い
C#も登場から何年も経ってるのに圧倒的にJavaの方が人気が高いし求人も多い
WPF + Xamlも登場から何年も経つのに全然受け入れられず未だにWindows Formsでアプリが作られている
Microsoftの考えたXaml + MVVMという考えが全く間違っていたということだし
C#みたいなマイナー言語をやっているということはエンジニアとしての価値が低いということだ
IEのシェアも落ちたしVisual Studio for Macはまともにビルドできないし
Microsoftという会社は完全に時代遅れ
今時JetBrains製のIDEを使っていない人間は時代が読めてない
Microsoftみたいな3流企業の製品を使っている奴はエンジニアとしての価値も3流ということだ
大体MicrosoftはWindowsPhoneのシェアを二桁取ってからモノを言えと言いたい
MicrosoftがやっていることはGoogleやAppleの作ったパイを横取りしようとしているだけ
そんな会社の製品を使ってアプリ開発しているやつは泥棒猫と同じ
MVVM前提の開発環境とか言うくせに外部ライブラリを入れないと良い感じでMVVMできないし
MVVMを推奨するならデフォルトで必要なライブラリなど全て入れた状態で配布しろ
Xamarin.Formsはちょっと複雑なことしようとするとお得意のdependency serviceとcustom rendererの連発
クロスプラットフォームと言うならXamarin.Formsだけでできないことを恥じろよ
クロスプラットフォームという割にほとんど個別に作っているのと変わらない
ＵＩは共通化できると言うけどListViewは重くてスワイプがもたついたり画像の表示が遅かったりする
スマホアプリの最も基本的なUIであるListViewすらまともに動かないとか糞
Xamarinなんてマイナーな環境使っている人が少ないせいでググって調べものするのに時間がかかるのが糞
結局ネイティブでやるより時間が掛かってクロスプラットフォームのメリットが相殺されるどころか
下手すると解決策が見つからなくてデザインや機能の面で妥協する結果となる
エンジニアもデザイナーもお客さんも全員がっかりするのがXamarin

**デフォルトの名無しさん** · 2017/06/25(日) 10:52:13.63

F-35状態ってことね

**デフォルトの名無しさん** · 2017/06/25(日) 11:21:10.63

だんだん長くなって来てるな。
書き込み最大行とかってあるんだっけ

**デフォルトの名無しさん** · 2017/06/25(日) 11:39:42.43

Xamarinはちょこっと去年買収しただけだから、
Microsoftクオリティ求める方が馬鹿でしょ。

**デフォルトの名無しさん** · 2017/06/25(日) 12:13:22.60

>>860
つQt

**デフォルトの名無しさん** · 2017/06/25(日) 12:49:52.59

>>956
Qtってプラットフォームのネイティヴコントロール生かした表示するとか必要な場合にネイティヴコントロール埋め込むとか出来るの？

**デフォルトの名無しさん** · 2017/06/25(日) 13:48:03.14

>>949
3.x で初めて使える物を出すのがMicrosoftの伝統
個人的にはわざとやってるんだと思う

(できの悪い 1.x 、2.x は重要視されないから訴訟リスクがない)

**デフォルトの名無しさん** · 2017/06/25(日) 15:22:50.36

>>957
どっちもできる

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

>>959
そなのか。
なんかあまり使われてる風じゃないけど有償だから？
後モバイル用はないんだよね？

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

>>958
なんの訴訟だよw

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

日本人ってやたら過剰に品質求めて少しでもバグあれば鬼の首取ったように批判するよね
個人で文句言ってる分にはどうでもいいが企業でもそんな感じで、枯れた技術じゃないとビジネスには使えないと言い出す始末
少なくともIT分野の場合は完璧でないものを排除するメリットより、排除することで最新技術から取り残されるデメリットの方が圧倒的に大きいんだから
最新のものは完璧ではないという前提で、バグが出てきたらその時に対処すればよいというか
対処できる能力のある人間を用意しておく方が建設的

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

そのおかげで今の高品質の日本という確固たるイメージがあるわけだが

**デフォルトの名無しさん** · 2017/06/25(日) 17:36:17.03

>>963
従来の製造業での高品質の追求をITにそのまま持ち込んだ結果が世界的にソフトウェア業界でボロ負けしている現状でしょ

**デフォルトの名無しさん** · 2017/06/25(日) 17:37:27.56

Xamarinは低品質だけどな

**デフォルトの名無しさん** · 2017/06/25(日) 17:38:41.13

>>960
あるよ

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

>>934
そもそもバグあると分かったなら公式へ報告すればいいし、直し方が分かってるなら直してあげればいい

**デフォルトの名無しさん** · 2017/06/25(日) 19:02:22.22

>>961
WindowsはMacのパクリだ！とか
.net は java のパクリだ！とか
MS-DOS は PC-DOS のパクリだ！とか
そんなような

**デフォルトの名無しさん** · 2017/06/25(日) 19:44:27.96

>>968
それのどこにバージョン関係あんだよ

**デフォルトの名無しさん** · 2017/06/25(日) 19:44:57.87

>>966
んじゃなんでそれみんな使ってないし話題にもなってないの

**デフォルトの名無しさん** · 2017/06/25(日) 21:34:49.08

>>970
話題にはなってるが

**デフォルトの名無しさん** · 2017/06/25(日) 22:24:32.34

>>970
いやなってるよ

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

>>970
なってるし使われてる

**デフォルトの名無しさん** · 2017/06/25(日) 22:30:20.01

　　　　　　　　　 Xamarinするには、まず人脈♪

　　　　　　　　　　　　　　　　／＼
　　　　　　　　　　　　　　／　神＼　　　　・@chomado
　　　　　　　　　　　　　／　　　　　　＼
　　　　　　　　　　　　／￣￣￣￣￣￣＼￣￣￣￣￣￣￣￣￣￣￣￣￣
　　　　　　　　　　／　　　　　　　　　　　＼　　　　・@ytabuchiとか
　　　　　　　　　／　　　　　偉い人　　　　　＼　　　 JXUGの方々
　　　　　　　／　　　　　　　　　　　　　　　　＼
　　　　　　／￣￣￣￣￣￣￣￣￣￣￣￣￣＼￣￣￣￣￣￣￣￣￣￣￣￣￣
　　　　　／　　　　　　　一般ピープル　　　　　　＼　　　　・無償化されて
　　　　／　　　　　　　　　　　　　　　　　　　　　　　　＼　　　知った人
　　 .　￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣　￣￣￣￣￣￣￣￣￣￣￣￣￣

　 ttp://pbs.twimg.com/media/CyKXMkvUsAAkB_g.jpg

**デフォルトの名無しさん** · 2017/06/25(日) 22:34:14.85

んじゃなんでそれ俺が使ってないし話題にもなってないの

**デフォルトの名無しさん** · 2017/06/25(日) 22:35:05.49

>>975
エンジニアじゃないからじゃない？

**デフォルトの名無しさん** · 2017/06/25(日) 22:54:36.08

>>969
ちゃんと流れで読めよ
最初は訴えられそうにないショボいの出すからバージョン3あたりまではでき悪いって話

**デフォルトの名無しさん** · 2017/06/25(日) 23:08:40.96

そもそも>>958でライブラリに訴訟とか言い出した辺りが根本的に間違ってんじゃ

**デフォルトの名無しさん** · 2017/06/26(月) 17:49:12.21

ウインドウいっぱいに<Image>
下端に<Slider>
中央、<Image>の上に<ProgressBar>（必要時以外は非表示）

Xamlだとどう書けばいい？

**デフォルトの名無しさん** · 2017/06/26(月) 17:58:53.78

Gridでおけー

**デフォルトの名無しさん** · 2017/06/26(月) 23:58:28.40

gridじゃImageの上にプログレスバーを重ねたりは出来ない
AbsoluteLayoutを使いましょう

**デフォルトの名無しさん** · 2017/06/27(火) 00:06:03.66

>>981
なんで？

**デフォルトの名無しさん** · 2017/06/27(火) 00:38:58.79

>>982
> <Image>の上に<ProgressBar>（必要時以外は非表示）

レスが読めないのか理解できないのかどっち？

**デフォルトの名無しさん** · 2017/06/27(火) 00:58:32.63

上というのがY軸方向なのかZ軸方向なのかによる

**デフォルトの名無しさん** · 2017/06/27(火) 01:16:55.68

>>983
？
Gridの同じカラムとロウに、ストレッチされたイメージとその上に重なった縦横センターのプログレスを置くことできるだろ。
なんか置けない制限あったっけ？
非表示とかはとりあえずなんとでもなるからどうでもいいだろ？

**デフォルトの名無しさん** · 2017/06/27(火) 02:51:49.45

>>981
できるよ

**デフォルトの名無しさん** · 2017/06/27(火) 09:43:19.06

>>981
>>983
普通にできた

**デフォルトの名無しさん** · 2017/06/27(火) 11:31:40.69

>>983がマウントしようとしてバカを晒してるってことでおけー？

**デフォルトの名無しさん** · 2017/06/27(火) 11:34:21.94

相互マウントに必死になってるでおｋ
このスレ、マウント好きのユーザと荒らししかいないｗ

**デフォルトの名無しさん** · 2017/06/27(火) 12:04:19.36

>>983しかマウントしようとしてない風だが…

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

スルーしとけよ
いちいち構うとお前も荒らしと変わらんぞ

**979** · 2017/06/27(火) 12:23:20.96

なにも考えずにGridに並べたら、希望に近いものが出来ました。
VerticalOptions="Fill" / "End" / "Center"

今度はProgressBarがリアルタイムに反映されません。

　var task = Task.Run(() =>
　{
　　DoWork();
　});

　// <ProgressBar x:Name="pbWait" HeightRequest="20" VerticalOptions="Center" />
　private async void DoWork()
　{
　　　for(int i=0;i<100;i++)
　　　{
　　　　　Device.BeginInvokeOnMainThread(() =>
　　　　　{
　　　　　　　pbWait.Progress = (double)i / 100.0f;
　　　　　});
　　　　　wait(100);　　// 100ms のウエイト
　　　}
　}

**デフォルトの名無しさん** · 2017/06/27(火) 19:11:22.75

なんだよwaitって。

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

doubleじゃなくてintだった気がする
Maxで最大値指定

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

>>992
こういう奴ってどの数字セットしたら表示が変わるか、どのぐらいの頻度でやったら更新する更新しないとか試した上で質問してると思う？

**979** · 2017/06/27(火) 21:50:46.61

>>993
コメントとして書いているように、指定したミリ秒、何もしない関数です。
そのままだと速すぎるので10秒で0からMAXになるように、1回につき0.1秒のウエイトを入れています。

>>994
Sliderと間違えていないでしょうか？

>>995
0.5を代入して半分になるのは確認しています。

その後、何度か試してみますとまったく変化がないわけではなく、段階的（0から3割ぐらい、その後9割ぐらいといった感じ）に表示が変わりました。
なんらかのイベントの時に更新されるのかな？
スムーズに更新させるようには出来ないでしょうか。

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

awaitなしの　async…

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

>>995
思う

**デフォルトの名無しさん** · 2017/06/27(火) 22:14:27.56

bindして更新させるのが普通ではないのかな。

**デフォルトの名無しさん** · 2017/06/27(火) 22:32:40.70

>>996
1009なら1000秒wait

**1001** · Over 1000

このスレッドは１０００を超えました。
もう書けないので、新しいスレッドを立ててくださいです。。。
life time: 50日 14時間 52分 36秒