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

2017/10/19(木) 08:47:50.79

保守

2017/10/19(木) 08:48:51.16

保守

2017/10/19(木) 08:49:18.18

保守

2017/10/19(木) 08:50:04.59

保守

2017/10/19(木) 08:50:33.15

保守

2017/10/19(木) 08:50:54.92

保守

2017/10/19(木) 08:51:19.19

保守

2017/10/19(木) 08:52:29.10

保守

2017/10/19(木) 08:52:59.04

Xamarin程の糞はない
C#も10年前の時代遅れの言語だし圧倒的にswift,Java,Kotlinの方が人気が高いし求人も多い
VS for Macはgitでブランチを切り替えたりするだけでビルドできなくなって、
クリーン、リビルド、ＩＤＥ再起動、ＰＣ再起動を頻繁に繰り返さないといけなくなるのが糞
大体MicrosoftはWindowsPhoneのシェアを二桁取ってからモノを言えと言いたい
MicrosoftがやっていることはGoogleやAppleの作ったパイを横取りしようとしているだけ
MVVM前提の開発環境とか言うくせに外部ライブラリを入れないと良い感じでMVVMできないし
MVVMを推奨するならデフォルトで必要なライブラリなど全て入れた状態で配布しろ
ＵＩは共通化できると言うわりにListViewは重くてスワイプがもたついたり画像の表示が遅かったりする
スマホアプリの最も基本的なUIであるListViewすらまともに動かないとか糞
Xamarin.Formsはちょっと複雑なことしようとするとお得意のdependency serviceとcustom rendererの連発
クロスプラットフォームと言うならXamarin.Formsだけでできないことを恥じろよ
WebViewなどXamarin.Formsの提供するUI部品が糞すぎて
一旦Xamarin.Formsの提供する機能で実装して糞な思いをさせられた後で
Xamarin.AndroidとXamarin.iOSで計3回も同じ実装をさせられるのが糞
Xamarinなんてマイナーな環境使っている人が少ないせいでググって調べものするのに時間がかかるのが糞
qiitaやstackoverflowの情報もXamarinに関するものはAndroidの10分の1以下の投稿しかなくて
下手すると解決策が見つからなくてデザインや機能の面で妥協する結果となる
任天堂のXamarin製アプリもカブドットコムのXamarin製アプリも星平均3.0の糞アプリ認定されてる
エンジニアもデザイナーもお客さんも全員がっかりするのがXamarin
結論としてXamarinを使うと開発工数は伸びアプリのクオリティは落ちるということ
XamarinをやっているやつというのはC#の機能を使うことやXamarinを使うことそれ自体が目的化していて
お客さんに良いものを届けたいという意思が存在していない
ソフトウェアを作るということは価値のあるものを世の中に提供して世の中をもっといい場所にするために
行われることであるべきで、完全に自分本位でゴミを量産し続けるXamarinエンジニアは全員死んだ方が良い

2017/10/19(木) 08:53:07.01

保守

2017/10/19(木) 08:53:37.03

保守

2017/10/19(木) 08:54:06.44

保守

2017/10/19(木) 08:54:35.30

保守

2017/10/19(木) 08:55:07.45

保守

2017/10/19(木) 08:55:46.04

保守

2017/10/19(木) 08:56:16.71

保守

2017/10/19(木) 08:56:42.97

保守

2017/10/19(木) 08:57:17.26

保守

2017/10/19(木) 13:28:00.04

いつもの無能コピペ馬鹿

2017/10/21(土) 00:27:47.37

Xamarin程の糞はない
C#も10年前の時代遅れの言語だし圧倒的にswift,Java,Kotlinの方が人気が高いし求人も多い
VS for Macはgitでブランチを切り替えたりするだけでビルドできなくなって、
クリーン、リビルド、ＩＤＥ再起動、ＰＣ再起動を頻繁に繰り返さないといけなくなるのが糞
大体MicrosoftはWindowsPhoneのシェアを二桁取ってからモノを言えと言いたい
MicrosoftがやっていることはGoogleやAppleの作ったパイを横取りしようとしているだけ
MVVM前提の開発環境とか言うくせに外部ライブラリを入れないと良い感じでMVVMできないし
MVVMを推奨するならデフォルトで必要なライブラリなど全て入れた状態で配布しろ
ＵＩは共通化できると言うわりにListViewは重くてスワイプがもたついたり画像の表示が遅かったりする
スマホアプリの最も基本的なUIであるListViewすらまともに動かないとか糞
Xamarin.Formsはちょっと複雑なことしようとするとお得意のdependency serviceとcustom rendererの連発
クロスプラットフォームと言うならXamarin.Formsだけでできないことを恥じろよ
WebViewなどXamarin.Formsの提供するUI部品が糞すぎて
一旦Xamarin.Formsの提供する機能で実装して糞な思いをさせられた後で
Xamarin.AndroidとXamarin.iOSで計3回も同じ実装をさせられるのが糞
Xamarinなんてマイナーな環境使っている人が少ないせいでググって調べものするのに時間がかかるのが糞
qiitaやstackoverflowの情報もXamarinに関するものはAndroidの10分の1以下の投稿しかなくて
下手すると解決策が見つからなくてデザインや機能の面で妥協する結果となる
任天堂のXamarin製アプリもカブドットコムのXamarin製アプリも星平均3.0の糞アプリ認定されてる
MicrosoftのAndroid向けedgeブラウザもXamarin製じゃない
Microsoftも糞認定して使わない糞開発環境がXamarin
エンジニアもデザイナーもお客さんも全員がっかりするのがXamarin
結論としてXamarinを使うと開発工数は伸びアプリのクオリティは落ちるということ
XamarinをやっているやつというのはC#の機能を使うことやXamarinを使うことそれ自体が目的化していて
お客さんに良いものを届けたいという意思が存在していない
ソフトウェアを作るということは価値のあるものを世の中に提供して世の中をもっといい場所にするために

2017/10/21(土) 00:33:11.08

Xamarin程の糞はない
C#も10年前の時代遅れの言語だし圧倒的にswift,Java,Kotlinの方が人気が高いし求人も多い
VS for Macはgitでブランチを切り替えたりするだけでビルドできなくなって、
クリーン、リビルド、ＩＤＥ再起動、ＰＣ再起動を頻繁に繰り返さないといけなくなるのが糞
大体MicrosoftはWindowsPhoneのシェアを二桁取ってからモノを言えと言いたい
MicrosoftがやっていることはGoogleやAppleの作ったパイを横取りしようとしているだけ
MVVM前提の開発環境とか言うくせに外部ライブラリを入れないと良い感じでMVVMできないのが糞
ＵＩは共通化できると言うわりにListViewは重くてスワイプがもたついたり画像の表示が遅かったりするのが糞
Xamarin.Formsはちょっと複雑なことしようとするとお得意のdependency serviceとcustom rendererの連発
クロスプラットフォームと言うならXamarin.Formsだけでできないことを恥じろよ
WebViewなどXamarin.Formsの提供するUI部品が糞すぎて
一旦Xamarin.Formsの提供する機能で実装して糞な思いをさせられた後で
Xamarin.AndroidとXamarin.iOSで計3回も同じ実装をさせられるのが糞
Xamarinなんてマイナーな環境使っている人が少ないせいでググって調べものするのに時間がかかるのが糞
qiitaやstackoverflowの情報もXamarinに関するものはAndroidの10分の1以下の投稿しかなくて
下手すると解決策が見つからなくてデザインや機能の面で妥協する結果となる
任天堂のXamarin製アプリもカブドットコムのXamarin製アプリも星平均3.0の糞アプリ認定されてる
MicrosoftのAndroid向けedgeブラウザもXamarin製でなく、
Microsoft自身も糞認定して使わない糞開発環境がXamarin
エンジニアもデザイナーもお客さんも全員がっかりするのがXamarin
結論としてXamarinを使うと開発工数は伸びアプリのクオリティは落ちるということ
XamarinをやっているやつというのはC#の機能を使うことやXamarinを使うことそれ自体が目的化していて
お客さんに良いものを届けたいという意思が存在していない
ソフトウェアを作るということは価値のあるものを世の中に提供して世の中をもっといい場所にするために
行われることであるべきで、完全に自分本位でゴミを量産し続けるXamarinエンジニアは全員死んだ方が良い

2017/10/21(土) 01:16:38.64

いつもの無能コピペ馬鹿

2017/10/22(日) 17:20:45.18

5年後はもう完全忘れ去られてそう

2017/10/24(火) 22:16:36.45

C++相談室から誘導されてきました、質問させて下さい

VS2017のC++/WinRTで新しいプロジェクトを作成
（Visual C++ → Windowsユニバーサル → 単体テストアプリ）
実行すると TEST APP 、Unit Test 、Tests Running の３つの文字が出てくるウィンドウが出てきます
しかし、UnitTestApp.xaml の Application要素の中身は、空っぽです
新しくブランクページを作ると、Page要素になって、デザインできる上にボタン等を貼り付けると
Page要素の中に要素が作られます

Application要素の中身は一体どこにあるのでしょう？

2017/10/24(火) 22:20:15.43

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

2017/10/24(火) 22:30:50.09

>>26
XamarineはC#でのプラットフォームなんだが・・・

2017/10/24(火) 22:42:52.19

>>27読んでｇｇったんですけど、そうですよね・・・
C++で、UWPで、Win32寄りの処理をゴリゴリ実行したかったんですけど、
こっちでも質問を取り下げて、自分でちょいと追ってみます、失礼しました

2017/10/24(火) 22:56:16.46

>>29
UWPならここは？
Windows 10 UWPアプリ開発 Part 2 [無断転載禁止]c2ch.net
http://mevius.5ch.net/test/read.cgi/tech/1499658092/

2017/10/24(火) 23:00:32.77

>>30
なんかビジネス的な話ばっかりで不安だったのですが・・・
そちらに行ってみます、ありがとうございました

2017/10/25(水) 12:33:46.07

ザマァ見リン

2017/10/25(水) 23:38:26.21

Xamarin程の糞はない

2017/10/25(水) 23:45:20.06

まあでもXamarinやC#よりいいのってないからね

2017/10/25(水) 23:58:41.09

クロスプラットフォームという肥溜めの中ではな

2017/10/26(木) 05:40:12.31

普段はWindows
ついでにスマホでって時には良いね。
本気でアプリ組むならAndroid Studioに行った方が良いんだろう。

2017/10/26(木) 06:09:23.53

Android StudioじゃiOS開発できないんだよ

2017/10/26(木) 09:11:16.78

そういう怠け心がアプリのクオリティの質を下げるんだ
君は本当に人間として軽蔑すべき低俗なエンジニアだな

2017/10/26(木) 09:53:57.78

>>38
逆だ。
細かな動作の違いを考えなくて済む分、UIや処理にリソースを割けられる。

2017/10/26(木) 10:44:17.95

いかに単純作業を減らすか考えられない奴はプログラマーとして適性がないと思う

2017/10/26(木) 12:16:47.87

それで星３の糞アプリしか作れないのか

2017/10/26(木) 12:29:52.55

作ってるけど、全部非公開だからな。
顧客には評判いいよ。

2017/10/26(木) 12:55:39.84

業務用の糞UIのアプリだろ
つまらなそうな仕事だな

2017/10/26(木) 13:02:31.54

>>43
あんたはどんな仕事してんの？

2017/10/26(木) 20:18:55.73

そりゃB2Cよ

2017/10/26(木) 20:39:32.22

他人の仕事を見下すのはいくないよ。

2017/10/27(金) 02:08:31.35

B2Cって恐ろしい民度の顧客を相手にする

2017/10/27(金) 02:09:13.57

途中送信
B2Cって恐ろしい民度の顧客を相手にするつらい仕事なイメージ

2017/10/27(金) 06:27:46.84

うん
AppStore の不調でダウンロードできないとかの苦情もレビューに書かれる

2017/10/27(金) 23:40:25.86

例えばボタンを押した時に動的にビューを追加するとチラついたような汚い描画になるけど、これってネイティブでもそういうもんなの？
どうしたら一瞬でパッと表示されるの？

2017/10/27(金) 23:41:31.43

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

2017/10/27(金) 23:53:03.02

>>50
UWP?Android?iOS?
iOSは環境が無いから試せないが、UWPもAndroidもチラついたりしないが？

2017/10/27(金) 23:55:09.71

>>50
そんなんなったことないな

2017/10/28(土) 14:01:09.68

みんなはなってないのか
なんでだろう。パーツごとにコントロールとして定義しまくっててStackLayoutとかのネストが深くなってるからかも
ちなみにAndroidとiOSで起きてる。他はターゲットにしてない

2017/10/29(日) 08:07:51.48

Xamarinなんてマイナーな環境使っている人が少ないせいでググって調べものするのに時間がかかるのが糞
qiitaやstackoverflowの情報もXamarinに関するものはAndroidの10分の1以下の投稿しかなくて
下手すると解決策が見つからなくてデザインや機能の面で妥協する結果となる

2017/10/29(日) 08:21:40.80

API 一緒なんだから Android と iOS の情報見たらいいじゃん？

2017/10/29(日) 10:02:03.46

OSと開発フレームワークの検索ヒット数を比較する馬鹿
比較対象は同格のものでないと無意味って教わったことないかな

2017/10/29(日) 10:25:16.87

過去何度も意味がないと諭されても理解しない左巻きだから無駄。
無視が一番。

2017/10/29(日) 14:11:44.23

コミュニティは育てるものだよ

2017/10/29(日) 15:02:32.11

>>57
だってAndroidとiPhoneを平気で比較する世の中だから。

2017/10/30(月) 02:09:57.74

>>55
無能すぎワロタ

2017/10/30(月) 17:42:38.33

API一緒とか言ってる奴は実際に使い込んでないだろ
AndroidはともかくiOSの方はかなり変わってるから、対応するXamarinの関数探すのに苦労した
CMTimeとか

2017/10/30(月) 18:55:11.99

日本語だけで検索するからだよ

2017/10/30(月) 18:59:09.85

AndroidとiOSのAPIが一緒なわけ無いだろ。
APIが一緒というのは、AndroidネイティブのAPIと、Xamarin経由でアクセスするためのAPIが１対１になっているという意味だろ。

2017/10/30(月) 19:03:50.68

>>64
そういう意味じゃなくてiOSの方はAPIの名前が元のものと変わりすぎてわかりにくいってことだろさ

2017/10/30(月) 20:21:15.20

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

2017/10/31(火) 01:11:32.60

>>64
基本英語で検索してる
おれは CMTimeMakeWithSeconds() をXamarinで使いたかったんだけど、
検索すると Xamarin では CMTimeクラスのFromSeconds() メソッドが同じような機能を提供してるらしいことがわかる

ただ名前が違うし同じかどうか確信がもてないのでリファレンスを調べてみたけどろくな説明も無し
https://developer.xamarin.com/api/member/MonoTouch.CoreMedia.CMTime.FromSeconds/p/System.Double/System.Int32/

しょうがないのでXamarinのソースを調べて FromSeconds() の中でネイティブの CMTimeMakeWithSeconds() を呼んでることを確認しましたとさ

なんでこんな阿保な変更してるの？

2017/10/31(火) 01:44:20.68

>>67
ObjectiveC流の命名規則をC#流の命名規則に変換してるだけじゃん
ものすごく分かりやすい

2017/10/31(火) 03:27:40.15

まぁでも検索しやすいように
○○から□□に変換しました～
くらいはドキュメントに書いてあってもいいかもね

2017/10/31(火) 03:28:37.08

>>68
C#もObjectiveCも知ってなきゃ理解できないAPIとか流石だな
それじゃ CMTimeMakeWithEpoch()は、FromEpoch()になるのか？見当たらんが

CMTimeMakeFromDictionary()はそのままFromDictionary()なのはどういう理屈？

2017/10/31(火) 03:39:43.05

CMTimeMakeWithEpochはCMTimeのコンストラクタだな
ちょっと公式ドキュメント見たらすぐ分かるね

2017/10/31(火) 03:52:02.82

XamarinのCMTimeの公式リファレンスはこれが書いてあるだけで、
CMTime(Int64, Int32, Int64)
クリックしてようやく CMTimeMakeWithEpoch() と同じ引数でCMTimeを返すコンストラクタなことがわかる
public CMTime (Int64 value, Int32 timescale, Int64 epoch)

でも引数同じだからって同じCMTimeを返すとは限らないんだよな
リファレンスには説明無いし
Xamarinのソース見ても同じなのかはっきりしない
CMTimeの中身見ると、まあたぶん同じなんだろうなって推測できるレベル

2017/10/31(火) 03:58:38.45

応用の効かない人だな・・・

2017/10/31(火) 04:52:42.96

分からんでもない
API仕様とGitHubを読み込むのが必須になってるのが面倒
スクリプト言語だと、フレームワークや外部ライブラリ含めてソースコード全部が手元にある状態だから、ステップ実行しながら手元のコードを読むだけで大半の問題が解決する
少なくとも、実装仕様の確認のためにブラウザを開くなんて手間は無い

コンパイル言語の開発者用に、ソース付きのパッケージ配布の仕組みが欲しい

2017/10/31(火) 07:08:40.52

>>70
iOSのAPI使うならObjectiveCは理解してなきゃ駄目だろ。
同じくXamarin使うならC＃を理解してなきゃ駄目だろ。
自分の勉強不足を棚に上げて文句言うんじゃないの。

2017/10/31(火) 07:29:22.05

俺が理解できないものは糞

2017/10/31(火) 08:50:15.34

C#とObjectiveCを両方知ってないとAPIの検索もままならない状況は糞だね
XamarinのAPIリファレンスが手抜き過ぎ

2017/10/31(火) 08:54:04.11

Xamarin程の糞はない

2017/10/31(火) 10:12:19.19

>>77
APIを直接たたくようなアプリなら、APIがベースとしている言語の知識が必要なのはXamarinに限った事では無い。
APIを意識しなくても良いレベルのアプリならC#だけの知識で十分だぞ。
つか、糞だと思っているものに粘着とか、ンコ蠅だね。

2017/10/31(火) 11:25:46.61

>>79
XamarinがオリジナルのAPIを改変しているにも関わらずそこを文章化して無いのが問題なんだよ
元のAPIをそのまま呼べるなら問題無い

2017/10/31(火) 13:12:15.23

>>80
>>68
言語の規則に合わせて変更しているだけ。
堂々巡りになっているのがわからんか？

2017/10/31(火) 14:14:42.19

>>81
お前もお前で意固地だな
対応表ぐらいあったほうがいいに決まってる

2017/10/31(火) 15:04:30.96

ID:Jb/o6d5C0

こいつほどの糞はいない。擁護しようと必死で理屈なんかない。もしかして、姫の僕か？

2017/10/31(火) 15:18:36.12

>>81
withSecondsがfromSecondsになって
withEpochがコンストラクタになる理由を説明してくれ

2017/10/31(火) 16:25:48.46

イーモバイルの人はアスペなのか

2017/10/31(火) 16:37:09.53

xamarinでバーコードリーダー入れたいんだが
Uncaught Exception
Exception of type
'System.Collections.Generic.KeyNotFoundException' was thrown.
(KeyNotFoundException)
って出たんだが分かるやつおらんかね

2017/10/31(火) 16:37:44.91

サンプル写しただけのはずなんだが…

2017/10/31(火) 16:40:44.14

>>85
言語の規則だって言うのならどういう規則なのか説明しろと言っている
規則へのリンクでもいいぞ

2017/10/31(火) 17:45:44.39

>>86
エラー表示のままだろ
dictionary型などで参照しようとしてるキーが存在しないものになってる

2017/10/31(火) 18:18:02.14

多分規則というかBCLか.net frameworkに寄せただけだと思う
書いた人には思惑があるのかもしれないけどわからない

make withって英語的にどうなのって思う

2017/10/31(火) 18:32:13.66

>>89
言われるがままにinfo.plistってのにkeyを追加したはずなんだがな
カメラへのアクセス許可を求める処理なんだがやはり無いと言われる

2017/10/31(火) 18:41:00.37

私はZXing.iOSでバーコードスキャンできてるからXamarinのせいではないと思いますよ

2017/10/31(火) 19:09:57.24

>>91
デバイスにアクセスできないんじゃね？
つか、参考にしたページとソースを開示したほうが早いんじゃね？

2017/10/31(火) 19:23:37.92

>>91
エラーを見る限り、設定したキーのスペルをミスっているんじゃね
例えば大文字小文字とか

2017/10/31(火) 19:48:00.59

ああ、カメラ機能を使うときに一度は通る道だなｗ
まぁ、がんがれ

2017/10/31(火) 19:49:14.75

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

2017/10/31(火) 20:07:15.07

おぉ！皆ありがとう
まずはアドバイスを参考にまたにらめっこしてみてどうしようもなくなったら戻ってくるわ

2017/11/01(水) 15:40:00.22

昨日聞いたものだが無理っぽい
参考にしたのはこのサイトでソースもこのままのはずだ
https://qiita.com/ytabuchi/items/3e14dcb5b9a11aaf14a9

2017/11/01(水) 16:03:35.40

連投ですまんが実行にはXamarin Live Player使ってる
まだ不安定だから動かないってのもあるかな

2017/11/01(水) 16:48:08.15

>>99
visual studioはpreview版つかってんの？
community版ではうまくビルドできてないと感じて俺もiOSは諦めてる
この前までpreview版使ってたんだけど
SSDの空き容量がなくなって新しいのにクリーンインストールした時に
communityに戻してからXamarin Live Playerではまともにビルドできたことないわ
まあ俺が雑魚ってのもあるんだけど

2017/11/01(水) 18:01:34.12

>>99
自分はWindows+Macだけど仕事で開発中のアプリはZXing使って問題ないからまあlive playerの問題だろうね

2017/11/01(水) 20:24:53.30

visual studioはcommunity版だね
Live Playerの問題なら諦めるしかないな…
学生のお遊びプログラミングだから割りきる所は割りきるよ
答えてくれた皆さんありがとうございました

2017/11/03(金) 00:05:28.35

VSでツール→オプション→Xamarin→その他から更新プログラムを今すぐ確認で、
ダウンロードしてインストールをするにしても、インストーラーが立ち上がりません。
管理者権限で実行しても同じです。
入れなおす以外で試してみたらというのないでしょうか？