Xamarin Part4 [無断転載禁止]©2ch.net YouTube動画>1本 ->画像>7枚

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/

保守

xamarinでwinformアプリ作れるの？

姫の画像ﾏﾀﾞｧ?(・∀・ )っ/凵⌒☆ﾁﾝﾁﾝ

>>3
作れない、Win向けならUWPアプリかな
しかし、なんでまた？
VS無償版でやればええことない？

1つ覚えたらiOS&android&windows&webを全部できるかなって...

個別に作るとiOSとAndroidの知識だけで作れるが、
Xamarinで作るとXamarinとiOSとAndroidの
3つの知識が必要になる
あれ？逆に負担が増えてるだけじゃね

>>7
正解です

>>3
Xamarin.FormsにWindows Formsのプラットフォームを作れば作れる。
https://github.com/yamamoWorks/Xamarin.Forms/tree/master/Xamarin.Forms.Platform.WinForms
とか。

まあ、ネタだけど。

個別の場合はiOS+objective-cまたはswift、Android+Javaの4つの知識が必要だぞ

>>6
それができるのはReactファミリーだけ

Cordovaでもできるだろ

クロスプラットフォームとか言うならＣ＃だけで全部できるようにしとけ
iOSとかAndroidとか意識しないといけない時点で糞すぎだろ
こんな糞は初めて見たわ

つまりmsの罠か

そんな糞ならなんで使われてるんだ？

バカな営業がダンピングで案件とってくるから
ちんぽ騎士団が嘘ついてて
それにだまされたアホ営業がダンピングで案件とってくるからだよ

元のXamarinチームのままでMicrosoftが手に入れたのにほとんど手を入れていないんだよな。

ただじゃ使えなかったから良さそうに見えたけど
ただになったら使うまでもないかなって思う

人間って面白い

糞のバーゲンセールだな

>>13
で、お前が作ろうとしてるアプリはXamarin使うとするとどういう点で各OS固有の実装を意識しないといけないんだ？
あくまで「各OS固有の実装もできる」のであって、必要ないならそんなこと意識しなくていいわけで

>>20
「することもできる」を「しなければならない」と曲解して批判してる奴多いな
xamarinちょっとでも使ってたら当然分かることだから、使ったこともないのがバレバレ

原始人でもこれよりマシな環境で開発してたわ

>>13
ん？
OS依存部分もC#だけで書けるが

>>13
お前まだ居たの
職場で空気読めなくて孤立しちゃうからって、わざわざこんなとこで憂さ晴らしか

気の毒だけど、お前の性根の問題はここじゃ解決しないからさ
お薬貰うか仕事変えるかねーよ

miceosoft自身も使ってないのにどこで使われてんだ
誰も使ってないのと一緒だろ

>>25

https://www.xamarin.com/customers

Thousands of businesses worldwide use Xamarin to build, test, and monitor powerful apps.

Over 15,000 companies 
rely on Xamarin.

>>25
ばーか

あざとすぎクソワロタ
https://twitter.com/chomado/status/861784440774590465

>>28
髪型補正がよくわかる

>>28
やっぱ2in1の方が欲しい

PCLでリソースから取ってきた2枚の画像をくっつけて、1枚の画像として表示したいんだけど、どうやればいいの？
xamlでは、
<Image x:Name="img1" />
だけ書いておいて、
img1.Source = ImageSource.FromResource("myapp.Resources.Images.001.jpg");
で表示できた。
001.jpgと002.jpgを並べて1枚の画像としてimg1で表示したい。

AndroidとWindows(UWP)で同じ動作させたいんだけど、プラットフォーム毎に処理を書かないとダメかな？

c#ってもう覇権取ったよな？

2017年の人気プログラム言語１０選を徹底比較！気になる年収や求人、学習難易度までhttps://toiroha.jp/article/detail/32380

C#は第4位

リンク先コピペをミスったので張り直し

2017年の人気プログラム言語１０選を徹底比較！気になる年収や求人、学習難易度まで
https://toiroha.jp/article/detail/32380

>4位には、Microsoft社の「C#（シーシャープ）」がランクインしています。
>用途としてはWindowsアプリを筆頭に、Azure上の開発などMicrosoft製品で幅広く利用されています。
>最近ではXamarinというiOS/Andoroid両方のアプリが開発可能なツールで利用できるなどと急速に
>利用範囲が広がっています。

え゛、年収低すぎ。

圧倒的にJavaなんだよなあ

Javaってもう過去の成果物引きずって
仕方なく使ってる感じじゃないの？

mac買ったのでxamarin.macでmacのアプリ作ろうと思ってるんだけど
storyboardが物凄く使いにくい
xamarin公式のチュートリアルで大体の使い方はわかってきたんだけど
どんな部品があるのかつかめない

みんなstoryboard弄るときはxcodeの解説してるサイトを参照してるの？
いい解説サイトないかな？

>>37
スレチだけど、AndroidはJavaが主軸なのと
サーバサイドはPHP, Rails, NodeJS, Goと流行り廃りがあるも安心して使えるの結局Java(Servlet)じゃん...という悲しい現実

PCクライアントはElectronが流行りだけどXamarinは流行りに乗らなかったなぁ

DataScienceの分野は、Python、Java（＋Scala）、若干落ち目なR。
MSもAzureさえ好調ならいいわけで、C#ゴリ押しする必要もない。

基本iosと一緒だと思うけど、mac用のガイドもある。
https://developer.xamarin.com/guides/#mac

appleのdevelperサイトにも図解あったと思うけど、あとはぱっとみこのへんかな？
https://www.raywenderlich.com/category/macos

【Unite 2017 Tokyo】「黒騎士と白の魔王」にみるC#で統一したサーバー/クライアント開発と現実的なUniRx使いこなし術
https://www.slideshare.net/UnityTechnologiesJapan/unite-2017-tokyocunirx

素晴らしい。
アプリ分野ではXamarinも頑張って。

まーた、突っ込まれるようなものを…
https://thinkit.co.jp/article/11373

http://atsushieno.hatenablog.com/entry/2017/05/10/152204

>>43
馬鹿過ぎて話しにならんよ
VSの有料版を何だと思ってんだよ
バックエンドの知識がないこういう馬鹿を表に出すなよ

>>44
枕営業は誇りを持つ人には内部であっても嫌われるんだな

>>43
ごく当然のことしか言ってないと思うが
モノよりサービス重視の時代にサービスの源泉であるソフト開発の環境自体に大金掛けさせてどうする、というだけのこと
実際それが主流になってきてるわけだし
もっと高機能の有料環境使うのは無料環境で開発して儲けてからでいい
無料環境だと儲けられないような低機能なものしかないなら全ての循環が止まる

OSS, Community版を広報するのは良いけど有料版を否定するのはウケる
この調子でWin本体の無料化を社内から発信してくれると尚馬鹿っぽくて良いな

>>43
エンタープライズ版の割れを堂々と使って、注意されたら｢マイクロソフトの人が有料なのはおかしい｣と言ってましたと言ってみようぜ

馬鹿を広報にしちゃいかんという良い例

http://jp.techcrunch.com/2017/05/11/20170510huzzah-visual-studio-for-mac-is-now-available-to-all/

とっくに出てるもんだと思ってた

>>51
今まではpreview版

>>43
よく知らなかったけど、なんでコイツが嫌われるのかはよく分かった
他人は自分に手加減してくれて当たり前みたいな感性が受け付けねえわ

>>51
これってもうXamarinStudio不要になるの？

>>43
表現が修正されてるな

発言の一部を修正ってどういうことさ？なんだそりゃ。

ようやくXamarin、XAMLの時代が来るわ。

それはない

XAML standard来たな

> Xamarin Live Playerの話題、何でこんなに「Macなしで開発できる」みたいな話になってんの? そんなわけねーだろ!

ストアに出す最後のリリース部分だけになったから、どこか代行業者さえあればMac不要。
ラスト1マイル頑張ってくれｗ

いい加減iOSコンパイラ無償配布してくれ

>>61
無償だけど

MSじゃなくAppleに言えという話だが、Xcodeと実機検証用署名は無償になってるだろ

MSは姫の言い分通りWinを無償化すべき
Xamarinの開発環境が有償なのはおかしいよなぁ

これはひどい

>>63
ちょっと理解ができない

法的処置は取られたのか？

VS2017プレビュー版入れたんだが、LivePlayerが選択肢に出てこない...
BuildHostと繋げてみたりXamarinアカウントにログインしてみたり色々やったがダメだった
誰か動いたひと、手順おしえろくださいまじたのむ

糞に関わるとストレスたまるだけ

WindowsのXamarinでストリーボードをいじる時はMacに接続しないといけないけど、

LivePlayerを使う場合でストリーボードをいじる時はMacに接続しないで済みますか？

>>67
まだだめらしい。

>>70
まじかー、いつ来るかなぁ？
楽しみにしとこ！

Xamarin Live Playerを使ってみたので導入手順をまとめます！

http://qiita.com/eXpresser/items/1fe372f1b9d4137f811b

なんでフォントの汚いwindowsで開発したいと思うん

>>72
アザっす！

>>72
うおおさんくす！！

Xamarin StudioアップデートしたらVisual Studio for Mac入れろって言われた
そろそろ乗り換えたほうがいいのかな？

>>73
おれはXamarinStudioでコード読むために、macにMSゴシックをインストールしたわ
綺麗汚いとかより情報密度のが大事

MVVMにしておけばXAML Standard移行も楽かな？

>>73
高解像度のディスプレイとまともなソフトなら汚いと感じるときは少ないな
未だにMSゴシックとか汚いフォント選ぶクソソフトはあるが、macでもRatina非対応のソフトは滲んでクソ醜いということもあるんだよね

>>79
Visual Studioでどんなフォント使ってるの？

開発に日本語なんていらないからフォントとかたいして気にならなくね

アルファベットもきれいな方がいい

VisualStudioでは定番だけどConsolasを使ってる

ricty使ってる

フォント気にしてる暇なんかあったら一行でも多くコード書け

>>85
息抜きも必要

ついでに姫で別のものも抜いとけ

こんなので抜けるのか？

アップデートしたらiOS向けのビルドでこけるとか、相変わらず糞みたいな品質管理してんな

旧Xamarinチーム任せだったが、XAML&.NET StandardでようやくMicrosoft色が強くなってきたようだ。

>>88
グロ

>>88
このカスが

>>88
姫もこんな感じの髪型補正だよね

>>93
死ね

>>88
なるほど参考になりました

xamarin程の糞はない

ほう
それは何と比較して？

>>88
お前のせいで姫の画像見る度にこれを思い出してしまうようになっちまったぞ
どうしてくれるんだ！責任取れ！

http://www.utali.io/entry/2017/05/14/143011

> ちょまどさんを「オタサーの姫」呼ばわりする失礼なアンチがいるようですが、
> 天才落合先生も、ちょまどさんのファンとなると、奴らは憤死ですね（笑）
誰を煽っているのか結構真面目に首をかしげた、姫の信者に返す刀で切りつけるのやめーや

>>96
Corona, Kivy, Qt, NativeScriptあたりが比較対象かねぇ
Xamarin含めどんぐりの背比べでクソと言うほどでもないけども

姫の履いてる蒸れた靴下欲しい

>>99
筆者の背景知らないけど褒め殺しみたいなもの？

こんな糞環境は見た事がない

こういう、ちょっと動かせばわかりそうな不具合を平気で入れ込んでくるXamarinの品質管理はほんと糞
https://bugzilla.xamarin.com/show_bug.cgi?id=56213
https://bugzilla.xamarin.com/show_bug.cgi?id=56240

Xamarin程の糞はねえな

知れば知るほど嫌いになっていく

本当は何も知らない

Microsoftで無償公開してるテキストの日本語訳本

プログラミングXamarin 上 Xamarin.FormsとC#によるクロスプラットフォームモバイルアプリ開発
https://www.amazon.co.jp/dp/4822298868/

エヴァンジェリストが各地で普及活動する費用で日本語版無償公開してくれたほうが多くの人にとってありがたい。

>>109
CODE COMPLETEもそうしてくれると助かるね

こんなに臭い糞はねえな

>>108
この本を買ったお金がMS新卒の年収700万を支えると思うと胸熱

>>108
Xamarin版のペゾルド本か
欲しいけど結構な値段するな

趣味でXamarin触り始めた素人なんだが、IOSのビルドでいつも失敗して困ってる。
ネットワーク上はmacと接続されてるんだけどなあ....
Xamarinを使う理由としてはコアロッジクだけ共通にして、改修を簡単にしたいのと膨大な計算・データ処理(計算ループ)のアプリをwindows,Android,iosで同時に作りたいから...

>>114
エラー内容は？

108の無償公開してるとこって、どこにあります？

>>116
https://developer.xamarin.com/guides/xamarin-forms/creating-mobile-apps-xamarin-forms/

>>108は直接MSが関わってないからMS新卒給与への貢献度は少ないと思うぞ
無料日本語訳をMSが出さないのは出版業界利権への配慮かね

githubやなんかでXamarin OSSコミュニティ主導のローカライズをして欲しい
騎士団はこういう所を頑張れと思う

>>118
今やMSの中の人が、Xamarinの連中呼んで読書会開いて出したやつだから。

>>118
Microsoftの出版部門は去年の夏に撤退してるよ
http://www.itmedia.co.jp/pcuser/articles/1607/24/news021.html

>>114
コアロジックをc/c++で書くという手もありますよ
実にレガシーで楽

うへぇ、世界的に出版(物版)は採算合わず撤退か
PDF, epubの原書は無償だから尚更コミュニティの助力を期待したい
swiftスレにステマしに来てる子とか、そんな暇あるなら日本語訳作りした方が多くの人にとってありがたい

>>108をコピペしたりせず自分で原文読んで訳して無償公開して>>108の売上に影響出ても怒られないのかな？

>>123
公開前提の翻訳なら、日本語版の売り上げどうこうより、まず著作者の許可が必要だろ

無責任にローカライズ勧めるのもアレなので、あちこち見て回った

怒るならPearson PLCっぽいよ, Pearsonの立場は翻訳ライセンスビジネスもやってるから個別問い合わせって感じだった
https://blogs.msdn.microsoft.com/microsoft_press/2016/03/31/free-ebook-creating-mobile-apps-with-xamarin-forms/#comment-137215

PDFにはこうも書いてあるからどっち通した方が良いか分かんないね
> Microsoft Press books are available through booksellers and distributors worldwide.
> If you need support related to this book, email Microsoft Press Support at mspinput@microsoft.com.
> Please tell us what you think of this book at http://aka.ms/tellpress.

めんどくさいから姫を窓口にコミュニティによる日本語訳無償公開をMS側で調整しといてってぶん投げればいいんじゃないかなぁ！

Xamarinよりも臭い糞はねえな

>>126
姫の糞

>>108
これって値段はともかく、内容は最新のバージョンに合わせてるのかな？

>>125
ビジネスがどうこうじゃなくて、著作権には翻訳権と公衆送信権があるから、公開目的なら
著作者の許可が必要。
書籍だけではなく、著作権が発生するようなブログ記事も同様。

それこそ人脈で解決♪
フリーじゃないなんて信じられない！

だろ

PDFより抜粋
> Copyright © 2016 Xamarin, Inc.
> All rights reserved.
企業の業務の一環として書いた書籍なら、その手の権利調整は会社に一任するだろ
業務でやったなら当然企業にもその書籍に対する取り扱い権利が幾分かあるし、著作者個人と権利調整しても無駄が多い
MSとXamarin, Inc.とPearson PLCと著作者と、全権利関係をまとめて姫に調整させようという話だ
無料じゃないなんて信じられない！と言ってくれてるんだからバカとハサミを有効に使いたい所存

>>128
2016年4月起点の和訳だから最新版、ただし上下巻で下巻は秋に追加発売な

Xamarin社とMicrosoftは別の企業というか法人だからね
Xamarin社の筆頭株主はMicrosoftだけど

>>131
ああすまん。最新はXamarin.Formsの最新を指しているつもりだった。
つまりは1年以上前の情報という事だな。
ならあの値段では買う気は無いわ。
結局ネットも検索しないと使えないだろうからね。

Google、KotlinをAndroidアプリ開発言語に選定―I/O会場から大喝采

http://jp.techcrunch.com/2017/05/18/20170517google-makes-kotlin-a-first-class-language-for-writing-android-apps/

>>134
コトリンはJava互換言語ってことはXamarin的には特に問題なしか

de:code アプリがXamarin製。
UWPもある！！！！！！！！！(笑)

Inspector extension loaded
[Inspector] Error preparing project for inspection: System.NullReferenceException: オブジェクト参照がオブジェクト インスタンスに設定されていません。
場所 Xamarin.VisualStudio.Inspector.ProjectExtensions.GetProjectFlavor(IAdaptable`1 adaptableProj) 場所 C:\d\lanes\4699\c8715752\source\xamarinvs\src\Features\VisualStudio.Inspector\Vsix\Extensions\ProjectExtensions.cs:行 62
場所 Xamarin.VisualStudio.Inspector.VSAgentExecutionTarget..ctor(Project proj) 場所 C:\d\lanes\4699\c8715752\source\xamarinvs\src\Features\VisualStudio.Inspector\Vsix\VSAgentExecutionTarget.cs:行 42
場所 Xamarin.VisualStudio.Inspector.VSInspectorSession.CreateAgentExecutionTarget() 場所 C:\d\lanes\4699\c8715752\source\xamarinvs\src\Features\VisualStudio.Inspector\Vsix\VSInspectorSession.cs:行 84
場所 Xamarin.Interactive.IdeSupport.InspectorSession.Prepare() 場所 C:\d\lanes\4699\c8715752\source\xamarinvs\External\inspector-ide-integration\Xamarin.Interactive.IdeSupport\InspectorSession.cs:行 95
場所 Xamarin.VisualStudio.Inspector.XamarinInspectorPackage.RefreshInspectorSession() 場所 C:\d\lanes\4699\c8715752\source\xamarinvs\src\Features\VisualStudio.Inspector\Vsix\XamarinInspectorPackage.cs:行 136

デバッグログにこれが沢山出力されるんだけど、「Xamarin for Visual Studio」を無効化させる以外での解決方法はありませんか？
コンソールアプリを扱ってるとメニューのデバッグを開くだけで出力されたりします

>>137

場所 Xamarin.VisualStudio.Inspector.XamarinInspectorPackage.RefreshInspectorSession() 場所 C:\d\lanes\4699\c8715752\source\xamarinvs\src\Features\VisualStudio.Inspector\Vsix\XamarinInspectorPackage.cs:行 136

でググった結果
↓

https://developercommunity.visualstudio.com/content/problem/55002/xamarin-nullreferenceexception-1.html

https://www.ncaq.net/2017/05/18/

>>138
ありがとうございます
アンインストールまではしたくないので、必要な時以外は無効化しときます

>>117
遅レスですがありがとうございます。

VS2017でAndroidとUWPのマルチプラットフォームで圧縮ファイルを扱いたいのですが、ライブラリ等参考にできるところは無いでしょうか。
PCLStorageのように、PCL上で使えるのが一番良いのですが・・・

>>142
ZipならMS謹製のNugetパッケージがあった
が、PCLは対応してないだろうな
PCLプロジェクトを.NetStandardに移行したら？
.NetCoreの影響もあって対応パッケージ数が段違いだよ

これ、PCL対応してるっぽい
圧縮は少ないけど、解凍はメジャーどこを抑えてますな
外人さんやし、マルチバイト文字対応してるかわからんけど
https://www.nuget.org/packages/sharpcompress/

使えたら感想plz

>>143
Googleで検索をすると、ちょうどPCLを.Net Standardに変更する記事があったのでやってみました。
元のPCLプロジェクトは弄りまくったせいで、ムダな参照が増えていたので新しく作成しなおし、変換することで当初のPCLと同じことをする事が出来ました。

>>144
Standardに変更した当初、7z.dllを使用していましたが、アーカイブ内のファイル名が取得できないので悩んでいました。
教えていただいたパッケージでzipファイル内のファイル名取得、およびStreamでの取り出しができました。
マルチバイトに関しては、まだほとんどテストできていませんが、フォルダ名は2バイト文字でも取り出しに問題ありませんでした。（そのままだと化けますが・・・）

情報、ありがとうございました。

低スペックPCでAndroidエミュがまともに動かなくてもUWPならサクサク動くから、
UWP追加しておけば気軽に動作確認できていいな

Xamarin入れてｸﾛｽﾌﾟﾗｯﾄﾌｫｰﾑでプロジェクト立ち上げたけど。、なぜかUWPが表示されない...
iOSもデバッグしようするとエミュレータの立ち上げに失敗する...
これじゃAndroidアプリしか作れないや

Xamarin程の糞はないからな

姫の糞

>>145
レポどうもです！
こちらもiOSで軽く試しましたが、streamからノードを一個ずつ読めるのがいいですね
MSのcompression.ziparchiveだと、stream喰わせると全node取得出来るまで止まってました
乗り換えようと思います

Xamarin Live Player, 結局うごかない、iOSはダメか？
ペアリングするとVizualization Errorって出る
実行すると画面真っ黒
モノになるのは来年かなー

>>147
iOSのエミュはmacビルドホスト上に表示さすのが早いとおも
UWPはわかんね

>>147
Windows10じゃないとUWP作れない

>>152
馬鹿は黙ってろ

>>147
Visual Studioの最新版を使用しているのであれば、Xamarin.Apple.Sdk.targetsファイルの書き換えが必要
初期設定のままでは.NET Frameworkの参照に失敗する
https://forums.xamarin.com/discussion/95224/can-not-resolve-reference-c-windows-microsoft-net-framework-v4-0-30319-de-mscorlib-resources-dllXamarin.Apple.Sdk.targets

UWPが表示されないの意味はよくわからないけど、とりあえずUWPはマニフェストデザイナーでテスト証明書を発行して Package.appxmanifest を上書きしないと
ビルドエラーが発生する

>>147
UWP表示されないってUWPプロジェクト自体が生成されないということ？
実行してもUWPアプリが立ち上がらないということ？
後者ならソリューション>プロパティ>構成でUWPのビルド・配置にチェック入ってないとか

糞環境はどうでもいいところで時間とエネルギーを消耗していく

凄いな、他のクロスプラットフォーム開発環境では何も労力も使わなくても自動的に開発環境整うのか

せやで

まぁ>>157はいいすぎだけどms系は何かとトラブル多いね

バッドノウハウが大好きなチンポ騎士団ってほんとカスだな

ネガティブ発言が大好きな>>160ってほんとカスだな

糞を糞と言って何が悪い
糞に慣れてる糞には糞が糞に見えないんだろうな

そもそもクロスプラットフォームという考え方が気にくわない
iOS, Androidでそれぞれでネイティブ開発しろ

その分の金払うなら喜んで。

>>163
気に食わないならやらなければいいだろ
クロスプラットフォーム開発してる側とすれば、同じ役割のロジックプログラムを別の言語で何度も作るような
面倒なことをわざわざやるなんてよっぽど時間か金が有り余ってるんだろうなと思う
まあ自分ならたとえそんなに時間が余ってても同じロジックを焼き直すような非生産的なことするより
別の新しいプログラム作る時間に充てるがな

じゃあなんで有名なスマホアプリはみんなネイティブ開発してるんだろうな？
してるんだろうな？

質問いいですか？
Objective Sharpie を使って定義ファイルを書き出しいるんですが

定義ファイルApiDefinitions.cs、StructsAndEnums.csの書き出しまで出来たんですが

ApiDefinitions.csの中の[BaseType (typeof(NSObject))][Model][Protocol][Static]などでエラーがでるんですが

どうやって認識させるんでしょうか？

Xamarinはオワコン
もう誰も使ってへん

ようやく始まったところだけどな。

Xamarinが勝ち抜けると色々困る立場の人が多いんだろうなぁ

日本のプログラマーの大多数の仕事は他国と全く違って知的産業ではなく労働集約型産業に成り下がっている
そこで儲けるために企業は馬鹿でも何でもいいからとにかくプログラマーに仕立てあげて頭数を揃えて顧客企業へ派遣する
効率化するということは必要な頭数や労働時間が減るので派遣元としては避けたいこととなる
プログラマーのレベルの低さにより成果ではなく人月でしか価値を供給できないのが原因
結局日本で積極的に効率化を進められるのはベンチャーか外資系ぐらい

>>166
方法がないか無能すぎてできなかったからだろ。
UIは各プラットフォームに最適するから個別に作るはわかるけど、ロジックも別に作る意味わからないし正直バカジャネーノと思うわ
伊藤直也だかもリビルドでXamarinガーとか言ってたけど老害乙としか思わなかったわ

じゃあなんでLineもAbemaTVもクックパッドもXamarin製じゃないんですかね
LineやCyberAgentやクックパッドのエンジニアは無能でバカなんですかね
Xamarinで作られた有名アプリって何かあるんでしょうか
そんなに便利なものなのに自社製品のofficeアプリにXamarinを使ってないのはなんでなんですかね

金と人と時間が余ってるからじゃね？
言ったやん？
その分金くれるなら喜んで作るよーって。

Xamarinを使っても工数削減にはならないし製品のクオリティも落ちるからだれも使わないだけだろ

>>173
既存のもの捨ててわざわざ作り直すの？(笑)

>>166
有名なアプリは金かけるかたの桁が違うので、参考にならん。

Xamarinだけが突出してくだらないトラブルが多い印象。
ハッカーのおもちゃの域を出ていない感じ。

Xamarin使うと工数削減なってクオリティも落ちないなら
LineやAbemaTVもXamarin採用して余った金と時間と人で新たなサービスや製品の開発をしようと考えるはず
そうなってないということはXamarinを使っても工数削減にはならないし製品のクオリティも落ちるということ

画像のタップした位置を取得するにはどうすればよいでしょうか。
iOSとかAndroidはいくつか検索に引っかかるのですが、UWPやPCLでは情報を見つけることもできませんでした。

>>179
スクラッチで作り直すコストがががが

>>173
専用アプリも多いが、いくつか Google Play や App Store に公開されているアプリもあるぞ
https://www.xamarin.com/customers

>>182
ゴミしかないなｗ

>>182
ゴミだな
チンポ騎士団よりはマシだけどｗ

一般的なアプリの大部分を占めるロジック部分を共通化できるのに工数削減できないってどういう頭してるんだろう？
そもそもlineやabematvが採用しない＝工数削減できない、とか論理が滅茶苦茶なんだが
そんな思考能力だとまともにプログラミングできるレベルじゃないだろう

>>185
いあ、新規ならそうだが既に作った後ならそれぞれ保守した方が安いだろ。

誰もわざわざ既存のプログラム捨ててまで作り直せなんて言ってないんだが

>>185
おまえが実際につかったことなければ
プログラムしたこともない
チンポ騎士団だからだろカス

C++が大半ではないか。

xamarinはまずはmicrosoft品質になってからだな

ネイティブだとAndroidはJava、iOSはSwiftだろ
C++はごく限られた状況でしか使われてないだろ

Xamarin使えないよな！そうだろみんな？ってやつは何がしたいの
使えないと思ったら使わなきゃ良いだけじゃん。
ネイティヴでもReactでも好きなの使ってろよw

っていうかそもそも使っていない、使う気もないのにわざわざこのスレに書き込みに来てる時点でまともじゃないから何言っても無駄

アホちんぽ騎士団のステマにだまされた
バカ営業がダンピングで案件とってきて使わされて
ハイパー不幸な目にあってるやつらがおおいだよクソが

Xamarinで開発してて全く楽しくない
CustomRendererを作らないと解決できないと分かったときの腰の重さったらないね
XamarinFormsだけで全部面倒見ろや

>>195
今さら何言ってんの？

>>195
なんだただのキチガイか

必要なとこだけカスタムレンダラ作る方が全部プラットフォーム毎に作るよりも100万倍マシだろw

あっ知らん間にXamarinアンチ業者さんが大暴れしてたん？
お疲れさま、日曜なのに大変だね
大資本1人だけ入ってごめんねー、頭一つ抜けちゃってごめんねー

最後のやり取りが経済的DV VS 物理DVの頂上決戦っぽい

https://forums.xamarin.com/discussion/85747/xamarin-forms-feature-roadmap
WPF対応とかCSS-Like Stylingとかくだらねーことする前に、糞みたいなトラブルがおきないように品質管理体制を改善しろよ

さすがに幅広げすぎだよな。

>>191
コードを共有したいときの話でしょ。
うちもそういう部分はC++使ってる。
MacでもWindowsも使えるしね。

そんな何かトラブル起きてる？
まあWindowsForms開発ほどこなれちゃいないだろうが
大抵のトラブルはエラーメッセージでググれば解決できる程度なんだけどなぁ

>>180
Formsだと、プラットフォームごとにタップ座標取得イベントを書いて投げるしかないんじゃないかな

>>203
.NET VMは公式にmac移植されたんだからもっと積極的にC#使えよな

167だけどBindingObjective-cの手本があったのでこれを参考にしていけばいいとわかった

https://github.com/mono/monotouch-bindings/

https://developer.xamarin.com/guides/cross-platform/macios/binding/objective-sharpie/examples/

GitHub - shunsuke-kawai/decode2017_MW08: de:code 2017 demo
https://github.com/shunsuke-kawai/decode2017_MW08

de:code 2017 アプリだって

AWSとBeacappってBeaconクラウドのウェブサービスに繋げる機能を持ってるっぽいから、どこかにキートークンが埋まってないか探したくなる
というか、AzureじゃなくAWSか・・・まぁステマに来た野良アプリだしどうでもいいか

ちくしょう、そういうことか
BeacappのバックエンドにAWSが使われてて、直接AWSを扱ってるわけじゃないんだな

そして、Beacappのキートークンはダミーのままと
decode2017_MW08/decode2017_MW08/decode2017_MW08/ViewModels/MainPageViewModel.cs

無駄な時間を使ってしまった

ヒストリに誤ってコミットしてるんじゃね？と思い直して見つけた
https://github.com/shunsuke-kawai/decode2017_MW08/blob/a45a6512b5636f2497f86dfb4372778432140f19/decode2017_MW08/decode2017_MW08/decode2017_MW08/ViewModels/MainPageViewModel.cs

何度か同じトークンでコミットしてるから有効なトークンなんだろうな
誰かトークンだけ書き換えるつもりが他の箇所もクラッキングしてしまった上にリビルドして動かしたりしないかなぁ(ﾁﾗﾁﾗ

クラッカー気取り楽しい？
最悪の場合不正アクセス禁止法違反な

本人が気が付いてダミーに差し替えてるんだから、当然キーも破棄して新しいので作り直しただろ
アホか

一度ダミーに差し替えた後、同じトークンをもう一回コミットしてるアホ作者だからなぁ
コミットしたら見られないとか思ってないとこうは出来ない

まぁステマだから本人ないし近しい奴がスレ見てるだろうし、レスに気づいたら破棄するだろうけどなー

ステマの意味分かってんのかこいつ

JMASの社員によるXamarinのダイマの皮を被ったJMAS, Beacappのステマの可能性
ステマをステマと気づかれたらステマじゃなくなるから、>>216みたいにステマじゃないと思うのは好ましいこと

マってなんだよ(哲学)

これのどこが宣伝になってるのか？
そもそも宣伝したかったらもっと人口の多いところ行かないと無意味

姫も同じことしててワロタ, Xamarin界隈はこれがデフォかよぉ
https://togetter.com/li/1113624

どうでもいいけど、ゆっくりしないの絡み方がキモいと思った

ツイ見たらブロックされるのも納得ｗ

マルチプラットフォームのソリューションを新規作成するのに、VS2017だとAndroid/iOS/UWP しか出来ません。
VS2015の時にあったWindows用を追加することは出来ませんか？

>>223
2015でソリューション作って2017で開けばいいんじゃないの

姫がツイッターで炎上してると聞いて記念パピコｗ

APIキーが漏れてますよと指摘
↓
ちんぽ騎士団が指摘者をストーカー呼ばわりでフルボッコ
↓
姫は問題ありませーんと開き直り

実際のところ、サーバー介して認証するとかしない限りスマホアプリで
外部サービス利用する場合に使うAPIキーってハードコードするしかないよね？
キー文字列自体を暗号化しても、そのパスワードと復号関数がアプリに入ってなければ
そのキーは使えないから実質ハードコードしてるのと変わらないし

>>227
＞実際のところ、サーバー介して認証するとかしない限り

ちょっと賢いこと言ったつもりかもしれんが
「サーバ介して認証するとか」しても全く同じだからそれ

なぜ姫は自ら火炎放射をしていくスタイルなのか...
togetterのまとめだと粘着ストーカー怖いねーってレベルでそんな被害出ないだろ

あ、あと姫の炎上で来た人は同じミスをやった>>209のJMAS社員とBeacappサービスもよろしく！
(よし、これで宣伝/ダイマ/ステマの既成事実ができたぞ)

使い捨てのアプリのAPIキーの扱いなんかどうでもいいんじゃいないのか

>>230
エバンジェリストだから問題なんだろ

どうみても構ってちゃんなので関わらない方が幸せそう

>>228
最初にサーバーへユーザー登録させて以後ユーザーはサーバーにアカウント名とパスワード渡すことにして
API利用認証はサーバーから行えばAPIキーは隠蔽できるでしょ

>>223
いまさらWin8ストアアプリ用のプロジェクトはいらないだろ
Win10以降のWindows用のプロジェクトはUWP

>>227
そんな高尚な話じゃなくて、使い捨てアプリのAPIキーの取り扱いなんだから
リテラシー足りなくてハードコーディングしちゃったてへぺろ、もう更新したキーだから必要なら自分で書き換えてね
という程度の反応で良かったのに、てへぺろと言うことを自尊心が許さず火炎放射を続ける姫が頭悪いわw
エヴァンジェリストという広報職に技術リテラシーを求める姫アンチもアホだけど、それに輪をかけて姫がアホ

>>234
そういう決めつけはよくない

>>222
姫の話題の時にこれを貼るのはやめて！

>>235
エヴァンジェリストはあほ営業と違うのだから技術リテラシーが
無いのは不味くないか？
マイクロソフトは無くても良いのか？

ちょまどもアンチも擁護も、どいつもこいつもホント、ホントキモい！
まっとうにXamarinをやろうとしている人間から見たら、界隈の不快さは洒落になってない
頼むからMSはちょまどをXamarinの担当から外してくれよ！

ちょまはキモい

>>238
エヴァンジェリストがあほ広報として技術リテラシーなくても別に・・・
営業や広報に技術リテラシーを本気で期待する技術屋がいたら、そっちを疑った方がいいと思ってる

>>238
エヴァンジェリストといってもいろいろいる。
ちょまどが語っているのはいつも入口部分のみで技術リテラシーないのは分かるだろ。

アマゾンとか見てるとすごい人いるなあと思ってたんだがそんなもんか

>>243
なんでエバンジェリストという括りで全員のレベル一緒にしてんの？バカ？

お前ら何回言っても判らんみたいだけど
いい加減マ板でやれよ

エヴァンジェリストに必要なのは魅力だろw

たまになぜかふっと >>222 の画像が見たくなる
保存しとこう

ちょまどでググるとサジェストのトップが胸なんだがおまえらいい加減にしろよ

>>239
まず人脈☆ミ

decode出席するはずだったのに急遽駄目になった
Xamarinのセッションもたくさんあって楽しみにしてたんだが

ちょまどまた問題起こしてるのか
ほっとけばいいのに自分でつつきに行くからなあ

ちょまどからおっぱい取ったらただのブスやからな

これからはロシア生まれの美少女コトりんの時代だよ

自分で放火して通報することに生き甲斐見出す人いるからね

MSもアホだよな
キモいマーケティングをしかけたらキモい奴しかわかなくて、結果Xamarinのイメージ落としてるとか

せめてキモいのにストーキングされても動じない声優くらいの炎上耐性が姫にあればな
姫のXamarin布教はありがたいが、あっちこっちで火をつけて回ってんじゃねーよ

githubにリテラシーのないコードを上げる (まぁ分かる
=> twitterでキモいのとDM, PRで下手な対応する (なにやってんだと呆れる
=> toggetterでまとめられる (これはキモいのが悪いわwと一時鎮火
=> twitterで姫自らセルフまとめをして火炎放射 (改めて炎上

ただのキチガイやんけ

つか姫という言い方が最高にキモいww

>>257
おまえがキモいストーカーだということは理解した

XamarinでExcelの表みたいなの作れる？

↑こんな感じの？

>>261
xamarinでは作れるけどおまえにゃむり

英語版が無料で読める翻訳版が13000円かよw
こんなの買う奴いんのかww

>>256
これでXamarinのイメージ下がったとか言ってる奴ってちょまどアンチ軍団だけだろw
まともに技術見てるところ、ちょまどがらみでどうなろうと知ったこっちゃないがな
ちょまも余計なツイートしないでスルーしてりゃいいのにとは思うけど、今回のtoggeterまとめとか含めアンチが火をつけてアンチが騒いでるだけで一般人スルーできないちょま含めバカジャネーノと思ってるだけ

>>264
XamarinのイメージじゃなくてMicrosoft系コミュ全体のイメージが落ちてるんだよ
キモヲタと老害MVPの内輪サークルと化してるからな

で？

>>261
Grid

Xamarinのイメージ、Microsoft系コミュ全体のイメージは知らんけど
「MSのエヴァンジェリスト」のイメージはしっかり下げてくれてんな
技術リテラシーある人もいるんだろうけど、技術リテラシーなくてもなれるんだなって

エバ、なんか企画だか営業上がりの人もいるし必ずしも技術力が高い人たちではないって感じになってきてんね
それがいいこととは思わないけど。

>>261
Gridで入力欄のEntryとヘッダのLabel並べればいいんじゃない？

人当たりの悪い生粋の技術畑よりは、営業、企画からエヴァンジェリストは出した方がと思うけど姫はアホだからなぁ
リテラシーない&煽り耐性ないって技術を扱う広報としてハズレすぎるw

今のMSならちょまどに代わるアイドル広報枠での就職が結構楽そう
(2代目ちょまど(自称)の前例が足引っ張るかもだが)

ところでおまいらのスキルってどんなもん？
周りから一目置かれるような技術とか知識とかって持ってる？

技術もトークもできるからエバンジェリストであって
片方しかできないならそんなの名乗る必要ないだろ。

他のことはどうでもいいけどお前自身はどうなん？

どっちも出来なくてもMSエヴァンジェリストにはなれるんだからどうでもいい

お前がエバンジェリストになれるわけではないだろ？
で、どうなん？

エバンジェリスト様が釣れたようだなw

ちょまどがまたカッチーンしてんのかww

残念ながら俺にはそれほどの技術はない
ただ、自分のことを棚に上げて騒いでいる馬鹿がうっとうしいだけ
で、どうなんよ？

結局自分に自信が持てないから見下せる相手が欲しいだけなんか？

技術あるコミュ障より技術ないコミュ力モンスターの方が人生成功するからなw

>>261
こんな初歩できなかったらやばい。

参考画像を貼っておきますね

>>281
技術もコミュ力も必要ない、必要なのはおっぱいだけだ

日本msもお先真っ暗だな

>>224
非互換と、蹴られてしまいます。

>>234
Win8というか、VS2017でいうWindowsクラシックデスクトップですね。
UWPは配置しなくては実行できないのがとっつきにくいです。

なりたいとも思わないものに
お前はなれるのかって言われても
返答に困るんだわ

>>287
なりたいと思うのと、なれるかどうかは別問題だから返答に困らなくてもいい

>>286
なんていうかいろいろ間違ってる。

マルチプラットフォームのってXamarin.Forms？
なんかWPFも対応予定のアナウンスでたけど今はテンプレートに含まれないだろ

>>287
能力はあるがあえてならないのと、能力がなくてなりなくてもなれないのは天と地ほど差がある

まあ、ちょまどどうこうだけでなく、ちゃんと技術を見てる人にとっては日本MS自体が別にいらん存在だからな
炎上するにしても、せめて下手な反論や擁護といった悪手で燃料投下することさえ避けてくれれば、不快なものを見る機会も減るんだけどな

>>282
本職のプログラマーじゃないし、クラシックフォームアプリしか作ったことないからXAMLは難しい。

>>239
ちょまど本人には気の毒だけど、彼女とその取り巻きがXamarin拡散に貢献してるようには見えない
せめてもう一人ガチな人を雇ってくれんかな

MSもアイドル広報戦略は失敗だったと反省していて同じ類を雇うことはないんじゃないかな
万が一、技術リテラシーと煽り耐性のある人を雇うと、姫との確執でMS社内で揉める悪寒しかしないw

Xamarin布教は地道なコンテストや読書会とか、そういう手堅い路線に戻さざるを得ないよね

技術を求めている人には、エヴァも日本法人もいらない存在だからな
悪目立ちだけを避けるやりかたを選んでくれるのであればそれでいい

ちょまどかEnoか、好きな方を選べ
結論：どっちもやだ

死ね

ここでネガキャンしてる奴が
MSガー
拡散ガー
広報ガー
とか言ってるのが笑えるわ
お前らが一番いらない

ここはそういう話題を扱う板じゃねーんだよ
厶板とマ板の違いぐらいわかれよ

Xamarinエバンジェリストになる能力って
ちんぽ騎士を引き寄せる能力のことだろ

せやで
おっぱいがあれはOK

笑えるなら楽しめよw
それとも、楽しむことを律してる坊さんか何かか

まじめなエヴァンジェリストがいて正しくxamarinが広がるならいい
今はあまりいい状態じゃない

まじめなエバンジェリストもいるんだから別にいいじゃん

ちょまも別に不真面目じゃないだろ
炎上耐性がないだけで。

取り巻きの氣志團が気持ち悪い

>>306
( ´,_ゝ｀)ﾌﾟｯ

コスプレイヤーを下から撮影するおっさんの群れのごとくキモイ

コンパイラがフリーじゃないのはおかしいと言ってのけるエバンジェリスト

昔はXamarinも無料ではなかったんだけどな
ライセンスフリーになる前はサブスクリプション方式の有償の製品だった

ライセンスフリー化された直後のインボイス

知ってるけど

>>310
得意げに語ってるとこ悪いけどこのスレにいるほとんどの奴はそんなこと知ってるよ

そんな冷たいこというから、みんなちんぽ騎士団になっちまうんだよ

むしろ有償以降で始めたヤツおる？

有償じゃなく無償だった、ハズイ

参考画像を貼っておきますね

困ったことは大抵プラットフォームごとのネイティブ言語実装とベンダー資料を調べるし、formsは出来ること少ないから結局プラットフォームごとの問題解決になるし
C#既存ライブラリならnuget/github漁れよってなるし
Xamarin特有の話題って、そもそもあんまし無いのかもなぁ
みんなでちょまどprprするくらいしか、ここでの話題がない？

姫がMUTEKIデビューしたら起こして

>>309
アプリを多く出していかにユーザーを囲い込むかが重要な時代に
プログラミング環境そのものに余計なハードル作るなんてOS提供してる企業としてはあり得ないでしょ
大昔のプログラミング自体が一部のハッカーの特殊能力だった時代ならともかく

>>317
怖いわ

>>320
OSを提供してる会社だなんて限定条件を勝手に付けてごまかすよ
VSだって無償で使えるには条件があるし
チンポ騎士団どもはこういう言い訳ばっかだ

>>322
MicrosoftってOS作ってなかったのか…

>>322
VSのライセンスごときが高いハードルになるような会社は手出すなよ

>>324
エンタープライズとかだといいお値段だがな

ID変えて言い訳ばかりのチンポ騎士団

今、ネイティブのwindows,Android,iOSのアプリがあるんだがXamarinで作り直すのやめた方がいいかね。

ロジックの共通化は出来るんじゃない？
ネイティヴの知識ある上でXamarinやるのは良いのでは

Xamarinを試すには理想的条件で羨ましい
環境面のこなれてない感じは否めないですが、動き始めれば困らないと思いますよ

Xamarin程の糞はないからな

ちんぽ騎士団の下手クソな自演マジで受けるわｗ

姫に相手されない連中の粘着ぶりに比べればそれほどでもw

>>326
で、何で君はそんなに嫌いなのにXamarin使ってるの？

>>325
VS本体の価値というよりMSDN提供ソフトウェアのダウンロード権やOffice365/Azureのライセンスが含まれているのが大きいからな
Azureだけでも年間約30万円分の無料枠が特典に付いてくる

xamarinでUDP通信したいだが
サンプルプログラムどっかないかな？

>>335
そういうのはxamarin関係ないと思うが

>>336
あ、まじで？
じゃあ普通に C#の書き方で書いてみるわ

ちょまどが嫌い！アンチちょまどな人の特徴について
http://www.utali.io/entry/2017/04/03/184119

裾野を広げるっていうと聞こえはいいけど、キモい層を増やしてなんか意味があるのかね？
一時的に内輪で盛り上がるだけで終わりじゃないのかと
他の技術コミュニティと見比べてみてそう思う
MSも昔はもっとコア層向けの情報を発信していたと思うんだが

せやな

>>339
まさにアンチの思考法でワロスら

あっXamarinに負けた同業者さんの恨み言だー
まあ頑張りなよ、いつか勝てる日が来るかもだしさw

負けたってどういう意味？
同業者って何？

プログラマでも無ければこの業界に関わりのある人間でも無い
会話が成立しないから相手にするだけ無駄

同業者 = Cordova, NativeScript, Corona, Kivy, RubyMotion, Cocos2d-x
MSみたいな大手会社に売却できなくてぐぬぬ

>>345
お前自分で何言ってんのか理解してるか？

姫に中田氏やりたすぎて頭おかしくなってしまったんだろう
かわいそうに

1言語マルチプラットフォームの同業を挙げたのに理解せずワロスが
お前らそれでも業界人かよぉ

ReactNative相手には沈黙かよｗ

そいつ最初からFB内製で買収/売却に関わらなくね？
GoMobileも同じ理由で度外視かな

>>349
泥が劇重のReactNativeさんはTitanium化まっしぐらだろ

クロスプラットフォームは全部糞
ネイティブで全部開発したほうが結局は早いしクオリティも上がる
Xamarinで開発するとは妥協する人生を歩むということ

人生は妥協です

しょうがねえ、姫で妥協してやるか

>>352
でもおまえxamarin使えないじゃん

xamarinのバッドノウハウを学ぶ時間があったらネイティブ開発を学ぶ時間に当てたほうが遥かにマシ
xamarinなんかネイティブ開発を超えて主流の開発手法になることなんかありえないからな
君らがバッドノウハウの習得に費やした時間やエネルギーはいづれ無駄になるということだ

というか、結局各OSの挙動やapiをしらないと作れない上にxamarin特有のテクニックも必要になるから学習コストが高すぎて業務じゃつかえない
開発者が集まらんわ

>>357
それくらいの学習もできないアホに業務やらしてんの？

custom rendererを作らないと実現できないと分かったときの腰の重さがすごい
もう二度とxamarin studioを立ち上げたくなくなる
xamarin.formsのみでiOSやAndroidのこと知らなくても作れるようにしとけや

>>358
うん
残念ながら

結局今までVisualStudioで長年C#の仕事してきてて、
今更swiftとかjavaとか勉強したくない人が
UIのクオリティの低い
ビジネス用アプリを作りたいという場合しかxamarinの存在価値はないんだと思うな

結局Javaなのかなあ
c#いい言語だと思うんだがなあ

iOS Android C#それぞれ開発経験あるものからしたらほんとクロスプラットフォーム開発捗って便利だわ

>>356
お前ここに書いてる暇があったらネイティヴ開発してろよw

>>362
なにからそう思ってるのか知らんけど、>>356はXamarinもXamarin.Formsの違いもよくわかってないきちがいだぞ？
毎回でて来てはフルボッコされてるのに相変わらず粘着してる。
Xamarin.Forms使わなかった場合で各々のプラットフォームで作ったのと違いが出て困る場合をむしろあげて欲しいわ

間違えて試しに書いた画像あげちゃったじゃん。けど間違ってないからいいか

絶対にXamarinを許さない

C#使うけどVSとUnityでしか使わない
というかXamarineを使う用途がない

XamarinもVS使うのだが

>>367
用途がないなら使わないに決まってるだろアホか

>>356
で、君はなぜそれでもXamarin使ってるのかな？

あぁ、クロスプラットフォームが覇権を取ると両対応で2倍取れてた単価が下がるから嫌がってんのかw
まあC#の習得すら出来ない無能なら仕方がないさ、ゆっくり淘汰されていきなよ

どうしたらちょまどと仲良くなれるん？

C#とXamarinだけでAndroidアプリが作成できるって本当ですか？

>>373
ID変更するのを忘れてるぞｗ

去年の今頃、formsは地雷だってあれほど喧伝されてたのになあ
地雷に食いついて地雷を踏み抜いて地雷じゃねーか！て
いやまあそらそうやろ、としか

100歩譲って、知らずに挑戦するのは別に悪くないことだけど、二週間も試せばrendererとdependencyService山盛りになったやろ？

そこで方針転換出来ずに強行しちゃったのは、判断力の問題ですな
Xamarinのせいにするのは愚かすぎる

C#でAndoridとiOSのコード85％を共通化できる。
それだけで十分。

>>373
本当ですが、要件によって複雑さが跳ね上がる可能性を考慮して下さい
数画面の業務アプリ程度ならお手軽ですが、市販品レベルのUIUXをお望みなら、結局はAndroidSDK資料と実装例Javaコードを読み込む事になります

>>375
ネイティブ開発ってそのrendererとdependency serviceに加えてXamarinで共通化できている部分までも各プラットフォーム毎に書くことに等しいんだが

formsだけでできないならクロスプラットフォームの価値ないんだよ
custom rendererを作らないといけないと分かった時の腰の重さったらねえわ
ネイティブでやるなら資料豊富だからそんなもん大したことないんだよ
資料の少ない中細かい部分の変な挙動を直すためにググって解決策を探すのは苦痛でしかないね
その時間でネイティブで完成できてしまうんだが。
大体お前らは80％共通化できたとか言うけど工数は本当に削減になってんのかって。
細かい部分の変な挙動を直すのにググってる時間が本当に無駄

>>378
formsでやってることなんて最低限のUIコントロールと画面遷移くらいじゃん
その様子じゃXamarinのネイティヴ実装を試したことも無いんだろ

コンコルド効果で後に引けない気持ちは分かるけどさ
ダメな時は土下座撤退しないと死ぬし、新技術導入時は退路を確保しないと死ぬよ
Xamarinのせいにしてたら、アンタまた同じ目に遭うぜ？

>>379
これだよな
モデル部分なんて共通化したってたいしたメリットないんだよ
そらデメリットなければ共通化したほうがいいんだが

モデル部分なんかどっちかつくってそれを変換して開発ってのが簡単だしね

C#で共通化できることより
qiitaとかstackoverflowに技術情報がたくさん蓄積されていることの方が重要
Xamarinやってるやつは細かい部分の挙動を直すためにハマってる時間が苦痛じゃないのかと聞きたい
こんな苦痛な時間を味わうぐらいなら共通化できなくてええわ

ネイティブ開発でもハマることはあるけどXamarin程の苦痛を味わうことはないね
ひどいときはXamarinのバグで直せない挙動とかもあるからな
本当に糞

C++で共通化すればいいんやで

>>379
そりゃ時間かかるのは最初だから、始めたばっかりだからだろ。

ものすごいC#信者が孤軍奮闘してるなw
Xamarin自体は別に否定しないけど、C#ってそんな良い言語かねぇ

>>383
マジでこれ

>>384
これが正解

あらー
論破されてレスできず独り言と自演ですか
気の毒だねえ...

ハマったときの解決に要する時間がXamarinは最悪クラス
この1点でXamarinを採用する理由はなくなる
コードの共通化も何もかも大した問題ではなくなるレベル
大体ハマりにくい開発環境の方がプログラミングしてて楽しくないか？
結局解決できなくてあきらめて製品のクオリティが落ちるという結論になる
エンジニアもデザイナーもお客さんもみんながっかりするのがXamarin

>>389
やめたほうが…

>>390
すいません、やめます...

大体microsoftはスマホの分野に進出したいならまずWindosPhoneのシェアを二桁取ってからものを言えといいたい
appleとgoogleにスマホの分野で先を越されたくせに後から入ってきてパイを横取りしようとしているだけ
クロスプラットフォーム開発環境じゃなくてWindowsPhoneに特化した独自の製品やサービスを考えろよ
本当に糞

>>391
さようなら。

>>392
超同意

スマホを用いたより良い製品やサービスを考えるのではなく、
appleやgoogleが創り出したパイを横取りしようとしているだけの会社の製品を使おうと思う人たちの気がしれないわ
君らパイを横取りすることに加担してるだけやで
スマホを用いたより良い製品やサービスを考えている企業に加担するほうがまっとうな人生だと思わんか？

>>389
なんか自分の能力のなさを誇ってる感じだね

他では通用しないバッドノウハウの習得に膨大な時間をドブに捨ててればいいじゃん

Androidなら今の注目はKotlinだろ
C#なんて信者にすら停滞期って言われてる言語誰が使うんだよｗ

>>398
クロスプラットフォーム開発しないなら別にそれでいいと思うぜ

>>395
Xamarinの母体のMono Projectはもともとオープンソースの有志が立ち上げたものだろ
いつの間にやら運営主体が悪い意味で商業ベースに染まって行くのを見かねてMSが買収、無償化の流れを作っただけ
MSにとってはスマホを使った製品やサービス云々より.NETが一般に普及することを優先しているだけだと思うが

Xamarinは糞
絶対にXamarinを許さない

自分の実力のなさに対する逆恨みだな
>>401

>>398
うんこJavaよりC#にそっくりでイケてると思う。

結局これまでネイティブ開発してきた人間が従来のやり方を抜け出せず
何が何でもそれが最適だと思い込んでしまってるだけなんだな
会社とかでこういう使えない上司がいると厄介

>>401
実感がこもっててリアルだよな
業務ではマジで糞だよ

>>403
Kotlinでいいだろｗ
バーカ

>>379
またお前か

>>400
いや、そのずっと前にNovellに買収されてて、しかも芽がないからリストラされたじゃん・・・
そのリストラ後に、プロジェクトが死に体になってた所をMSが拾ったんでしょ

これ真っ赤にしてCamarinはクソって言ってる奴ら、一人の自演だろw
全部同じ口調でテラワロス

モデル共通化しても意味ないって言ってる奴、どんだけハローワールドに毛の生えたプログラムしか作ってないんだよw
普通モデルの方だけで6-7割共通化できるぞ

Kotlinは補助なんだよなあ

チンポ騎士団必死だなｗ

大体Xamarin studioが馬鹿すぎだろ
gitでブランチ変えただけでビルド通らなくなるとかどんだけ原始的な開発環境なんだよ
頻繁にビルド通らなくなるからな今までいろんなＩＤＥ触ってきたけどこれ程ひどい糞は見たことがないね
ビルドが通らなくなるとか能力関係ねえだろどう考えてもXamarinが糞
他に通用しないバッドノウハウを蓄積しないと使いこなせない糞環境は糞
キングオブ糞

>>413
じゃあVisual Studio使えばw

むしろ何でいまさらXamarinStudioなんか使ってるんだ
普通はVisualStudio使うだろ

Xamarinに仕事奪われて発狂してんだろ

ご覧ください
これがチンポ騎士団ですよｗ
老騎士を切り捨てたときと同じでしょｗｗ

>>412,417
煽りにも余裕がなくなってきたなｗ

煽ってる内容がツッコミどころありすぎて大草原。
XamarinStudioとかもうねえよw

>>413
Xamarin Studio ワロタ

参考画像を貼っておきますね

VS for macは今月の5/11に正式リリースされたばかりなのにこの叩きようかよ
君らが今まで長く使ってきたXamarin studioが糞だというのは同意のようですね
VS for macも糞なのかどうは知らんが

結局お前のネガキャンは偏って間違って更新もされない情報から出来てるってことだよ。
だからなに言ってもフルボッコにされる。

いいからお前が作ってるもの同じ言語だったら共有できる割合言ってみろよ。
少なければ無能の証明だし多ければクロスプラットフォームにしないことでまた無能の証明になるけどな

もちろんXamarin使ったらそれゆえのトラブルとかサイズが大きくなるとか銀の弾丸じゃないのは勿論だけど、うまく使ってらすこぶる有効なのも間違いない。
ほんと共有のこと考えなくて各々個別に作ってりゃいいなんていろんな意味で楽だよね

VS for macでもやってみたが
gitでブランチ切り替えてビルドしても最新のコードをビルドしなかったり、
ビルドエラーが出て一旦VS for macを終了させて再起動しないとビルド成功しなくて何も変わってねえじゃねえか
お前らこんなのをありがたがってんのかAndroid studioだったらこんなことねえぞ

>>425
ちゃんと再現可能な手順を書きましょうね、いくらキチガイでも

ほとんどの奴はWindowsのVisual Studio使ってるから共感は得られないぜw
>>425

gitでブランチを切り替えるだけだ
最新のと何か月か前のと切り替えるだけ
Nugetで取得したパッケージが変わったりすると分かんないのかな
こんな糞な開発環境はないよ

最新のコードがちゃんとビルドされてるか分からないから
毎回VS for macを終了させて立ち上げなおしてビルドしないと駄目なんか
あまりにも糞すぎる
ＩＤＥなのにちゃんとビルドできないとか頭おかしい
ちゃんとビルドできるようにしてください

Xamarinは糞だがVisual Studioも糞なんだな
.NETというのも糞なんじゃないのか
糞をありがたがる糞の集団か

Xamarin Studio w

>>430
そりゃMacのVisual Studioは名前だけでXamarin Studio改だからなｗ

まともにビルドできないIDEを正式版としてリリースするとかありえない
Visual Studioが最強のIDEとか言われた時代は完全に過去のことなんだな
あきらかにAndroid Studioの方が全てを上回っている
もうmicrosoftは完全に過去の会社なんだな
まともにビルドできない製品をリリースする会社の製品なんか使いたくねえわ
C#もVisual Studioも糞お前ら完全に時代の流れに乗れてねえわ

Xamarinは非Microsoft、旧Xamarinチームの賜物。
ようやくMicrosoftの介入が始まったところだよ >>433

まだEclipseを引き合いに出すのなら分かるがIDEの対立煽りの流れでAndroid Studioを持ち出す奴はじめて見た

>>435

Xamarinが普及すると困る立場の彼、まだ自演してたのか、お疲れさん
時給幾らか知らんが、まあ頑張ってよw

Android Studioといえば、Riderは現状どうなんだろ
今見たらXamarin.iOSについ最近対応したみたいだけど

https://blog.jetbrains.com/dotnet/2017/05/18/rider-eap-22-xamarin-ios-unit-testing-improvements-compound-run-configurations/

EAPだから使ってる人少ないのかなー

$$$4.3$$$
"V"="1.3335412","0","1","3Q",

既にwindows,Android,iOSで開発してるアプリがあるなら、そのままネイティブで改修したほうがマシな気がする。

Obj-C, Swiftみたいな変態言語から解放されるなら、正直何でも良い

プログラマーを派遣して稼いでる企業の大半は未だに人月料金でしか金貰えない仕組みだから
効率化されればされるほど同じだけ稼ぐのに営業がより多くの仕事取って来なくちゃいけなくなって大変だからな
基本的に現状維持が最適解としか考えられなくなってしまう

Xamarinみたいな糞が普及するわけ無いだろ
さっさとまともにビルドできるようにしてくださいIDEとして致命的だろ

>>443
XamarinはIDEじゃねーよｗｗｗ

>>442
>>443
ねえねえ、時給幾らなの？
儲かるんなら俺もやるよ、Xamarin叩きw

jetbrainsに金払ってIDE作ってもらえよ
まともにビルドできないIDEとかマジ存在価値ない

WindowsのVisual Studio使えばいいだけなんでどうでもいい

jetbrainsのIDEは、タブ閉じたときに変更を破棄するか聞いてこないで問答無用で保存するからうんこ

>>446
だから、riderがあるだろ
そっちの評価はよ

riderはまだまともにビルドできない

自分で作れば？

>>448
JetBrainのIntelliJIDEAはオートセーブで入力したら即ファイルに反映されるから
タブ閉じたとき変更破棄とかありえん

Gitのリポジトリを編集するならオートセーブの方がぜったい合理的
VSも変更した行の左側の色が変わるけど、IntelliJIDEAの場合には
最終コミットからの変更を検出して色を変えてくれる
その変更した部分は元の最終コミットの状態に即戻すこともできる
この挙動に慣れた後だとVisualStudioがほんと糞に感じる

しゃーない統合開発環境作るか

xamarinがUI作りこめれないっていってるけど、それってXamarin.Formのこと？
xamarin nativeだったらネイティブとほとんど変わらない？

変わらない

https://dotnetfiddle.net/knw2Y6

画面にメニューを追加したら起動時にNull例外で落ちてしまう
なんで？
発生してる場所はSetEvent()の一番最初の行
OnCreateOptionsMenu()を消すとうまく起動するんだが、この関数をオーバーライドすると例外がでる

ちなみにSetEvent()はOnCreateOptionsMenu()内に記述してるけど
もともとOnCreate()内で記述してた。（ここでも同じ例外でたけど）

例外のStacktraceを読んで
何がnullなのか書いてるはず

OnCreateやOnCreateOptionsMenuでActivity.FindViewByIdで見つけるViewはまだNull
IMenu.FindItemで探すべき

public override bool OnCreateOptionsMenu(IMenu menu) {
this.MenuInflater.Inflate(Resource.Menu.menu1, menu);
SetEvent(menu);
return true;
}

private void SetEvent(IMenu menu) {
var btn_udp = menu.FindItem(Resource.Id.button_udp);
// 省略
}

動作確認してないからこれで動くかは知らん

あと、Androidの基礎知識もないのにXamarinに手を出すのは早いと思った
Androidネイティブで一般常識を学んでからXamarin始めないと無駄に躓くよ

Xamarin程の糞はないからな

XamarinFormsならいざ知らず、なにを今更…

.NETでないと何も出来ない人達向けのツールだから仕方がない

クロスプラットフォームなのにネイティブの知識求めるとか詐欺すぎる

薄いレイヤー作ったら文句言い、厚いレイヤー作ったら文句言い、何でも反対する民進党みたいだな

ほんとXamarin.Forms, .NativeやるならAndroid, iOSの基礎知識を手に入れてから始めろよなぁ
各OSの知識もないのにXamarin扱ってUI不自由だの処理重いだの文句言われても困るよね

各プラットフォーム、Xamarin(C#)の知識をもって初めてXamarinはやるべき
そこまでしたらコード共通化ができて実際に工期は減る、工数単価が上がることは度外視する

>>460
みんな知ってます
xamarinはモバイルアプリ開発者への聖杯にはなりえない

わかってないヤツ大杉んだよな

信者のXamarinなら工数削られるとか
アンチのXamarinのIDEがクソとか
お前らXamarin言いたいだけだろと

.NET好きが趣味でやるものに何言ってんだってな

いいえ
ちょまどのおっぱい好きがやるものでふ

それも趣味だし一論よな
おっぱいおっぱい(AA略

>>460
http://ytabuchi.hatenablog.com/entry/msmvp2016

もっと C# のことも Android Java, Swift でのネイティブ開発のことも沢山勉強して、Xamarin の事なら @ytabuchi に聞け。位を目指したいです^^
当面の目標は 純粋な Xamarin.Forms だけで Model の PropertyChanged をどうやって ViewModel を経由して View に渡すか？の調査、実装。
単体テストを書けるようになること。try/catch を知ること。です！引き続き頑張ってまいりますので、識者の方々はサポートお願いしますね笑

>>468
ゴミはもう帰れば？

Xamarin.Forms でキーイベントを取得したいのですが、各プラットフォーム毎にコードを書かないと取れませんか？
UWP/Android です。
参考になるページとかあれば教えて下さい。

Xamarinは糞だからネイティブ開発したほうがいいよ

>>473
とりあえず、個々のPFで実装しないといけないのは大前提で
AndroidのキーはBACK, VOL_DOWN/UPくらいしかない
UWPのキーはQWERTYキーボードを想定して大量にある
どうやっても共通化できるわけないっつーか、Androidでキーイベントは無理だろ...
参考になるページは「Xamarin key event」ググレカス

>>475
今、ContentPageに1つだけViewを置いて、そのViewのカスタムレンダラで
Control.KeyDown += Control_KeyDown;
とかやったんですけど、Control_KeyDown に飛んでいないようなんですよね。
ContentPageを拡張しないとダメ？

キーじゃそのコントロールがフォーカス取れてないとダメなんじゃ

>>477
ですよねぇ・・・
ショトカーットキーとして使いたいだけなんですけどね・・・

これがあればC＃だけでAndroidアプリが作れるって本当なんですか？

Xamarin.FormsでListView使うと
スクロールが重かったりサムネイルの表示が
遅かったりするんだがこれなんなんまじ糞だろ
ListViewとかスマホアプリの最も重要な
基本的なUIなのにこれすらまともに動作しないとか
どんだけ糞なんだよ
まじキングオブ糞

>>480
下手くそ

XamarinチームはUI苦手だからなｗ

じゃあXamarinで白猫プロジェクトみたいなアプリは作れないってこと？

ゲームはUnityで作るものと昔から決まっている

まあ、別にゲーム(アクション性の高いのは除く)だろうがなんだろうが, Xamarin&C#で
作れる事は作れるけど、Android固有の知識は必要だし、勉強の過程でその主力言語である
JAVAの知識が必要な場面は多々あるだろうよ
そういった意味じゃ最初の質問に対する答えはイエス＆ノー

>>485
Javaの知識がいるからC#だけじゃ作れないってのはちょと屁理屈すぎるかと。

相変わらず地雷源で地雷アピールに余念がない業者さんお疲れさまですﾁｰｯｽ

初心者をformsに誘導してるのは誰なんだろ？
罪作りやなあ

>>488
マジレスすると姫
エヴァンジェリストはそれが仕事だからねー

ザマリン糞だろ？ネイティブで開発したほうが痒いとこに手が届いていいわ

初心者はエバンジェリストなんか知らんだろ
VisualStudio関連の解説サイトあたりを巡回していてXamarinに興味を持つ奴がほとんどだと思うけど

ググったらでる日本語のページ姫とちんぽ騎士団ばっかだからｗ
戦犯はこいつらだよ

Unityでクロスプラとフォーム開発でAndroidやiOSの知識を求められるか？
普通クロスプラットフォームって言ったら各プラットフォーム固有の知識は必要なく開発ができると思うじゃん
実際やったらAndroidとiOSとXamarin固有の知識の３つが求められて負担が増してるっていうね
しかもqiitaとかstackoverflowの記事も少ないから調べものに時間が掛かってしょうがない
ListViewは重いしまじ糞

>>489
きも

ＩＤＥはまともにビルドできないしこんなのやってるやつは頭おかしい

こんなものすらまともにビルドできないならそれはおそらく使ってる奴の頭の問題かと

gitでブランチ切り替えただけで一旦IDEを終了させて再起動しないとビルドできなくなるのに使ってる奴の頭は関係ないだろｗ
Xamarinやってると頭がおかしくなるんだな

MS は最近Git好き好きアピールしてるくせにGitとの相性いまいちなんだよな
Resource.Designer.csとかもやめてほしい

GitがWindowsに優しくない（autocrlfとgitattribute）。
Windowsのオープンファイルの削除ができない欠陥。

>>499
JetBrainのIDEはWindowsでもほぼ問題なく使えますよ

ステマ？

どこがステマ？

>>494
「姫」を蔑称と理解してない荒しがいるとは思わなんだ
エヴァンジェリストをバカにしてるんだよw

>>497
ねーお前の思い込みはいーからさー俺の質問に答えてよ

コードの共有化しないでいいどうでもいいようなもん書いてて騒いでる無能なのか、
大きいプログラム書いててロジックコード6-7割共有化できるのに個別に書いてる無能か
共有化ができないから個別に書いてる無能なのか、お前はどの無能なの？

俺のかんだと1か3なんだけど

>>504
死ね

Xamarin.Apple.Sdk.targetsファイルのバグ修正きたぞ
ついでにXamarin.Formsの初期のバージョンが2.3.4.224から2.3.4.247にアップデートされてる

とりあえず問題はない模様

https://www.visualstudio.com/en-us/news/releasenotes/vs2017-relnotes#15.1.26430.12

>Fixed an issue where Xamarin iOS apps were not building correctly.

>>505
よう無能w

>>503
ちょまどの話をすることが荒らしなんだよなあ

>>493
そりゃゲームでOS固有の機能なんてほとんど要らないから意識する必要ないだろうな
自分でOS固有の機能使いまくるアプリ作っておいて「OS意識するなんてけしからん」って…

だったらクロスプラットフォームを名乗るな

Xamarinくらいのラッピングの薄さがちょうどいい

>>508
エヴァンジェリスト()の話題は許せよ、、、

>>510
クロスプラットフォームがOS固有知識不要と思ってる子供かよ
Xamarinに限らずクロスプラットフォームで各PF知識は必須だろ
信者の言葉を鵜呑みにしていちゃもんつけるアンチは馬鹿だな

>>512
つjava

Javaはただのプログラム言語だろ
プラットフォームではないぞ
JavaもC#もどちらもVMの知識は必要だけど

ちょろっとアプリ作るだけならVMもJITもAOTも固有知識もいらんだろ
Formsでたりんっていってるやつは何作ってんの？
ゲーム？

それぞれの知識がいらんてことね

>>514
つJVM

Xamarin程の糞はない

VMの仕組みそのものというよりVM依存のクラスライブラリの知識といった方が良かったか？
それくらいわかるだろ

つかFormsの目指すところはそこだろ
まだ未完成なだけで

Write Once, Debug Anywhereと馬鹿にされ
JVM実装(Sun, GNU, Apache, Aplix, OpenJDK)で振る舞い,要件が違って
iOSでコードを動かそうものならj2objcとかいうガチPF依存する
Java(JVM)がなんだって？

VMで全機能を無理やり吸収するJava/JVMより
各PF知識を要するXamarin/.NET VMのがイマドキだよなぁ

イマドキではないだろ
なにいってんだこいつ

そこでXamarin.Nativeを否定するのか・・・

最近、JVMのような全機能吸収するランタイム(VM)ってあったかなぁ
一応、Xamarin.Formsみたいに軽く吸収するものの
細かいことしようとするなら自分で下回りのAPIを叩けというものしか見かけんぞ

Xamarinの有用性を確認したいから幾つかイマドキのものを挙げてくれ

Delphi

https://forums.xamarin.com/discussion/80116/how-can-i-detect-key-events-in-xamarin-forms

これを見てContentPageのレンダラを作ってみたけど、OnElementChanged に来た時点で Controll が null なんだよな・・・

Xamarin.Forms の UWP でキーボード（左右カーソルとESCキーだけでも）イベント取れる方法ないかな？

先にXamarnじゃないUWPプロジェクト作って、どう実装するのか調べた方が早いと思う
Xamarin的にformsは新参で既存ユーザーに旨味が無いから、やり込んだ人は此処にはいないんじゃないかな

Xamarin信者にはちょろっと実装してホイできたよ、くらい回答して欲しいもんだけどな
自分含め遊び人しかいない中で唯一の真っ当なレスで、ちょっと可哀想になってきたので環境作って試してみる
うまくできたらご喝采、その時はもっかいレスするよ

>>524
Delphiなんてまだ生きてるのかよ、、、と思って調べたら死に体じゃねーかw
例えば指紋認証(Fingerprint API)とかポーティングされてるのかねと思ったら全く見つからねぇ

>>525
Control!=nullじゃないやつ来るだろ

どうでもいいところでハマって時間を無駄にするのがXamarin

>>529
だからどの無能なのってば

ちょまど効果ですっかりスレ機能しなくなったな