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/02/25(日) 13:40:52.45

visualstudio2017って、
プロパティウインドウ内のプロパティ名検索機能無いのかよ！

ビックリだわ

一々スクロールバーで探すのめんどくさ過ぎ

IDEとしては有り得んと思うけど、
有料版では検索機能有るんか？

2018/02/25(日) 14:07:15.04

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

2018/02/25(日) 14:13:53.19

初回セットアップが楽勝で、起動も速いし日本語化されてるし、いいじゃないの！

と思っていた数時間前が懐かしい・・・・

2018/02/25(日) 15:28:06.89

C#でブラウザクライアントまで開発できたらまじで他の言語いらんくなるなぁ

2018/02/25(日) 16:01:34.46

リッチクライアント復活なん？
標準技術ならいけるか...

2018/02/25(日) 17:14:42.39

プロパティウインドウってWindows Formsのチュートリアルぐらいでしか触ったことないな

2018/02/25(日) 19:02:53.25

プロパティウィンドウ、自分もリンクしてるDLLのパスを見るぐらいにしか使ってないな

2018/02/25(日) 21:23:29.22

>>547
それが必要なシチュエーションは何だい？

2018/02/25(日) 23:05:18.43

画面にパーツをペタペタ貼って、
各パーツのidやら、テキストの内容やサイズやら、マージンやらを指定するとき

2018/02/26(月) 00:02:23.92

>>555
それをプロパティウインドウでやるのは入門書の中だけだから気にしないでいい

2018/02/26(月) 01:07:12.74

>>555
xamarin.form？IB？

2018/02/26(月) 02:26:37.06

>>556
まあ、いくつか作り貯めてれば、過去のコードの主要なプロパティ設定部分をコピペすりゃいいのは分かってんだが・・・・

androidstudioで当たり前に出来ることも出来ないとか、VSの方が歴史長いくせに使い勝手が悪いな、って話だわ

2018/02/26(月) 03:59:19.31

検索したいってことは名前は分かってんだよな
アルファベット順に並べりゃいんじゃね？

2018/02/26(月) 04:00:26.23

>>558
IntelliSenseって知ってる？

2018/02/26(月) 09:25:35.20

>>558
プロパティなんかそこまで多くならないだろうし名前順でわかんだろって感じなのかね
まあフィルタあっていいと思うので要望出しといてくれ

2018/03/05(月) 02:33:57.34

https://i.imgur.com/LdkI6pp.gif

2018/03/06(火) 13:08:16.98

Xamarin程の糞はない

2018/03/06(火) 17:51:20.68

Windows Formは知らんがxaml使う開発はプロパティはxamlかコードで設定するからプロパティウインドウ使わない

2018/03/10(土) 01:21:25.49

「XamarinといえばForms」な世界に本当になっちまったんだなあ
Xamarin.iOSならStoryboard編集でプロパティウインドウ使う
Xcodeのが早いけどmac使いたくねえし

2018/03/10(土) 09:42:07.59

Xamarin.Forms.Macもライブラリとしてはリリースされてるしな

今はVSへの組み込み待ち

2018/03/11(日) 14:06:03.72

xamarinをparallelsで使っていてandroidエミュがhaxm使えないんだけど
どぎゃんしたらのかと？

2018/03/11(日) 14:07:49.84

よかと？

2018/03/11(日) 14:36:06.81

自己解決した

mac側のvisualstudioで作ったエミュにadb connectコマンドでつなげて解決

parallels proだとhaxmが効くみたいだけど、pro版は金がもったいないから、解決してよかったw

2018/03/11(日) 15:15:31.03

つか、昔のバージョンではparallelsでもnested vt出来たらしいじゃねえか

改悪してんじゃねえぞ

2018/03/11(日) 17:01:37.55

金払えよw

2018/03/11(日) 21:07:34.13

もう解決したから、買う必要ねえな

次、mbpを新しく買うときはfusionを入れるわw

2018/03/13(火) 20:14:05.90

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エンジニアは全員死んだ方が良い

**デフォルトの名無しさん** (ｽﾌｯ Sd8a-U9+F) · 2018/03/14(水) 00:34:54.49

いつもの無能コピペ馬鹿

2018/03/14(水) 01:21:20.81

糞な部分を列挙してるつもりなんだろうが
読めば読むほど無能自慢してるようにしか見えないという
不思議な長文

2018/03/14(水) 01:30:57.36

Xamarin程度のミドルウェアさえ使いこなせない無能のたわごとだからな
生暖かい目で見つつ、心の中で笑ってやれ
こんなところでしか発散できない無能の哀れを

2018/03/14(水) 02:54:12.65

もう自動的にNGされてんだけどw

2018/03/19(月) 00:06:44.93

OnLongClickListener 的なものを使おうとしたら標準ではサポートしておらず、

ジェスチャーの導入が必要とかでびっくりした。
作ったアプリの起動も遅すぎるし、
完成度低すぎだろこれ。

2018/03/19(月) 03:08:12.28

ジェスチャー入れればいいじゃねーか

2018/03/19(月) 07:02:01.73

どうせ起動時に不要なものもあれこれ読み込ませてるんだろうな

2018/03/20(火) 08:50:59.44

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

2018/03/20(火) 15:49:55.67

リンカーちゃんと設定すれば速くなるのかな

2018/03/20(火) 16:01:07.33

リンカーちゃん萌え

2018/03/23(金) 08:48:05.55

Xamarin程の

2018/03/23(金) 09:04:54.68

消しゴムひとつ

2018/03/23(金) 20:54:22.20

苦しい事を

2018/03/24(土) 08:59:58.15

たくさん避けて

2018/03/25(日) 00:20:31.22

ミサイルほどのバグを両手に

2018/03/25(日) 12:41:55.78

全部なかった事にしたい！

2018/03/28(水) 01:00:48.58

糞はない

2018/03/30(金) 09:14:42.29

Xamarinホントすげえな
これあればiOSもAndroidでも行けるんやろ？
これ勉強して会社で無双するわ

2018/03/30(金) 12:37:51.54

まあいける。けどどのみちiOS、Android の知識も必要になるけどな

2018/03/30(金) 15:02:43.53

コンソールアプリを移行するぐらいなら簡単

2018/03/30(金) 17:21:32.41

Xamarin程の糞はない

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#信者ももはや老害なんだがな。気づけよｗ