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/11/08(水) 12:25:23.94

ブラウザに内蔵してもしょうがないでしょ
実験的にはblazorとかそっちの方向

2017/11/08(水) 13:21:02.83

>>149,150
いやブラウザ改変じゃなくてライブラリとして書いたものがWebAssemblyなりになってフロントのjsとつながるって事やで？

2017/11/08(水) 17:40:54.64

GoogleがMicrosoftのTypeScriptを積極採用してるんだよなぁ

2017/11/08(水) 19:32:10.54

>>137
糞みたいな内容だな
意味の分からないﾄﾞﾔに付き合うほど馬鹿じゃない

2017/11/08(水) 22:11:25.24

>>151
知ってる。
Webの世界で勝ててないのに勝てると思わないわ。
シェア取らないと力になりえない。

2017/11/08(水) 22:25:21.88

>>154
シェアその場合関係あるの？
必要なのはMSツールチェーン上で一度書いたらいろんなところで動かせるって話と思うが。
、

2017/11/08(水) 23:32:03.25

プラットフォームで縛る時代はもう終わりでしょ
このニュースなんか個人的にはむしろ好意的に見てる
http://news.mynavi.jp/news/2017/11/06/117/

2017/11/09(木) 01:21:24.55

Visual StudioのXamarinで、 .NET Framework のバージョンを確認する方法ってどのようにすればよいでしょうか？

Xamarin Studioでの確認方法は書いてあったのですが、VSがわからないです。。
https://chomado.com/note/tech/how-you-check-dotnet-version-in-xamarin-s

2017/11/09(木) 01:40:23.77

そもそも.NET Frameworkではないのでは

2017/11/09(木) 01:45:05.82

とりあえずプロジェクト設定から見れる

2017/11/09(木) 01:45:21.71

>>158
.NET Frameworkのどのバージョン相当という意味なのでしょうか。
リンク先のxamarin studioには書いてあったので、同じようなものがあるのかと思いました。

2017/11/09(木) 01:48:27.60

>>160
レスありがとうございます。
ただ、ソリューションのプロパティにも、xxx.Androidのプロパティにもそれらしきものは見当たらないですが、もっと別のとこでしょうか。

2017/11/09(木) 07:02:21.30

>>156
×プラットフォームで縛る時代はもう終わり
○マイクソに縛られる時代はもう終わり

2017/11/09(木) 07:30:36.40

利用してるだけで縛られてるわけじゃないんだよなあ
どうしても変えたい部分があれば好きに変えればいいわけだし

2017/11/09(木) 08:01:10.26

>>162
それでアンドロイドとGAEに縛られるのか。

2017/11/09(木) 08:48:14.91

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/11/09(木) 09:16:26.95

いつもの無能コピペ馬鹿

2017/11/09(木) 12:59:35.16

プルリクはともかく、ソース読まずに開発は無理だわ
一番参考になる手堅い実装例だし
MSのソースが読めるとか、いい時代になったなあ

2017/11/09(木) 13:03:56.02

>>161
VisualStudioのヘルプ→バージョン、だったか？で
モジュールごとのバージョンが見れたはず

2017/11/09(木) 13:58:35.86

>>167
言わんとすることはわかるが読んでよかったと思うシチュ何？
自分は挙動が意味不だったときに読んだけど普段はそんな読まない

2017/11/09(木) 14:06:48.51

そんな突っかかるようなことかよ

2017/11/09(木) 14:15:26.40

MSのソースで全て大文字のプロパティがあって引いた
最初c++のマクロかと思った

2017/11/09(木) 14:40:00.13

>>170
突っかかってんじゃなくて疑問に思ったから聞いてるだけだろ

2017/11/09(木) 22:07:38.29

VSでコンパイルに使ったxamarinバージョンってヘルプから見るしかないのでしょうか？

ヘルプから見ると後から見たときにコンパイルに使ったバージョンってわけでもない気がするのですが、ビルド後のファイルとかプロジェクトファイルには記載されませんか。

2017/11/09(木) 22:48:42.83

nuget見ればいいじゃん

2017/11/09(木) 23:41:33.34

Nugetからどうやってみるんだよ

2017/11/09(木) 23:43:02.24

>>169
んー、直近だとAsp.NetCoreでDIの実装例見たりIdentityの挙動を追ったり
Xamarinだと、ネイティブのAPI呼び出し箇所を見て使い方把握、とか

2017/11/10(金) 07:19:11.37

そこまでしないと把握できない時点で糞

2017/11/10(金) 07:39:10.48

Xamarin程の糞はない

2017/11/10(金) 08:26:13.37

>>176
Xamarin限らず色々どうやってるんだろうって話か。
そゆんではオプソで色々読めるのは良いよね。
勉強する気のあるやつとないやつで差が出るよな。
自分はXamarin.FrmsであるControlの挙動を案件の仕様に合うようにゴニョゴニョしようとしたけどダメで、結局ソース見てレンダラーでやったらあっさりできた。

2017/11/11(土) 09:40:20.94

他人のソースを盗み見して技術を得た気になってるだけの糞

2017/11/11(土) 09:57:26.26

他人を煽り嘲笑して自尊心を満たした気になってるだけの糞

2017/11/11(土) 15:38:43.26

いちいち使いもしない技術のスレに来て勘違いだらけの悪口並べ立ててるやつよりは遥かにマシだよな

2017/11/11(土) 15:41:50.74

無能なので他人のソースコードを見ても参考にできないんです

2017/11/11(土) 16:11:52.61

ザマリンすら使えなくて挫折して悪態ついてるぐらいだからさもありなん

2017/11/11(土) 17:54:14.78

xamarin formsでスリープさせない仕組みって用意されてる？

2017/11/11(土) 18:50:11.82

他では通用しない糞みたいなノウハウを蓄積しているだけの糞

2017/11/11(土) 20:05:47.90

>>185
バックグラウンドタスクのこと？

2017/11/14(火) 13:10:30.16

xamarinでSQLITE使いたいんですが参考になるサイトありますか？
http://www.buildinsider.net/mobile/xamarintips/0050
xamarin SQLITEで検索して一番上に出てくるサイトを参考にしたら書き方が古いらしく使えませんでした

2017/11/14(火) 13:43:10.91

>>188
自分は https://github.com/praeclarum/sqlite-net を使っている。
iOSは環境がないから試してないけど、UWP/Android共に同じライブラリで使えている。
nugetで sqlite-net-pcl で検索すればインストールも手間がかからないよ。

2017/11/14(火) 20:33:10.20

>>189
githubで探すのは気がつかなかった
まだまだ素人ですね…
ありがとうございます

2017/11/14(火) 22:01:12.39

>>190
じゃなくてnugetで探すんだよ

2017/11/14(火) 23:26:04.62

Xamarinでやるメリットってサーバー側も.netで作ってるような場合でしょうか

2017/11/14(火) 23:39:51.84

>>192
クライアントがだけでも色々共通化できるメリットあるけれど、サーバーも.NETならより共通化や親しんだ言語での開発を享受できるかと

2017/11/14(火) 23:45:30.70

>>193
いろいろ多くてすみません。
共通化というのはAndroid/iOS/windowsで共通コードになるということでしょうか？
サーバとより共通化というのは具体的にどう共通化されるのでしょうか？

2017/11/15(水) 00:38:34.80

クライアント側ではビジネスロジック的なものは基本的にほぼ全て共通化できる。
UIも凝ったものでなければかなりの部分を共通化できる。
サーバーとの共通化はビジネスロジックやライブラリなどで共通化できそうなものがあればですかね。

2017/11/15(水) 00:39:40.28

>>194
クライアント用ミドルウェアでサーバーの何を書くんだよ
アホは黙れや、低悩

2017/11/15(水) 00:51:17.03

>>196
安価を間違えた上に色々勘違いしてるバカがw

2017/11/15(水) 03:46:21.96

ユーティリティ的なモノは共通化できるけど嬉しいかと言われればそれほどでもない
作りによるんじゃね？

2017/11/15(水) 05:31:29.10

クライアント Xamarin
サーバー ASP.NET

2017/11/15(水) 08:54:13.99

>>198
まあサーバーとの共通化はそんなにないと思われ
ASP MVC見たいのもやるならビジネスロジックの一部とかPOCOの定義、ユーティリティの一部とかかね。
基本は言語とか開発環境を全く別のものにしなくていいってとこだろうね

2017/11/15(水) 16:02:52.87

バリデーション共通化できると良いね。やったことないけど

2017/11/15(水) 20:23:13.00

xamarinってvs2017 ProがあればFull機能を無償で使えるの?

2017/11/16(木) 01:49:20.29

>>202
proでもcommunityでも全機能使える

2017/11/16(木) 06:11:32.41

>>203
そうなのか、ありがとう！
日本語の情報が無さそうだけどCordovaより良いかな。

2017/11/16(木) 07:46:39.25

>>204
仕組み全然違うぞ？

2017/11/16(木) 08:23:15.01

>>202
APIの制限とかは無いけど、ツール面では多少違いがあるよ。

iOSのエミュレーターをWindowsのパソコンで確認できるのはEnterpriseだけのはず

2017/11/16(木) 08:56:01.66

Android SDK/Javaの知識がある程度ないと辛いかな。
wpf/c#は不自由なく使えるのでxamarin良いかなと思ってるレベル。

2017/11/16(木) 09:08:05.17

Xamarin程の糞はない

2017/11/16(木) 09:09:28.26

おまえの人生ほど糞はない

2017/11/16(木) 11:35:46.86

>>207
.Formsなら大丈夫

2017/11/16(木) 11:57:55.63

>>210
Xamarin.Forms?

2017/11/16(木) 13:42:14.64

>>211
このコンテキストでそれ以外ないだろ

2017/11/16(木) 13:49:17.58

>>212
そうですね^^;
Xamarin.Formsのxamlを調べてみたけどwpf以上に一癖ありそうだw

2017/11/16(木) 17:48:53.58

座間りん

2017/11/16(木) 21:46:11.08

Xamarin.Forms程の糞はない
WebViewなどXamarin.Formsの提供する部品が糞すぎて
一旦Xamarin.Formsの提供する機能で実装して糞な思いをさせられた後で
Xamarin.AndroidとXamarin.iOSで計3回も同じ実装をさせられるのが糞
Xamarin.Formsの共通部品を使えば1回の実装で済むと思って手を出したら3回も同じ実装をやらされる
急がば回れとはこのことである

2017/11/16(木) 22:24:43.06

いつもの無能コピペ馬鹿

2017/11/16(木) 22:30:54.37

Xamarin.Formsを使うということは最も工数がかかる手法で開発をするということ

2017/11/16(木) 22:33:38.45

無能が設計すればな

2017/11/16(木) 22:34:41.24

任天堂が出したアプリの中で最も星平均が低いのがXamarinで作られたNintendo Switch Onlineアプリである。
任天堂はもともと今年の秋に有料オンラインサービスを開始するとアナウンスしていたのに、
Nintendo Switch Onlineアプリの出来が悪すぎたせいで来年に延期になった。
つまり、Xamarinを使うと開発工数は伸び、アプリのクオリティは落ちるということである。

2017/11/16(木) 22:36:34.19

再び無能コピペ

2017/11/16(木) 22:37:48.05

Microsoftは新規にAndroid版edgeブラウザを開発中とのことである。
Android版のedgeブラウザはXamarin製なんだろうと思いきやAndroidネイティブである
なぜXamarinの提供元がXamarinを使わないのか
Xamarin程の糞はないからである

2017/11/16(木) 22:38:23.39

また無能コピペ

2017/11/16(木) 23:12:19.99

初心者のforms誘導はやめろとあれほど

2017/11/17(金) 08:24:48.72

>>223
作る内容によっては最も効率が良い方法と思うが。
LOBアプリなら十分だしよっぽど凝ったものでもなければレンダラーとかで対応可能。
各プラットフォームの画面作りに慣れてるならロジックの共通化だけにしといた方が混乱はないかもなのは認める

2017/11/17(金) 08:25:36.22

>>215
本当にこれやってる奴いたらあまりに無能すぎて仕事打ち切りたいレベルだな

2017/11/17(金) 08:29:16.22

>>223
C#、XAML派から参入ならそれだろ。

2017/11/17(金) 09:30:41.39

AWSからAzureに移った感想
ttps://qiita.com/kuri_hei/items/0a396b3646febe7efcbb

2017/11/17(金) 21:18:52.20

新規でも皆formsのイメージがあるわ
XAMLって何出来るん？バインディングってformsでも出来るんでしょ？

2017/11/17(金) 21:59:21.52

むしろFormsしかデフォではできない。

2017/11/17(金) 22:11:23.45

>>229
そうなんだ
XAMLってバインディングが売りって聞いたが違かったか

2017/11/17(金) 22:14:38.51

formsたってwinformsとは別物だよ

2017/11/17(金) 22:38:46.24

http://www.atmarkit.co.jp/ait/spv/1708/25/news021.html

2017/11/17(金) 23:12:45.97

>>230
お前はなんのFormsの話をしてるんだ。

2017/11/17(金) 23:41:12.32

名探偵フォームズ。

2017/11/18(土) 00:26:56.29

MVVM周りはほぼWPFと同じに書けて楽しい
各Trigger使えるのもうれしい

2017/11/18(土) 10:04:12.96

時代はfluxなのに未だにMVVMとかいう原始時代の設計手法に頼っているとかMicrosoftはオワコン

2017/11/18(土) 10:14:58.10

>>236
つvue

2017/11/18(土) 10:30:39.27

>>236
始まっても居ないのにオワコンなのか

2017/11/18(土) 10:57:59.54

MVVM程の糞はない

2017/11/19(日) 16:40:41.86

糞の人の罵倒芸がだんだん楽しくなってきた
次は何がくるやろ

2017/11/19(日) 18:47:12.04

検索したら>>239でやっと4パターン目
この10倍はほしいところ

2017/11/20(月) 01:00:35.97

Xamarin Studioか、Visual Studio for Xamarin　どちらを使う方がよいでしょうか？

2017/11/20(月) 01:05:59.35

>>242
Xamarin StudioはVisual Studioになってるから質問の意図が分からない

2017/11/20(月) 09:24:36.70

>>242
開発環境なら使うOSによって決まるかな。MS公式に縛るならだけど。

Windows: Visual Studio 2017（2015でもいける）
Mac: Visual Studio for Mac

2017/11/20(月) 09:26:43.10

おまえらの性格ほど糞はない

2017/11/20(月) 09:30:55.99

ありがとうございました(^^)/

2017/11/20(月) 22:05:28.63

VS for Macはgitでブランチを切り替えたり、NuGetパッケージをインストール/アンインストールしたりするだけでビルドできなくなって、
クリーン、リビルド、ＩＤＥ再起動、ＰＣ再起動を頻繁に繰り返さないといけなくなる
こんな非効率な開発環境では共通化のメリットなど完全に相殺されてしまう

2017/11/21(火) 07:41:33.54

おま環

2017/11/21(火) 20:58:01.05

VS for Mac程の糞はない