Xamarin Part6

2017/10/19(木) 07:55:07.34

!extend:on:vvvvv:1000:512

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

公式
http://xamarin.com/

前スレ
Xamarin Part5 [無断転載禁止]c2ch.net
http://mevius.5ch.net/test/read.cgi/tech/1498575762/1

煽りはスルー推奨

VIPQ2_EXTDAT: default:vvvvv:1000:512:----: EXT was configured

2018/07/30(月) 00:48:46.84

iOS/Android ともに Scale は変えられるみたいだよ
カスタムレンダラーで変えればいけると思う

2018/07/30(月) 08:40:22.88

> Xamarin.Formsはちょっと複雑なことしようとするとお得意のdependency serviceとcustom rendererの連発

2018/07/30(月) 09:37:33.81

>>944
IOSもいけるんだっけ。したら両者Effectでもいけるのでは

2018/07/30(月) 13:37:39.52

公開アプリじゃなくて社内アプリなので
iOSは無視でいいです。

デフォのが小さすぎて操作しづらいという意見があって。

2018/07/30(月) 13:39:57.45

>>943
これは自前のスイッチ作っちゃう系ですか。

スイッチ以外のテキストもろとも大きくなっても文句は出ないと思うので
スケール弄りという手段もOKです。

2018/07/31(火) 05:18:24.40

http://atsushieno.hatenablog.com/entry/2018/07/31/030110

2018/07/31(火) 09:06:02.55

atsushienoも逃げ出すXamarinの糞さ

2018/07/31(火) 12:38:30.42

ちょまどは

2018/07/31(火) 12:42:59.07

可愛い糞

2018/07/31(火) 12:49:02.43

ちょまどはもう全然Xamarinの情報発信してなくね
Xamarinみたいな糞を未だにやってるのは騙されたお前らだけ

2018/07/31(火) 13:27:53.42

騙すのが上手なのは同意

2018/07/31(火) 13:31:22.81

>>950
辞めるのはMSであってXamarinの開発はまだやると言っているんだが

2018/07/31(火) 14:20:16.76

>>955
他の言語やフレームワークに乗り換える可能性が高いって意味のこと書いて無い？

2018/07/31(火) 15:02:47.70

会社に所属していると自分でやりたいことができない。だから辞める。
としか取れないんだけどな・・・

>>956
>非OSS部分が無いとコードが維持できないレベルになってきたら、他の言語やフレームワークに乗り換えてやっていくつもりです。
と書いてるだけ。逆にいうと、コードが維持できるのならC#のままって事だろ。

2018/07/31(火) 15:32:10.25

>>957
その次の「～早々にそうなるかもしれません。」が目にはいらないのかな？

2018/07/31(火) 19:44:36.05

Xamarin程の糞はない

2018/07/31(火) 20:25:37.08

ちょまどはどうしてEnoさんにお疲れ様リプをしないのかな？^^

2018/07/31(火) 20:27:04.06

https://twitter.com/chomado/status/1024196690687930370

2018/07/31(火) 21:09:24.53

>>953
先月カンファレンスで登壇してたぞ食糞野郎

2018/08/01(水) 10:44:54.45

すみません、StackLayout の高さって自動じゃないんですか。

<TableView Intent="Form">
　<TableView.Root>
　　<TableRoot>
　　　<TableSection>
　　　　<ViewCell>
　　　　　<StackLayout>
　　　　　　<StackLayout>
　　　　　　　<Label FontSize="Large">あ</Label>
　　　　　　</StackLayout>
　　　　　　<StackLayout>
　　　　　　　<Label FontSize="Large">い</Label>
　　　　　　</StackLayout>
　　　　　</StackLayout>
　　　　</ViewCell>
　　　</TableSection>
　　</TableRoot>
　</TableView.Root>
</TableView>

で、「あ」は表示されるのですが「い」が表示されません。

2018/08/01(水) 10:58:20.65

自己解決
HasUnevenRows = "True" にしないといけないのですね。

あとはスイッチのサイズ・・・

2018/08/01(水) 12:13:55.11

Xamarin.Forms 2.5.x で作ったプロジェクトを3.xに更新すると以下のエラーが出るのですが、解決方法はありませんか？

エラー CS0012 型 'Attribute' は、参照されていないアセンブリに定義されています。アセンブリ 'netstandard, Version=2.0.0.0, Culture=neutral, PublicKeyToken=cc7b13ffcd2ddd51' に参照を追加する必要があります。

2018/08/01(水) 12:29:01.94

これ参考にしてカスタムレンダラーつくりなよ
scaleの設定が効くと言ってるよ
https://stackoverflow.com/questions/10173590/how-to-change-the-size-of-a-switch-widget
>>964

2018/08/01(水) 13:19:21.76

自作ですか・・・
了解しました。

2018/08/01(水) 14:00:41.74

Xamarinみたいな糞でやるからそうなる

2018/08/01(水) 17:04:26.25

ロジックの組み立ては C# でラクなんだけどなぁ
Java なんて関わりたくない w

2018/08/01(水) 18:50:20.90

素晴らしい
一つの言語でiOSとAndroidの開発が出来てしまうのか
Xamarin使うしか無いじゃんコレ

2018/08/01(水) 19:00:57.70

それならFlutter dartの方が良さそうだけど

2018/08/01(水) 19:02:10.53

.Formsの方は痒いところに手が届かなかったりするけど.Nativeの方はマジ強力で使える

2018/08/01(水) 19:44:02.57

Forms程の糞はない

2018/08/01(水) 21:42:17.83

Formsで届かなかったとこ何？

2018/08/01(水) 21:46:27.64

Flutterは後発で色々良いところもありそうだけどこなれてないとこもまだ多そうなイメージ
まだネイティブコントロールとの混在はできないんだっけ？

2018/08/01(水) 21:52:19.45

Android で Switch のカスタムレンダラー書いてスケール変えれるか試してみたけど、元々のサイズまでで描画が切れちゃってダメだな
Forms 生かすなら Android の Switch 使うのやめて、Switch っぽい見た目のもの作ったほうが早そう

2018/08/01(水) 22:02:37.74

そんな無駄な実験に時間を浪費する暇があったらネイティブでそれぞれで作ったほうが早い

2018/08/01(水) 22:08:23.18

iOSだったら三点タップして拡大してくださいで済む話

2018/08/01(水) 22:26:33.26

えーとネイティブだとスケールできるの？

2018/08/01(水) 22:32:15.11

ネイティブでも結局カスタムSwitch造ることになるんだからFormsでもネイティブでも手間は大して変わらんな

2018/08/01(水) 22:43:00.96

念のため書いとくけどiOSは三点ダブルタップで画面が拡大する

2018/08/01(水) 22:48:30.70

>>981
>>947

2018/08/01(水) 22:52:02.34

カスタムレンダラーで実験して時間を無駄にした分の負け

2018/08/02(木) 09:22:40.50

PGなんて、try and error の積み重ねじゃん。
そういった時間を無駄と思っているなら将来性無いね。
枯れた技術だけで組んでいればいいさ。

2018/08/02(木) 10:15:24.16

そもそもカスタムレンダラーなども含め、Xamarinその他のクロスプラットフォーム技術によって共通化させる主な目的は開発の高速化ではないからね
特に対象の規模が大きくなればなるほど後の保守の効率化の方がメインとなる

2018/08/02(木) 10:20:06.41

もっと意味のあるtry and errorに時間を使うべき
Xamarin特有の糞関わっている暇などない

2018/08/02(木) 10:27:41.92

>>984
明らかにお宝の埋まってない穴を掘り進むTry and Errorもあるからねえ。そのあたりはPGセンスの有無が大きい。
いくらTry and Errorをしてもお前にゃ一生無理だってのはある。

2018/08/02(木) 11:22:51.91

どのクロスプラットフォームでもカスタムレンダラーなりDIなりに当たる仕組みは存在する（というか特にスマホ向けなら必須である）わけで
言語や文法が異なるだけで実質的には何も変わらずxamarin特有のことなどではない

2018/08/02(木) 11:27:45.40

>>985
いや開発の高速化も普通に入るだろ。
お前の主観か？

>>986
この場合にネイティブとレンダらで試行錯誤がどう違うのかよろ

2018/08/02(木) 13:54:51.15

クロスプラットフォームは総じて糞
その中でもXamarinはキングオブ糞

2018/08/02(木) 14:14:16.98

求められるのは高速化ではなく、効率化だな。速く組んでも無駄な動作ばかりしてたら駄目だろ。
そういう意味合いで、開発言語の共通化は部品の共通化になり、効率が上がる。

2018/08/02(木) 16:27:17.59

どうでもいい言葉遊びは置いといて、多くの部分を共通に作れるからトータル時間短く開発できるしメンテも楽。
決して共通化=早く開発できるではないけれど、自分の経験上は環境構築のトラブルなど考慮してもざまりんでやった方が別々に作るよりはるかにマシっていうか別々に作ることとか考えただけでもやだわ

2018/08/03(金) 08:47:55.74

Xamarin程の糞はない

2018/08/03(金) 09:25:46.34

Forms程の糞はない

2018/08/04(土) 19:42:36.38

最初にちょまどさえ使わなければこんなに粘着されることもなかったのに

2018/08/04(土) 20:51:24.93

(￣▽￣)

2018/08/04(土) 21:31:16.85

粘着する基地外を叩くべきでそれでチョ窓を叩くのは基地外の思う壺

2018/08/04(土) 22:20:50.49

Formsの端々に見えるやっつけ感が糞

2018/08/05(日) 01:12:20.78

具体的なことは何も言えない、と。

2018/08/05(日) 14:50:07.34

Xamarin程の糞はない

**1001** · Over 1000

このスレッドは１０００を超えました。
新しいスレッドを立ててください。
life time: 290日 6時間 55分 0秒