Xamarin Part6
■ このスレッドは過去ログ倉庫に格納されています
!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 Xamarin程の糞はない
C#も10年前の時代遅れの言語だし圧倒的にswift,Java,Kotlinの方が人気が高いし求人も多い
VS for Macはgitでブランチを切り替えたりするだけでビルドできなくなって、
クリーン、リビルド、IDE再起動、PC再起動を頻繁に繰り返さないといけなくなるのが糞
大体MicrosoftはWindowsPhoneのシェアを二桁取ってからモノを言えと言いたい
MicrosoftがやっていることはGoogleやAppleの作ったパイを横取りしようとしているだけ
MVVM前提の開発環境とか言うくせに外部ライブラリを入れないと良い感じでMVVMできないし
MVVMを推奨するならデフォルトで必要なライブラリなど全て入れた状態で配布しろ
UIは共通化できると言うわりに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エンジニアは全員死んだ方が良い Xamarin程の糞はない
C#も10年前の時代遅れの言語だし圧倒的にswift,Java,Kotlinの方が人気が高いし求人も多い
VS for Macはgitでブランチを切り替えたりするだけでビルドできなくなって、
クリーン、リビルド、IDE再起動、PC再起動を頻繁に繰り返さないといけなくなるのが糞
大体MicrosoftはWindowsPhoneのシェアを二桁取ってからモノを言えと言いたい
MicrosoftがやっていることはGoogleやAppleの作ったパイを横取りしようとしているだけ
MVVM前提の開発環境とか言うくせに外部ライブラリを入れないと良い感じでMVVMできないし
MVVMを推奨するならデフォルトで必要なライブラリなど全て入れた状態で配布しろ
UIは共通化できると言うわりに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を使うことそれ自体が目的化していて
お客さんに良いものを届けたいという意思が存在していない
ソフトウェアを作るということは価値のあるものを世の中に提供して世の中をもっといい場所にするために Xamarin程の糞はない
C#も10年前の時代遅れの言語だし圧倒的にswift,Java,Kotlinの方が人気が高いし求人も多い
VS for Macはgitでブランチを切り替えたりするだけでビルドできなくなって、
クリーン、リビルド、IDE再起動、PC再起動を頻繁に繰り返さないといけなくなるのが糞
大体MicrosoftはWindowsPhoneのシェアを二桁取ってからモノを言えと言いたい
MicrosoftがやっていることはGoogleやAppleの作ったパイを横取りしようとしているだけ
MVVM前提の開発環境とか言うくせに外部ライブラリを入れないと良い感じでMVVMできないのが糞
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を使うことそれ自体が目的化していて
お客さんに良いものを届けたいという意思が存在していない
ソフトウェアを作るということは価値のあるものを世の中に提供して世の中をもっといい場所にするために
行われることであるべきで、完全に自分本位でゴミを量産し続けるXamarinエンジニアは全員死んだ方が良い C++相談室から誘導されてきました、質問させて下さい
VS2017のC++/WinRTで新しいプロジェクトを作成
(Visual C++ → Windowsユニバーサル → 単体テストアプリ)
実行すると TEST APP 、Unit Test 、Tests Running の3つの文字が出てくるウィンドウが出てきます
しかし、UnitTestApp.xaml の Application要素の中身は、空っぽです
新しくブランクページを作ると、Page要素になって、デザインできる上にボタン等を貼り付けると
Page要素の中に要素が作られます
Application要素の中身は一体どこにあるのでしょう? VisualStudioみたいな糞でやるからそうなる >>26
XamarineはC#でのプラットフォームなんだが・・・ >>27読んでggったんですけど、そうですよね・・・
C++で、UWPで、Win32寄りの処理をゴリゴリ実行したかったんですけど、
こっちでも質問を取り下げて、自分でちょいと追ってみます、失礼しました >>30
なんかビジネス的な話ばっかりで不安だったのですが・・・
そちらに行ってみます、ありがとうございました まあでもXamarinやC#よりいいのってないからね 普段はWindows
ついでにスマホでって時には良いね。
本気でアプリ組むならAndroid Studioに行った方が良いんだろう。 Android StudioじゃiOS開発できないんだよ そういう怠け心がアプリのクオリティの質を下げるんだ
君は本当に人間として軽蔑すべき低俗なエンジニアだな >>38
逆だ。
細かな動作の違いを考えなくて済む分、UIや処理にリソースを割けられる。 いかに単純作業を減らすか考えられない奴はプログラマーとして適性がないと思う 作ってるけど、全部非公開だからな。
顧客には評判いいよ。 業務用の糞UIのアプリだろ
つまらなそうな仕事だな 途中送信
B2Cって恐ろしい民度の顧客を相手にするつらい仕事なイメージ うん
AppStore の不調でダウンロードできないとかの苦情もレビューに書かれる 例えばボタンを押した時に動的にビューを追加するとチラついたような汚い描画になるけど、これってネイティブでもそういうもんなの?
どうしたら一瞬でパッと表示されるの? >>50
UWP?Android?iOS?
iOSは環境が無いから試せないが、UWPもAndroidもチラついたりしないが? みんなはなってないのか
なんでだろう。パーツごとにコントロールとして定義しまくっててStackLayoutとかのネストが深くなってるからかも
ちなみにAndroidとiOSで起きてる。他はターゲットにしてない Xamarinなんてマイナーな環境使っている人が少ないせいでググって調べものするのに時間がかかるのが糞
qiitaやstackoverflowの情報もXamarinに関するものはAndroidの10分の1以下の投稿しかなくて
下手すると解決策が見つからなくてデザインや機能の面で妥協する結果となる API 一緒なんだから Android と iOS の情報見たらいいじゃん? OSと開発フレームワークの検索ヒット数を比較する馬鹿
比較対象は同格のものでないと無意味って教わったことないかな 過去何度も意味がないと諭されても理解しない左巻きだから無駄。
無視が一番。 >>57
だってAndroidとiPhoneを平気で比較する世の中だから。 API一緒とか言ってる奴は実際に使い込んでないだろ
AndroidはともかくiOSの方はかなり変わってるから、対応するXamarinの関数探すのに苦労した
CMTimeとか AndroidとiOSのAPIが一緒なわけ無いだろ。
APIが一緒というのは、AndroidネイティブのAPIと、Xamarin経由でアクセスするためのAPIが1対1になっているという意味だろ。 >>64
そういう意味じゃなくてiOSの方はAPIの名前が元のものと変わりすぎてわかりにくいってことだろさ >>64
基本英語で検索してる
おれは CMTimeMakeWithSeconds() をXamarinで使いたかったんだけど、
検索すると Xamarin では CMTimeクラスのFromSeconds() メソッドが同じような機能を提供してるらしいことがわかる
ただ名前が違うし同じかどうか確信がもてないのでリファレンスを調べてみたけどろくな説明も無し
https://developer.xamarin.com/api/member/MonoTouch.CoreMedia.CMTime.FromSeconds/p/System.Double/System.Int32/
しょうがないのでXamarinのソースを調べて FromSeconds() の中でネイティブの CMTimeMakeWithSeconds() を呼んでることを確認しましたとさ
なんでこんな阿保な変更してるの? >>67
ObjectiveC流の命名規則をC#流の命名規則に変換してるだけじゃん
ものすごく分かりやすい まぁでも検索しやすいように
○○から□□に変換しました〜
くらいはドキュメントに書いてあってもいいかもね >>68
C#もObjectiveCも知ってなきゃ理解できないAPIとか流石だな
それじゃ CMTimeMakeWithEpoch()は、FromEpoch()になるのか?見当たらんが
CMTimeMakeFromDictionary()はそのままFromDictionary()なのはどういう理屈? CMTimeMakeWithEpochはCMTimeのコンストラクタだな
ちょっと公式ドキュメント見たらすぐ分かるね XamarinのCMTimeの公式リファレンスはこれが書いてあるだけで、
CMTime(Int64, Int32, Int64)
クリックしてようやく CMTimeMakeWithEpoch() と同じ引数でCMTimeを返すコンストラクタなことがわかる
public CMTime (Int64 value, Int32 timescale, Int64 epoch)
でも引数同じだからって同じCMTimeを返すとは限らないんだよな
リファレンスには説明無いし
Xamarinのソース見ても同じなのかはっきりしない
CMTimeの中身見ると、まあたぶん同じなんだろうなって推測できるレベル 分からんでもない
API仕様とGitHubを読み込むのが必須になってるのが面倒
スクリプト言語だと、フレームワークや外部ライブラリ含めてソースコード全部が手元にある状態だから、ステップ実行しながら手元のコードを読むだけで大半の問題が解決する
少なくとも、実装仕様の確認のためにブラウザを開くなんて手間は無い
コンパイル言語の開発者用に、ソース付きのパッケージ配布の仕組みが欲しい >>70
iOSのAPI使うならObjectiveCは理解してなきゃ駄目だろ。
同じくXamarin使うならC#を理解してなきゃ駄目だろ。
自分の勉強不足を棚に上げて文句言うんじゃないの。 C#とObjectiveCを両方知ってないとAPIの検索もままならない状況は糞だね
XamarinのAPIリファレンスが手抜き過ぎ >>77
APIを直接たたくようなアプリなら、APIがベースとしている言語の知識が必要なのはXamarinに限った事では無い。
APIを意識しなくても良いレベルのアプリならC#だけの知識で十分だぞ。
つか、糞だと思っているものに粘着とか、ンコ蠅だね。 >>79
XamarinがオリジナルのAPIを改変しているにも関わらずそこを文章化して無いのが問題なんだよ
元のAPIをそのまま呼べるなら問題無い >>80
>>68
言語の規則に合わせて変更しているだけ。
堂々巡りになっているのがわからんか? >>81
お前もお前で意固地だな
対応表ぐらいあったほうがいいに決まってる ID:Jb/o6d5C0
こいつほどの糞はいない。擁護しようと必死で理屈なんかない。もしかして、姫の僕か? >>81
withSecondsがfromSecondsになって
withEpochがコンストラクタになる理由を説明してくれ xamarinでバーコードリーダー入れたいんだが
Uncaught Exception
Exception of type
'System.Collections.Generic.KeyNotFoundException' was thrown.
(KeyNotFoundException)
って出たんだが分かるやつおらんかね >>85
言語の規則だって言うのならどういう規則なのか説明しろと言っている
規則へのリンクでもいいぞ >>86
エラー表示のままだろ
dictionary型などで参照しようとしてるキーが存在しないものになってる 多分規則というかBCLか.net frameworkに寄せただけだと思う
書いた人には思惑があるのかもしれないけどわからない
make withって英語的にどうなのって思う >>89
言われるがままにinfo.plistってのにkeyを追加したはずなんだがな
カメラへのアクセス許可を求める処理なんだがやはり無いと言われる 私はZXing.iOSでバーコードスキャンできてるからXamarinのせいではないと思いますよ >>91
デバイスにアクセスできないんじゃね?
つか、参考にしたページとソースを開示したほうが早いんじゃね? >>91
エラーを見る限り、設定したキーのスペルをミスっているんじゃね
例えば大文字小文字とか ああ、カメラ機能を使うときに一度は通る道だなw
まぁ、がんがれ おぉ!皆ありがとう
まずはアドバイスを参考にまたにらめっこしてみてどうしようもなくなったら戻ってくるわ 連投ですまんが実行にはXamarin Live Player使ってる
まだ不安定だから動かないってのもあるかな >>99
visual studioはpreview版つかってんの?
community版ではうまくビルドできてないと感じて俺もiOSは諦めてる
この前までpreview版使ってたんだけど
SSDの空き容量がなくなって新しいのにクリーンインストールした時に
communityに戻してからXamarin Live Playerではまともにビルドできたことないわ
まあ俺が雑魚ってのもあるんだけど ■ このスレッドは過去ログ倉庫に格納されています