Xamarin Part6

レス数が1000を超えています。これ以上書き込みはできません。
2017/10/19(木) 07:55:07.34ID:lUytdpCK0
!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/08/01(水) 13:19:21.76ID:3YKcL0te0
自作ですか・・・
了解しました。
2018/08/01(水) 14:00:41.74ID:puNJPiJzM
Xamarinみたいな糞でやるからそうなる
2018/08/01(水) 17:04:26.25ID:3YKcL0te0
ロジックの組み立ては C# でラクなんだけどなぁ
Java なんて関わりたくない w
970デフォルトの名無しさん (ワッチョイ 16e8-53i4)
垢版 |
2018/08/01(水) 18:50:20.90ID:faIeNtZh0
素晴らしい
一つの言語でiOSとAndroidの開発が出来てしまうのか
Xamarin使うしか無いじゃんコレ
2018/08/01(水) 19:00:57.70ID:lkGccbe9M
それならFlutter dartの方が良さそうだけど
2018/08/01(水) 19:02:10.53ID:gQ+f4Attd
.Formsの方は痒いところに手が届かなかったりするけど.Nativeの方はマジ強力で使える
2018/08/01(水) 19:44:02.57ID:SU5pXf//0
Forms程の糞はない
2018/08/01(水) 21:42:17.83ID:u6lwEO3L0
Formsで届かなかったとこ何?
2018/08/01(水) 21:46:27.64ID:u6lwEO3L0
Flutterは後発で色々良いところもありそうだけどこなれてないとこもまだ多そうなイメージ
まだネイティブコントロールとの混在はできないんだっけ?
976デフォルトの名無しさん (ワッチョイ c27f-w8r8)
垢版 |
2018/08/01(水) 21:52:19.45ID:zXrARzoj0
Android で Switch のカスタムレンダラー書いてスケール変えれるか試してみたけど、元々のサイズまでで描画が切れちゃってダメだな
Forms 生かすなら Android の Switch 使うのやめて、Switch っぽい見た目のもの作ったほうが早そう
2018/08/01(水) 22:02:37.74ID:w7n239MG0
そんな無駄な実験に時間を浪費する暇があったらネイティブでそれぞれで作ったほうが早い
2018/08/01(水) 22:08:23.18ID:fVLJSHi8a
iOSだったら三点タップして拡大してくださいで済む話
2018/08/01(水) 22:26:33.26ID:u6lwEO3L0
えーとネイティブだとスケールできるの?
2018/08/01(水) 22:32:15.11ID:gQ+f4Attd
ネイティブでも結局カスタムSwitch造ることになるんだからFormsでもネイティブでも手間は大して変わらんな
2018/08/01(水) 22:43:00.96ID:fVLJSHi8a
念のため書いとくけどiOSは三点ダブルタップで画面が拡大する
2018/08/01(水) 22:48:30.70ID:gQ+f4Attd
>>981
>>947
2018/08/01(水) 22:52:02.34ID:w7n239MG0
カスタムレンダラーで実験して時間を無駄にした分の負け
2018/08/02(木) 09:22:40.50ID:DfADEw/T0
PGなんて、try and error の積み重ねじゃん。
そういった時間を無駄と思っているなら将来性無いね。
枯れた技術だけで組んでいればいいさ。
2018/08/02(木) 10:15:24.16ID:StitAPiia
そもそもカスタムレンダラーなども含め、Xamarinその他のクロスプラットフォーム技術によって共通化させる主な目的は開発の高速化ではないからね
特に対象の規模が大きくなればなるほど後の保守の効率化の方がメインとなる
2018/08/02(木) 10:20:06.41ID:lOc4vhPdM
もっと意味のあるtry and errorに時間を使うべき
Xamarin特有の糞関わっている暇などない
2018/08/02(木) 10:27:41.92ID:145pfVw+M
>>984
明らかにお宝の埋まってない穴を掘り進むTry and Errorもあるからねえ。そのあたりはPGセンスの有無が大きい。
いくらTry and Errorをしてもお前にゃ一生無理だってのはある。
2018/08/02(木) 11:22:51.91ID:c9Ey8E3qa
どのクロスプラットフォームでもカスタムレンダラーなりDIなりに当たる仕組みは存在する(というか特にスマホ向けなら必須である)わけで
言語や文法が異なるだけで実質的には何も変わらずxamarin特有のことなどではない
2018/08/02(木) 11:27:45.40ID:LGz4QA580
>>985
いや開発の高速化も普通に入るだろ。
お前の主観か?

>>986
この場合にネイティブとレンダらで試行錯誤がどう違うのかよろ
2018/08/02(木) 13:54:51.15ID:lOc4vhPdM
クロスプラットフォームは総じて糞
その中でもXamarinはキングオブ糞
2018/08/02(木) 14:14:16.98ID:DfADEw/T0
求められるのは高速化ではなく、効率化だな。速く組んでも無駄な動作ばかりしてたら駄目だろ。
そういう意味合いで、開発言語の共通化は部品の共通化になり、効率が上がる。
2018/08/02(木) 16:27:17.59ID:J2i/LTH2M
どうでもいい言葉遊びは置いといて、多くの部分を共通に作れるからトータル時間短く開発できるしメンテも楽。
決して共通化=早く開発できるではないけれど、自分の経験上は環境構築のトラブルなど考慮してもざまりんでやった方が別々に作るよりはるかにマシっていうか別々に作ることとか考えただけでもやだわ
2018/08/03(金) 08:47:55.74ID:lMjnDUvZ0
Xamarin程の糞はない
2018/08/03(金) 09:25:46.34ID:uMmdDEaL0
Forms程の糞はない
2018/08/04(土) 19:42:36.38ID:9ru7WbLJ0
最初にちょまどさえ使わなければこんなに粘着されることもなかったのに
2018/08/04(土) 20:51:24.93ID:F4AuyzGvM
( ̄▽ ̄)
2018/08/04(土) 21:31:16.85ID:PzVn9Lj10
粘着する基地外を叩くべきでそれでチョ窓を叩くのは基地外の思う壺
2018/08/04(土) 22:20:50.49ID:tGGoz5e20
Formsの端々に見えるやっつけ感が糞
2018/08/05(日) 01:12:20.78ID:h7155+2B0
具体的なことは何も言えない、と。
2018/08/05(日) 14:50:07.34ID:h00bNn2V0
Xamarin程の糞はない
10011001
垢版 |
Over 1000Thread
このスレッドは1000を超えました。
新しいスレッドを立ててください。
life time: 290日 6時間 55分 0秒
レス数が1000を超えています。これ以上書き込みはできません。
5ちゃんねるの広告が気に入らない場合は、こちらをクリックしてください。

ニューススポーツなんでも実況