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/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秒