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

2018/03/31(土) 09:07:10.34

ブラウザアプリでいいじゃん

2018/03/31(土) 09:31:16.52

マジレスすると

Js使いたくない
HTMLはドキュメント由来だからUIの要素としてはちょっと無理がある時ねーか
ネイティブのアプリと挙動が違う
ストアとかにあげられない

辺りかね。
もちろんブラウザアプリにも利点はあるから場合に応じてって感じか

2018/03/31(土) 10:07:00.23

Xamarin、ブレイクしなかったな。

スマホアプリも今後はPWAな方向に行くんかいな。

2018/03/31(土) 10:13:40.62

ローカルとwebアプリは違うから

2018/03/31(土) 10:24:54.34

ネイティブは残りXamarinは死ぬだけ

2018/03/31(土) 10:51:23.56

js使いたくないね

2018/03/31(土) 11:29:46.61

クロスプラットホームツールで他に有力なのって何よ
個別に作るのは勘弁してくれ

2018/03/31(土) 11:42:41.35

気にせずXamarin使えば良いかと

2018/03/31(土) 12:27:33.97

有力なものなどないし永久に出ない
ネイティブでまともなアプリを作るか
Xamarinで糞アプリを作るかだけ

2018/03/31(土) 12:27:47.58

>>601
react

2018/03/31(土) 12:28:52.54

ハイブリッドWebアプリってやり方もあるね
ネイティブアプリにWebView貼り付けて、ネイティブ側とWebView側とをJavaScriptで連携するやり方

XamarinのハイブリッドWebアプリの案件も担当したことある

2018/03/31(土) 12:29:02.86

XojoがAndroid対応予定だから対応されたら使えるかも

2018/03/31(土) 13:39:42.92

>>604
ReactNative使ってる人にも聞いたことあるけど、Xamarinと同じような問題抱えてるしツールの成熟など含めてXamarin よりいいかとは思えなんだ。
まあjs大好きならいいかもね

>>605
したらコルドバとかの方が良かったりしないん？

2018/03/31(土) 13:51:09.99

WebView程の糞はない
大抵WebViewを使っている箇所でバグるしUIもネイティブと同じにできない
大体WebView使うなら最初からアプリなんか使わずに全部webページとして作ればいい
WebViewで良いなんて言っているやつはアプリの強みを理解していないと言っているようなもの
メルカリなんか見てもモバイルファーストで最初からアプリで作ったからうまくいってるんだ
まったく時流が読めてない時代遅れのゴミがWebView

2018/03/31(土) 13:56:56.42

いつもの無能コピペ馬鹿

2018/04/01(日) 11:55:35.27

Xamarinも検討したけど、結局Android StudioとVisual C++のJNI連携にしちゃってるわ。どうもC#は馴染めない…

2018/04/01(日) 12:00:01.80

クロス環境なんて生産性が悪すぎるからやめといて正解

2018/04/01(日) 17:12:06.39

生産背とは何を意味するのか具体的に述べよ

2018/04/01(日) 17:18:22.88

C# 悪くないんだけどプラットフォームで共通の部分が C# で書けます、
なんて言われても C++ なら元からそうだし C++ 使ってた人にはアピールしないよな

2018/04/01(日) 20:21:42.02

>>613
それC++の部分もデバッグできるの？
後C++は自分は触ってないけど2018年になった今、テンプレートのエラーわかりやすくなったの？と聞いたら何も変わってないと言われたぞ…
正直今更C++では書きたくないな
Xamarinは言語から開発環境、既存の資産の利用含めた総合力で他よりいいと思うけど。

2018/04/02(月) 00:14:21.90

C++かC#か選んでいいならC#しかないわな

2018/04/02(月) 00:27:31.35

今更C++で共通部分書けてもあまりうれしくない

2018/04/02(月) 00:31:18.07

>>614
テンプレートのエラーはわかりやすくなったし、そもそもエラーメッセージを自分出かけるようになったぞ

2018/04/02(月) 00:43:01.17

613だがC++嫌いな人や元々使ってない人はもちろん使わなくていいと思うよ
普段からC++使ってる人がポータブルってだけでc#使うことはないだろう、というだけ。

2018/04/02(月) 01:11:03.06

>>617
人に聞いただけだけも、コンパイラが違うのかね。
自分でかけるの意味がわからんがコンパイルエラー時にそのコンテキストもらってそれをもとにフォーマット出来るってこと？

2018/04/02(月) 10:07:59.19

>>619
そう

2018/04/02(月) 13:40:49.02

>>620
それは嬉しいのかどうなのか。
まあ普段はデフォのメッセージが出てる、それでわかりにくい時は追加情報取れるからより詳しく出せるってことならまあありかも
デフォのメッセージが最初から十分な情報出してればいいだけだけど

2018/04/03(火) 18:19:11.74

Emscriptenで、c++を、WebAssemblyにすれば、マルチプラットフォームアプリが作れる。
仮想マシンは、C#だと、.Netだが、この場合は、wasmになったような感じになる。

つまり、Webアプリではあるが結局それは、C#でも同じような事なのでデメリットには
ならない。

2018/04/03(火) 19:01:51.52

んC++でもマルチプラット開発できるよって話？
ウエブアプリになるのはだいぶ違うし、トータルの開発効率、言語自体の生産性からIDEのデバッグ等含む効率などなど色々違うと思うけど…まあそっちは触ってないので何ともだけど。

2018/04/03(火) 20:49:52.70

WPF は

1. 遅い。
2. LinuxやMacでも上手く動かないらしい。

2018/04/03(火) 20:53:33.95

逆に、Windows Form はバグで悩まされるらしい？？：

http://var.blog.jp/archives/61721571.html

2018/04/03(火) 20:54:34.18

WPFが遅いのって幻想なんだけどな

2018/04/03(火) 21:44:16.18

http://var.blog.jp/archives/69202816.html

↑によると

1. WPFアプリは、VSの「外見」だけが使われている以外には、滅多に使われていない。

2. WPFは、Windows Form Appli に比べて圧倒的に遅い。
　 Web画面をリロードしているぐらいに遅いらしい。

2018/04/03(火) 23:00:20.63

はいキチガイ

2018/04/03(火) 23:50:24.69

ソースは誰かさんのブログかよ

2018/04/04(水) 00:41:34.82

小学生の自由研究でももっと論理的に書けるわ

2018/04/04(水) 07:28:46.56

ここは、MSに洗脳された人たちが多いな。

2018/04/04(水) 12:29:10.30

Electron の API Demos を Win7 で試したら、別ウィンドウで OVERLAPPED WINDOW
や、タイトルバーも URL アドレスバーもない Window を出せることが分かった。
これはWebアプリではなく、紛れもなくスタンド・アロンアプリだ。
さらに、Electronは、JSで記述するが、JSは、内部的にはWebAssemblyと同じような物で、
簡単に後者から前者を呼び出すことが出来る。
WebAssembly は C++で書く事ができるので、C++で、Win/Linux/Mac/Androic/iOS
の全てのプラットフォームに共通のスタンドアローンアプリをC++で書くことができるハズ。

2018/04/04(水) 12:39:17.11

C++で書くぐらいならRustでかけよ

2018/04/04(水) 13:18:21.48

c++はオブジェクト指向を無理矢理cにくっつけたから難解になった
オブジェクト指向でやりたいならc#が現状の最適解

2018/04/04(水) 13:18:45.83

[結論]
1. Emscripten、Electronの組み合わせで、C++で、Win/Mac/Linux/Android/iOSの
　ビジネスアプリ、ゲーム作れる。
2. 仮想マシンは、ブラウザ上の WebAssembly(wasm) 実行環境
3. ビジネスアプリは、ElectronのWidgetが使える。
4. Overlapped Window、POPUP Window が作れる。これは、子ウィンドウではなく、
　 Desktop に Floating している Window。アドレスバーも付かない。
5. Windowには、アプリが占有できるMenuも最初から付けられる。
6. ゲームでは、Canvas、SVG、WebGLと、EmscritenのフルOpenGLのサブセットが
　使える。
7. ファイル入出力もできる。
8. node xxx とすると、コンソールアプリとしても起動できるので、サーバーサイドアプリ
　も作れる。
9. Xamarineやmono、.Net、C#は終わった。

2018/04/04(水) 13:38:58.75

分かったからC++スレ行けよ

2018/04/04(水) 13:41:34.54

Xamarin程の糞はない
エンジニアもデザイナーもお客さんも全員がっかりするのがXamarin

2018/04/04(水) 13:47:56.80

スマン、AndroidとiOSは、Electronだけでは動かないらしい。Android, iOS用に
Meteorで書いておいて、それを Electron のコンテナに入れないといけないらしい。

OVERLAPPED WINDOWがスマフォの狭い画面では対応しにくいからだろうか。

2018/04/04(水) 14:11:50.29

こいつきちがいか。
開発効率とか都合の悪いところには絶対触れないのなw

2018/04/04(水) 14:22:52.59

>>639
Cordovaとか避けてるのは何故なんだろw

2018/04/04(水) 14:37:45.71

がはははははははｗｗｗ

MS帝国が終わる日が来るとはなｗｗｗ

2018/04/04(水) 14:45:16.88

>>640
それはな。
知らないからだよｗ

2018/04/04(水) 14:55:33.17

>>642
オマエはElectronが何か分かってないだろ。
ここはXamarinスレだってことも。

2018/04/04(水) 14:56:48.66

要は老害が使い慣れた言語から離れたくないだけでクソわろす

2018/04/04(水) 14:58:34.55

がはは。最初は知らんかったが、この数時間の内にわかってきたのさ。
それから、MS帝国を破壊する事を目的にしてるのだから、このスレが最適なんだよ。

2018/04/04(水) 14:59:58.48

はは、C#信者ももはや老害なんだがな。気づけよｗ

2018/04/04(水) 15:03:51.73

MS帝国の崩壊以前にオマエが崩壊してるぞ
オマエの頭脳構造が不安定すぎるんだ

2018/04/04(水) 15:26:55.81

がはは、グッドだー

2018/04/04(水) 15:39:49.17

便利なものは使えばいいだけなのにMS帝国とか言って無理して排除する必要などない
異常なまでにベンダーロックインを恐れるのと同じタイプだな

2018/04/04(水) 15:41:18.47

何とでも言いたまえ。

2018/04/04(水) 16:31:07.31

https://teratail.com/questions/100514

>それでは、VSに登場したときに話題になった、Xamarinはどうでしょうか。
>ネイティブにコンパイルするので、パフォーマンスが高いのがメリットです。
>
>しかしその一方、非常に扱いが難しい。
>Windows、Android、iOS、それぞれのOSや言語やフレームワークなど、
>三者三様の開発環境の知識が必要になるためです。
>
>Xamarinの場合、Webアプリどころか、
>（単独の）ネイティブアプリより難しくなってしまいます。
>
>マルチプラットフォームで、しかもネイティブアプリと同等、
>というのは魅力的ですが、その欲ばりな仕様のため、難しくなった。

**デフォルトの名無しさん** (ｽﾌｯ Sdb3-bIB9) · 2018/04/04(水) 17:12:51.08

>>651
まさに無能ブログ

2018/04/04(水) 20:10:56.34

開発工数は膨らみアプリのクオリティは落ちるのがXamarin
人と違うことをして優越感を得るタイプの変態にしか向かない

2018/04/04(水) 22:53:48.71

Webアプリ由来のマルチプラットフォームでもいいさ
ただしBlazorが普及してからね

2018/04/05(木) 01:23:49.06

とりあえず開発言語としてjs使うのだけは勘弁してくれ

2018/04/05(木) 03:13:32.12

今はTSでおｋ
どっちにしろMS様様だな

2018/04/05(木) 06:05:44.31

>>656
TSは外のもの使うのにマッパー書かないといかんのやろ？
ある奴はいいけど結構書かないと行けなくてめんどいと聞いたが。
まあjsよりはマシそうだからやる羽目になったら検討したい

2018/04/05(木) 07:34:40.71

>>657
マッパーなんか書かなくても直接呼び出せるけどね

2018/04/05(木) 09:07:01.05

あれいつからそんな風になったん

2018/04/05(木) 20:19:05.88

真っ裸な嘘

2018/04/05(木) 20:38:51.83

いやらしい

2018/04/05(木) 22:50:32.00

ちょまどのせいで日本ではキワモノ扱いに

2018/04/06(金) 09:35:30.81

>>653
新しいものが出ると必ずこういうこと言う香具師が出てくるけど
要するにスタートアップコストと開発効率改善のトレードオフでしょ？
Xamarinがそのどちらも悪化するっていう主張なら理解するけど
単にdisってるだけやん

2018/04/06(金) 10:26:00.78

Linuxでは、公式には .Net Core だけのサポートだから、公式にはコンソールアプリだけしか動かない。

Xamarineは、monoから始まったものではあるが、Linuxで動かされたら困るMSが
買収して、なんとかしてLinuxでは動かないようにしたかった。だから今後はますます
LinuxではC#や.Netが動かなくなっていくだろう。

2018/04/06(金) 10:30:29.69

ところが不思議なことに、VS は Mac でも動き、VS Code は、加えて Linux でも動くので、戦略として非常に不思議な状態になっている。これは、Windowsが終わってしまう事も視野に入れて、その場合でも開発環境だけは生き残れるように手を打ったのだろうか。

2018/04/06(金) 10:48:30.41

サーバーサイドで動くコンパイル型言語は沢山あるが、間違ってるかもしれないが

1. Perl, Ruby などのスクリプト言語達
2. JavaScript ---> node.js
3. Java (Sun/Oracle, ServerSide)
4. C++ ---> Emscripten ---> WebAssembly ---> node.js
5. 「C#」 + 「.Net Core」

みたいなことになっている。これをみると、MSとしてなぜLinuxでも動く
.Net Coreを出さざるを得なかったのかが見えてくる。.Net Coreがなくても、
LinuxがServerSideで使われる現状は変えようがないから、.Net Coreの
存在が Windows のシェアを減らすことには考えにくいということだ。
それよりむしろ、C#を使ってもらうことを選んだ。

2018/04/06(金) 10:49:13.61

誤：サーバーサイドで動くコンパイル型言語は沢山あるが、間違ってるかもしれないが
正：サーバーサイドで動く言語は沢山あるが、間違ってるかもしれないが

2018/04/06(金) 10:54:40.86

ServerSideプログラム ---> CUI だけで十分で、ライバル達も CUI のみ。
(JPEGやPNG形式の画像などをCUIプログラムで合成しHTTPプロトコルで
クライアントに送ることは可能）。

だから、ライバルと互角になるためには、.Net Coreだけで十分だった。

ところが、monoは、LinuxのデスクトップでC#が使われてしまうので、
デスクトップOSでのWindowsのシェアを減らしてしまう可能性があった。

そこで、MSとしては、C#は、LinuxではCUIだけが動くようにし、GUIは
わざと動かないようにしたかった。そして今後も知恵を絞ってそういう方向
に持っていくのではないか。

2018/04/06(金) 11:08:47.71

妄想乙

2018/04/06(金) 11:24:18.24

guiはosに依存するので切り離しただけだろ

2018/04/06(金) 11:28:41.25

linuxがどれだけ便利になってもwindowsシェアを脅かすほど一般人がlinuxに流れるわけないだろ
あるとすればノートPCメーカーがlinuxプリインストールの安価ノートを各社色々出した場合だけど
メーカーも量販店も利ざや減るだけだからその可能性は考えなくていい

2018/04/06(金) 11:38:49.18

AndroidというLinuxに流れてるが

2018/04/06(金) 11:44:49.94

CUI : Win/Mac/Linux ; .Net Core
GUI : Win/Mac　　　 ; .Net Framework / Xamarine / .Net Core

LinuxでGUIのC#は、非公式(mono)のみ。MSは、Xamarineを買収してまで、LinuxでGUIのC#を使えないようにしたかった。Desktop OSのWindowsのシェアを奪われたくなかったから。

2018/04/06(金) 11:49:22.18

>MSは、Xamarineを買収してまで、LinuxでGUIのC#を使えないようにしたかった。
全然違うと思う。

2018/04/06(金) 11:52:09.54

monoがそのまま発展していくと、C#アプリがWinとLinuxで全く同じように動いて
しまう可能性があった。そうなればデスクトップでWinを使う必然性がなくなる。
そこでmonoの発展を止めるためにXamarineを買収せざるを得なかった。

2018/04/06(金) 11:52:29.59

iOSとAndroidを侵略する為にXamarinを買収したんだ

2018/04/06(金) 11:58:01.94

>>676
それはひとつの側面。携帯OSは、元々Windowsのシェアが0に近かったため、
シェア低下の恐れがなかった。ところがデスクトップOSのLinuxでは違う。

2018/04/06(金) 12:00:27.35

>>677
我がMS帝国はLinuxデスクトップなど驚異とは思ってないぞ

2018/04/06(金) 12:37:41.73

キチガイ

2018/04/06(金) 19:49:30.26

リナックスのGUIなんてだれも相手にもしてねーよw何夢見てんだw

2018/04/06(金) 20:21:18.28

ザマリネ

2018/04/07(土) 09:38:59.08

MSの狙いはJavaのシェアを.NETで切り崩したいだけだろ

2018/04/08(日) 12:23:59.40

でもそれと同時に、ちゃっかり、Linuxの.Net実行環境の発展を阻害するように
した事に気付く人は少ない。

2018/04/08(日) 13:17:33.74

ん？なんかしたっけ？

2018/04/08(日) 13:20:36.99

linuxが疎外されてたなんて全く気付かなかった
https://github.com/xamarin/Xamarin.Forms/blob/master/Xamarin.Forms.Core/Device.cs

2018/04/08(日) 13:50:18.06

そりゃLinuxなんてクライアントでは誤差レベルの環境にわざわざコストかけて対応するわけねーだろ。
Macですらfoams対応の人ごく数人でほそぼそと続けられてやっとまともになって来たんだぞ？

2018/04/08(日) 14:15:25.30

LinuxのGUIアプリとかほとんど需要ないしな

2018/04/08(日) 17:23:51.92

GUIはブラウザでいいよ

**デフォルトの名無しさん** (ｽﾌｯ Sdea-ahxJ) · 2018/04/08(日) 17:57:53.63

public const string GTK = "GTK";

GNU Image Manipulation Program Tool Kit

2018/04/09(月) 20:57:29.53

public const

2018/04/10(火) 00:01:06.20

Xamarin案件全然ないね

2018/04/10(火) 00:10:43.15

Xamarin程の糞はない

2018/04/10(火) 01:22:34.60

今度5社目の案件くるけど

2018/04/12(木) 11:21:35.97

https://www.indeed.com/q-Xamarin-jobs.html

ペプシの会社は内製で使ってるみたい。テキサス(オースティンではない)で募集してた。