Xamarin Part6

**デフォルトの名無しさん** · 2017/10/19(木) 04:50:42.42

C#を用いてクロスプラットフォームアプリケーション（iOS Android Mac）を
を開発するためのライブラリおよび開発環境です。
Macの人は Xamarin Studio、Winの人は Visual Studioで開発できるよ！

公式
http://xamarin.com/

前スレ
Xamarin Part5 [無断転載禁止]©2ch.net
http://mevius.2ch.net/test/read.cgi/tech/1498575762/1

Xamarin Part4 [無断転載禁止]©2ch.net
http://mevius.2ch.net/test/read.cgi/tech/1494196804/

Xamarin Part3 [無断転載禁止]©2ch.net
http://echo.2ch.net/test/read.cgi/tech/1483089021/

Xamarin Part2
http://echo.2ch.net/test/read.cgi/tech/1480602653/

Xamarin Part1
http://echo.2ch.net/test/read.cgi/tech/1359861574/

**デフォルトの名無しさん** · 2019/06/25(火) 16:06:58.79

>>530
見てみましたが、実際に表示する文字列の指定方法が無いのでプロポーショナルフォントだと正確な幅は出ませんよね？

**デフォルトの名無しさん** · 2019/06/25(火) 16:24:57.80

>>531
LabelのTextプロパティにセットしても駄目だった？

**デフォルトの名無しさん** · 2019/06/25(火) 16:52:57.79

>>532
おお。ちゃんとしたサイズかどうかはともかく、"ABC"と"abcdefg"では違った結果が返ってきました。
ちょっとあがいてみます。
ありがとうございました。

**デフォルトの名無しさん** · 2019/06/28(金) 20:19:43.27

Windows 10の電卓アプリがiOS/Android/WebAssemblyで動作～「Uno Calculator」が公開 - 窓の杜
https://forest.watch.impress.co.jp/docs/news/1193107.html

Xamarinよりプラットフォームの多いこっち買ってくれたほうが良かったな

**デフォルトの名無しさん** · 2019/06/29(土) 00:32:40.83

商業プロジェクトなのか？

**デフォルトの名無しさん** · 2019/06/29(土) 10:39:12.89

電卓が移植されても嬉しくない

**デフォルトの名無しさん** · 2019/06/29(土) 13:30:23.53

フレームワークの出来をドヤって見せるにしてはちょっとショボくね？

**デフォルトの名無しさん** · 2019/06/29(土) 15:28:13.03

役割が全く違うから

**デフォルトの名無しさん** · 2019/06/29(土) 23:13:21.57

全く違うか？結局はクロスプラットフォーム実現するためのものだと思うが

**デフォルトの名無しさん** · 2019/07/01(月) 10:03:18.68

>>521
ソースひとつで全てのプラットフォームで動くアプリが書けるなら、
Windowsの優位性がなくなりそうだ。MSには、やるといって、実際やら
無かった前例があり、
　「将来できるようになるからC#使っていれば良い事有るよ」
詐欺の恐れがある。

**デフォルトの名無しさん** · 2019/07/01(月) 12:17:35.17

iOSやAndroidのアプリをUWPに流させるという莫大なメリットがMSにはある

**デフォルトの名無しさん** · 2019/07/01(月) 12:31:53.43

MSとしてはWindowsに限らず各OSからAzureに繋いで課金してもらおうという戦略だよ
それで各OSで動作するAzure向けライブラリを色々作ってるんだよ

**デフォルトの名無しさん** · 2019/07/01(月) 12:36:37.99

Microsoft程の糞はない

**デフォルトの名無しさん** · 2019/07/01(月) 13:07:26.95

>>540
Windowsの優位性がなくなったからこそ必要なのに

**デフォルトの名無しさん** · 2019/07/01(月) 15:34:21.61

>>541
それは、スマホ--->Windows へのアプリの流入を想定しているということだけど、
逆方向の流れが生じてしまう可能性もある。それを甘く見ているのだろうか。
仮にWindowsが不要になって売れなくなると、2兆円を超えるくらい、MSの
売上げが減る。確か、会社全体だと7兆円くらいの売上げだったから、無視できる
数値ではないと思うが。

**デフォルトの名無しさん** · 2019/07/01(月) 15:35:40.93

>>544
マルチプラットフォームの開発ルールの開発で、どうしてWindowsの優位性が
が増す？？

**デフォルトの名無しさん** · 2019/07/01(月) 15:36:12.85

誤：開発ルール--->正：開発ツール

**デフォルトの名無しさん** · 2019/07/01(月) 17:54:14.75

無視できる額ではないけどMS自身はソフトウェアを売って稼ぐモデルからは脱却したがってるから

**デフォルトの名無しさん** · 2019/07/01(月) 17:54:52.20

無視できる額ではないけどMS自身はソフトウェアを売って稼ぐビジネスモデルからは脱却したがってるから

**デフォルトの名無しさん** · 2019/07/01(月) 17:54:52.78

それはナデラだね。

**デフォルトの名無しさん** · 2019/07/01(月) 18:02:06.85

ナデラになってからMSは物凄く嫌味な感じのする企業になった。
株価下落は、それだだんだん分かってきたことから来るものかもしれない。

**デフォルトの名無しさん** · 2019/07/01(月) 18:12:57.60

マイクロソフトの株価は史上最高値を更新中。クラウドビジネスがけん引
https://news.infoseek.co.jp/amp/article/toushiru_21948/

**デフォルトの名無しさん** · 2019/07/01(月) 18:36:31.73

MSの株価は実はこの一年くらい、低調路線に入っているはず：

https://techcrunch.com/wp-content/uploads/2019/02/Screenshot-2019-02-04-12.26.58.png?w=680

**デフォルトの名無しさん** · 2019/07/01(月) 18:57:56.45

クラウドもモバイルもARもMRも全部欲しくない。

**デフォルトの名無しさん** · 2019/07/01(月) 20:10:14.43

>>553
それって株価上昇傾向のチャートだよね

**デフォルトの名無しさん** · 2019/07/01(月) 20:29:51.79

>>554
こいつただのアンチじゃねーかw

**デフォルトの名無しさん** · 2019/07/02(火) 01:32:21.80

ナデラは技術を舐めており、人を集めさえすれば出来ると思ってるが、
最近のVSの速度の遅さとサイズの大きさを見ればそれが幻想であることが分かる。
ダウンロードとインストールに莫大な時間がかかるし、起動速度もコンパイル速度
もとても遅い。C#で作ったプログラムもとても遅い。Windowsは新バージョンに
乗り換えるとアプリの起動速度がとても遅くなり、Update前より品質低下する。

**デフォルトの名無しさん** · 2019/07/02(火) 02:10:54.11

Microsoft程の糞はない

**デフォルトの名無しさん** · 2019/07/02(火) 08:31:21.71

BOTなんだろうな・・・

**デフォルトの名無しさん** · 2019/07/06(土) 16:40:19.72

Xamarin程の糞はない

**デフォルトの名無しさん** · 2019/07/06(土) 17:18:51.30

BOTやな・・・

**デフォルトの名無しさん** · 2019/07/29(月) 08:06:28.02

MSはナデラになってから技術の会社から一般人向けの会社になった。

**デフォルトの名無しさん** · 2019/07/29(月) 19:56:25.39

ヤシからナ～デ～ラ

**デフォルトの名無しさん** · 2019/08/10(土) 23:21:58.39

https://devblogs.microsoft.com/dotnet/calling-all-net-desktop-and-mobile-developers/
surveyよろしく

**デフォルトの名無しさん** · 2019/08/11(日) 09:40:21.02

oliaちゃーん！！！

**デフォルトの名無しさん** · 2019/09/05(木) 00:00:12.10

GestureRecognizerを試しているんだがPanとTapは問題ないのにSwipeとPinchが起こせない。
コードビハインドでDebug.WriteLineでコンソールにログをはくだけの簡単なコードなんだけど。
SimulatorでOptionキー押してピンチ操作してる感出てるのにイベントが発生してくれないのはなぜなんだ？
同じようにハマった人いない？
誰か教えてえろいひと

**デフォルトの名無しさん** · 2019/09/05(木) 08:59:23.51

>>566
プラットフォームぐらい書こうぜ

**デフォルトの名無しさん** · 2019/09/05(木) 17:42:09.75

>>567
macOS 10.14（Mojave）だよ
Optionキーって言ってるからmacOSってことは分かると思うが
simulatorのiOSは12.4でXRで試してる
osもvsもアップデートかけたばかりだから基本的には最新版になってるはず
ググっても同じように困ってる人あんまり見当たらないし、オレの操作の仕方がどこか悪いんじゃないかと思ってるんだが全然分からなくてな

**デフォルトの名無しさん** · 2019/09/05(木) 21:26:43.67

>>566,>>568
自己解決したわ
Optionキー押してtouchpadをスライドしてたんだが
touchpadを押した状態(クリックした状態)でスライドさせないとダメなんだな
スレ汚してすまん

**デフォルトの名無しさん** · 2019/10/16(水) 19:49:03.95

誰か助けて！
あるパッケージがPCLはなくてiOS、Android個別でしか提供されてなくて各プラットフォームに処理を書いてるんだけど
どうしてもiOS、Androidでパッケージを利用したオブジェクトを共通で受け取りたいんだけどDependencyServiceでオブジェクトを受け取っても型がないからエラーになっちゃう
いくら調べても共通側での型の利用方法がわからないんだけど解決策って存在する？
調べるとJNIでMCWやACWsなんかがあるけどこれってJavaをP/Invokeで呼び出すっぽいからなんか違うっぽいしわかんないわ・・・

**デフォルトの名無しさん** · 2019/10/17(木) 03:06:12.73

っ
msgpack

**デフォルトの名無しさん** · 2019/10/17(木) 10:48:43.78

>>570
ネイティブの型をそのまま使うとかって意味なら素直にやめてインターフェース経由での利用とかにとどめたら
ネイティブをそのままマネージドの中で使いたいとか死亡フラグしか見えん

**デフォルトの名無しさん** · 2019/10/17(木) 20:22:43.17

>>571
msgpack初めて知りました
型を指定してシリアライズしたバイナリを送信するから受信側でクラスやインターフェイス定義の参照がなくても
デシリアライズしたオブジェクトのメンバにDynamicObjectやExpandoみたいにアクセスできるって認識でいいっすか？

>>572
Xamarin Formsの共通(Standardなので適切かわからない)コードからモバイルプラットフォームのパッケージを参照できないんでパッケージで定義されてるインターフェイスにアクセスできないんすよ

P/InvokeできればいいですけどマーシャリングでハマりそうだしXamarin Forms難しいっすね！

**デフォルトの名無しさん** · 2019/10/17(木) 20:38:30.99

なにかかんちがいしてるきがするよ

**デフォルトの名無しさん** · 2019/10/17(木) 20:44:26.06

共通で利用できるインターフェイスを用意する
その実装を各プラットフォームごとに書く（プラットフォームのパッケージはここで使う）
共通コードからはインターフェイスのみ使う

データが欲しいなら共通のクラスをつくってそれを受け取る

**デフォルトの名無しさん** · 2019/10/20(日) 15:28:06.29

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

**デフォルトの名無しさん** · 2019/10/20(日) 16:37:36.28

マルチプラットフォームでどの開発環境がベストかって話題で盛り上がるんだけどReact Nativeも制限多いしパッケージの組み合わせやバージョン毎の互換性云々の不具合も多いし
Xamarinも歴史長いからサポートや下位互換は優れてるけどフロント実装の手間が圧倒的にReactに劣るよねとなって結論としてネイティブで書くのが一番良いって結論になるんだよね毎回

**デフォルトの名無しさん** · 2019/10/20(日) 17:54:32.82

そこまで劣るかね？MVUの方がスッキリはするけどjsでReactだとElmより汚いし生産性でそこまでXAML+MVVM劣ってる？

**デフォルトの名無しさん** · 2019/10/21(月) 00:06:13.54

C#、MVVM、XAML、Xamarinに習熟したプログラマーが常に集まって開発できるならギャップは誤差だと思うよ
ただ現実的にHTML5+CSSで簡単かつ自由にコンポーネント作れるReact Nativeと比較してXAMLのユーザー定義コントロールやゴリゴリにカスタマイズは
比較するとTemplateやPresenterなんかとViewModelとのバインディングをイメージしないとダメだから難しいし作れる人って極端に少ないよね
XamarinのExampleやKnowledge記事だって英語すらほとんどなくてGoogle検索で100件以下とかザラだし
あとGoogleなんかの大手のライブラリやドキュメントですらXamarinがハブられてるからどんなライブラリやドキュメントでもほぼ存在するnode.jsで書ける安心感はでかいよね
React Nativeもハマりどころ多くて苦労するけどどうせ苦労するならパッケージのメンテナ多くて苦労が報われる方が安心感ある

**デフォルトの名無しさん** · 2019/10/21(月) 12:38:45.81

自分はむしろHTML疎くてちょっとElm触ったぐらいなのであれだけど人口はまあHTMLの方が多いのかの

RNはバージョンアップ頻度が激しいとかで疲弊する聞いたけどどうなん
XFは比較的後方互換差異は保ってると思う

**デフォルトの名無しさん** · 2019/10/21(月) 23:15:53.21

アプリって業務や基幹システムと違ってフロントをゴリゴリ作るからケースばかりでフロントのカスタマイズしやすさって最重要なんだけど
その点で言うとIVisual用意・プラットフォーム毎にRendererでゴリゴリ、Converter・プラットフォーム毎にEffect用意してゴリゴリコードビハインドしないとBorderの色すら変更できないAnimationもそうだけどXamarin FormsのXAMLは終わってるレベル
ここがWPFから進化どころか退化したままなのがMSマジでやる気ないんだなって感じw
HTML5+CSSなら見た目いじるの超簡単だし、デザイナーがベクターグラフィックスアプリで描いたのそのままHTML5+CSSでエクスポートできてほぼそのまま適用できる
Expression Blend+XAMLでMSがやりたかったフロント開発がReact NativeやFlutterなのかなって感じ

**デフォルトの名無しさん** · 2019/10/22(火) 02:23:01.04

クロスプラットフォームは糞
RNもFlutterも全部糞
糞の中のキングオブ糞がXamarin

**デフォルトの名無しさん** · 2019/10/22(火) 02:47:58.42

flutterは出来がいい

**デフォルトの名無しさん** · 2019/10/22(火) 05:51:25.65

>>581
んーRNでHTML+CSSをどうネイティブの表示に変えてるのか知らんけど、それはその辺をやる薄皮があるだけで、似たようなものを作るだけでいいからあまり本質的な話じゃなくね

**デフォルトの名無しさん** · 2019/10/29(火) 17:10:37.79

VSから実機へのデプロイができない
たぶんAndroid 9へアップデートして不明アプリのインスト一括許可設定が廃止されたせいだと思うんだけど、これどうしたらいいん？
VSからの配置やadb installは不可(配置を試みて止まる)

Android 8までは設定で許可すれば、普通にVSから配置してデバッグできてたのに
泥9以上の場合どうしたらいいのか、ご存じの方、教えてplz…

**デフォルトの名無しさん** · 2019/10/29(火) 21:05:39.64

その情報だけじゃ答えられないw

React-NativeやExpoもパッケージのバージョン違いだけでエラー吐きまくってハマったら実装始めるまでがめちゃめちゃ苦労する
かと言ってXamarinは開発環境構築は楽だけどViewのカスタマイズが含めた実装がクソめんどい
FlutterはAndroid StudioとDartがクソすぎて馴染めない

**デフォルトの名無しさん** · 2019/10/29(火) 22:39:47.24

android studioのかわりにvisual studio codeつかえばok

**デフォルトの名無しさん** · 2019/10/29(火) 22:41:54.53

dartは俺も最初はブチキレまくってたけど、なんとか乗り越えてた

**デフォルトの名無しさん** · 2019/10/30(水) 22:49:42.74

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

**デフォルトの名無しさん** · 2019/11/04(月) 08:53:08.56

flutterも触ってみようかと思ってるんだけどdartはどうクソなん？

**デフォルトの名無しさん** · 2019/11/04(月) 21:57:51.50

dart程の糞はない

**デフォルトの名無しさん** · 2019/11/04(月) 22:25:09.85

やってみりゃわかる
本当に糞

**デフォルトの名無しさん** · 2019/11/05(火) 03:15:14.76

Dartはまんまjsなクソ言語
LLで選べと言われればTypeScript一択で俺はReact Native + TS
ぶっちゃけ言語仕様や機能は今でもC#最高っスよ
8.0のswitch式、範囲アクセス、インターフェイスデフォルト実装、非同期ストリーム、using変数宣言、null合体代入等々書いてて楽しいもん
LLが型指定素晴らしいなんて馬鹿にしてた静的型付けに寄ってきてんの笑うわ
XamarinでフロントエンドだけReact NativeかVueで書ければマジ最強なんだけどな
MSは言語設計素晴らしいがフロントエンド実装のクソさとフレームワークがやる気なくて全部自分で作れだから人気でねーんだよな
EffectやCustom RendereでUI作れとかキチガイすぎんだろ

**デフォルトの名無しさん** · 2019/11/06(水) 23:15:29.01

Xamarin程の糞はない

**デフォルトの名無しさん** · 2019/11/17(日) 00:28:32.03

絶対ではないが、Xamarinは、原則、Android, iOS, MacOS X だけの対応で、
WindowsやLinuxアプリは作れないそうだから、互換ツールキットとしては
存在意義に疑問を感じてしまう。Linux用にも全く作れないわけでは無いらしいけど、
同じソースでマルチプラットフォームになるわけではないようだ。
MSも公式には、Android, iOS, MacOS X 用と書いており、LinuxやWindows
用アプリには Xamarin は使わないことになっている。
そもそも、Xamarinは、設立当初から Linux サポートはしないことに決めて
いたという情報を耳にした。

**デフォルトの名無しさん** · 2019/11/17(日) 00:37:18.45

ざっくり言えば、Android,iOS向けのフレームワークがXamarin
Windows向けは.NET Framework
Linux向けは、.NET Core
すべて.NETを基盤としているけど微妙に異なる

**デフォルトの名無しさん** · 2019/11/17(日) 00:39:47.40

Windows向けもCoreとなりつつあるし、さらに来年は5として残部統一されるとなってるけどな

**デフォルトの名無しさん** · 2019/11/17(日) 01:01:13.24

9月23日に、WinFormsとWPFがWindows環境のみ限定で、.NET COREでも動くように
なったらしい。しかし、.NET COREのLinux版は、今のところCUI限定でGUIは動作
しない。果たして本当に来年には統一されているか疑問だ。
MSが公式に保持しているツールキットで、C#のGUIがLinuxで動くものは、
恐らく一つもないらしいから。
それができるのは、今のころ、Xamarinとは懐を違えたMonoのみらしいが、
Xamarinを持ってしまっているMSがいまさらMonoの成果を取り入れるかは
甚だ疑問。
それに根本問題として、LinuxにGUIアプリまで簡単に移植できるようになると、
MSはデメリットしかないような気がするから。

**デフォルトの名無しさん** · 2019/11/17(日) 01:06:54.82

>>597
ランタイムは統一されても、GUIツールキット(ライブラリ)は統一されないかも
知れません。

**デフォルトの名無しさん** · 2019/11/17(日) 01:23:30.31

統一はロジックの方な

**デフォルトの名無しさん** · 2019/11/17(日) 01:33:26.32

そもそも誰がLinuxのGUI環境に期待してるんだって話
あれは、それなりに動けば十分だろ
誰も期待してない。Linuの役目はCLIだけあれば十分。
そこでWindowsで作ったサーバーサイドアプリを動かす。
インターフェースはHTMLもしくはスマホネイティブアプリだ。
世間一般にLinux GUIの出番はない。

**デフォルトの名無しさん** · 2019/11/17(日) 01:40:59.91

MSも世の中もクラウドに移行してる時代に
誰がデスクトップアプリを開発すると言うんだろう？

仮に.NETのGUIアプリがLinuxで動くようになったとして、
今更誰がGUIアプリの開発をしようと思う？

みんなウェブアプリに力を注いでいるんだよ。
デスクトップアプリは今あるもので十分。
WindowsとMacの世界ではスタンダードが確立されてしまった。

**デフォルトの名無しさん** · 2019/11/17(日) 01:54:55.02

問題はjsがクソすぎるってことだわ

**デフォルトの名無しさん** · 2019/11/17(日) 02:28:12.48

>>599
https://mevius.5ch.net/test/read.cgi/tech/1557960752/797-800

6ヶ月前の時点で「.NET 5 がクロスプラットフォーム能力を持つことになるという
PRをしたくない」ということをMSは明確に述べていたそうです。
つまり、.NET 5 は、来年年末も、クロスプラットフォームにはなって無いという
ことらしいです。似た説は、海外のサイトで何度も見た。MSがマルチプラットフォーム
に積極的になった事は無いとのことです。

Q: WPFは.NET 5のクロスプラットフォームになりますか

A: 6か月前
これは、Windowsシェル全体とパッケージ化サブシステムをパッケージ化しないと技術的に不可能です。
これは、明らかにMicrosoftの予定リストにはありません。

Winformsは、グラフィックスデバイスインターフェイスであるGDI +に対する非常に薄い抽象化です。
アプリケーションのUIを直接描画する方法を変更できるように、非常に薄いということです。WPFは、
この抽象化を拡張し、コンポジターアプローチと新しいマークアップ言語に置き換えて、
その合成エンジンを活用します。また、グラフィックデバイスサブシステムの3D機能へのアクセス
（DirectXおよびDirectDraw経由）を提供します。これにより、WPFはWinFormsができないすべての
素晴らしいことを（とにかく多大な労力なしで）実行できます。

言うまでもなく、いいえ。今ではなく、実際にはありません。これらの技術はどちらも、Windows
コンテキスト以外では意味がありません。ターゲットプラットフォームのネイティブグラフィック
エンジンが何であれ、Quartz、Weyland、XOrgを介して両方の抽象化を再作成する必要があります。
繰り返しになりますが、これらのプラットフォームには既に独自の同等のツールがあるため、
そうすることに興味のある人はあまりいません。

**デフォルトの名無しさん** · 2019/11/17(日) 02:36:19.64

>>604
それ一般人の感想ですよね？

**デフォルトの名無しさん** · 2019/11/17(日) 02:43:31.09

>>602
それは個人的には気づかなかった視点です。
もう一つあるとすれば、デスクトップLinuxへの移行はブームも去ってしまった
ので、いまさらLinux用GUIアプリを作っても使う人が少なすぎて、少なくとも、
個々のアプリがたまにLinux対応するだけでは余り意味が無い可能性があるということです。
ただし、一挙に対応が進むような環境が整えば別です。それができるのはMSやEmbarcadero
やQtのような組織なのですが、MSがやれば、自らの首を絞めることになりかねません。

もう一つは、LinuxでのWineや、ReactOSの完成度が上がってくる可能性です。
そうなれば、Linuxにマルチプラットフォームのツールキットで移植したとしても、
余り意味がなくなる可能性があります。Windowsアプリがそのまま、無料OSの上で
動くようになるからです。無料Windows互換OSが完成してくれば、パソコンメーカー
はこぞってそれを新品パソコンにインストールして売るようになるでしょう。
その時、Linux-nativeのアプリは速度面以外では意味が無いばかりか、そもそも
ReactOSでは動きません。素直にWindows専用アプリを作っていればそのまま
それらのOSでも動くのです。

**デフォルトの名無しさん** · 2019/11/17(日) 02:44:40.87

>>605
しかし、
>6ヶ月前の時点で「.NET 5 がクロスプラットフォーム能力を持つことになるという
>PRをしたくない」ということをMSは明確に述べていたそうです。

の部分は注目に値します。

**デフォルトの名無しさん** · 2019/11/17(日) 02:45:43.14

俺の友だちが言っていたそうです。

みたいな文章を信じるとかｗ

**デフォルトの名無しさん** · 2019/11/17(日) 02:50:55.35

>>608
ただ、英語圏の人は、ネットで根拠を上手く伝え切れてなくても、MSの普段からの
言動をテレビや新聞などからも見聞きしています。それらを総合して直感的に
分かってる可能性も有ります。根拠を示すのは大変なので書いてないだけで、
結論は正しい可能性は有ります。なぜなら、複数の人が同じ結論を
書いているからです。逆に、それに明確な反対意見を述べている人は見かけ
ませんでした。

**デフォルトの名無しさん** · 2019/11/17(日) 02:51:11.65

> ただし、一挙に対応が進むような環境が整えば別です。それができるのはMSやEmbarcadero
> やQtのような組織なのですが、MSがやれば、自らの首を絞めることになりかねません。

なんでMSがLinux用開発ツールを提供するのが当たり前の前提になってるの？
首を絞めるも何も、逆にMSがそんなことするわけがないと思うのが当たり前だろ。

まあ実際はLinux用アプリの開発手段を提供してるわけだけどさｗ

https://docs.microsoft.com/ja-jp/visualstudio/releases/2019/compatibility
対象となるプラットフォーム
Visual Studio は、最新のプラットフォーム (Windows、Android、iOS、または Linux) 機能を利
用するアプリを作成するための最先端のツールとテクノロジを提供します。

Windows 用アプリの開発
Android 用アプリの開発
iOS 用アプリの開発
Linux 用アプリの開発
macOS 用アプリの開発
その他のテクノロジやプラットフォーム用アプリの開発

**デフォルトの名無しさん** · 2019/11/17(日) 02:52:36.13

>>606
まあ、何が言いたいのかわからんが、
LinuxのGUI環境に期待するのはやめとけ。

あれはコミュニティが団結しようとしてないから
何をやろうがまとまらんよ。

MSだけが頼りなんだってことかもしれんが、
MSにそんなことをする義理はない。

**デフォルトの名無しさん** · 2019/11/17(日) 03:01:24.40

>>606
> 無料Windows互換OSが完成してくれば、パソコンメーカー
> はこぞってそれを新品パソコンにインストールして売るようになるでしょう。

それはないなー。パソコンメーカーはWindowsの値段をパソコン本体に含めて売ってる。
つまり実際にお金を払ってるのは購入者であって、OSを無料にしたところで
パソコンメーカーの儲けはたかが知れてる。

無料Windows互換OSが、デスクトップ見た目までWindowsなら、
安い方を消費者は買うかもしれないが、それは無理だろ？

Windowsアプリが動くというのは、Windowsなら当たり前だからメリットにはならない。
Windowsアプリが動く（かもしれない）Windowsとは違った見た目のOSを
消費者が買おうと思う流れができない限りパソコンメーカーはインストールする意味を見いだせない。

つまりビジネスにならんのだよ。

**デフォルトの名無しさん** · 2019/11/17(日) 03:03:57.94

>>610
>なんでMSがLinux用開発ツールを提供するのが当たり前の前提になってるの？
>首を絞めるも何も、逆にMSがそんなことするわけがないと思うのが当たり前だろ。

ところが、MSが方針転換して、Linux用(GUI)アプリも作れるようにし始めた、と
言う人も居るのです。CUIアプリまでは作れるのですが。

しかし、そもそもCUIアプリといえば、printf()とfopen()系だけでも作れますね。
C++ならば。

**デフォルトの名無しさん** · 2019/11/17(日) 03:05:24.53

> もう一つは、LinuxでのWineや、ReactOSの完成度が上がってくる可能性です。
> そうなれば、Linuxにマルチプラットフォームのツールキットで移植したとしても、
> 余り意味がなくなる可能性があります。Windowsアプリがそのまま、無料OSの上で
> 動くようになるからです。

その逆をMSはやり遂げたんだよね。WSLでLinuxアプリがそのままWindows上で動くようになった。
Linuxアプリを使いたいためだけにLinuxを使う理由がなくなった。

Linux開発者はWindowsに移植する意味がなくなった。
Linuxアプリを作れば、それはWindowsで動く。

ありがと！ Linuxアプリを作ってくれて！

**デフォルトの名無しさん** · 2019/11/17(日) 03:09:37.07

>>613
> しかし、そもそもCUIアプリといえば、printf()とfopen()系だけでも作れますね。

リンク先のVisual Studio 2019のLinuxサポートの内容を読めよ。
デバッガやGCCの対応って書いてあるだろ。

お前のその理屈なら、ワープロ専用機でもLinuxアプリ作れるって話になるぞｗ

**デフォルトの名無しさん** · 2019/11/17(日) 03:11:45.45

>>614
そもそもC/C++で書かれたUnix系CUIアプリであれば、fork()やselect()、pipe()
opendir(), readdir() や、/procやioctlやsignal(), raise(), curses, terminfo,
termious, Mutexなどを使ってなければ、再コンパイルすれば、ほとんどの
プラットフォームでそのまま動きますね（この他にも未定義や非互換の関数は
沢山有りますが。）

**デフォルトの名無しさん** · 2019/11/17(日) 03:13:40.71

>>616
だから、ソースコードをかければ十分だっていうのなら、
最初からどのOSでも開発できるって言ってるだろ。

だからお前の理屈なら、たとえメモ帳でもLinux用CUIアプリどころか
GUIアプリだってできる。

Visual StudioでもLinuxアプリの開発できるってことで
お前の希望は叶ってるじゃんか

**デフォルトの名無しさん** · 2019/11/17(日) 03:19:48.33

>>617
馬鹿だろお前

**デフォルトの名無しさん** · 2019/11/17(日) 03:21:09.19

>>618
何か言い返せよ

**デフォルトの名無しさん** · 2019/11/17(日) 03:25:39.02

ロードプリン
2ポイント
・
6か月前
コアはクロスプラットフォームではありませんが、wpfはコアを利用する機能であり、実際にはコアではなく、コアの上に構築された機能になります。

コアはクロスプラットフォームになりますが、コアを実装するすべての機能が初日からクロスプラットフォームになるわけではありません

**デフォルトの名無しさん** · 2019/11/17(日) 03:26:15.71

Visual Studio がLinux開発サポートするのは不思議でもなんでも無いんだよな。
自社でAzureを運営してて、Linux仮想マシンもサポートしてる。
そこで動かすアプリは当然Linuxアプリ（ウェブサービス）

それをWindowsだけで開発できるようにWSLも作ったし、
Visual StudioもWSLに対応している。

Windows上で開発し、Azure上で動かす。
総合的な開発環境と考えれば、不思議なところはなにもない。

むしろVisual StudioのmacOS対応の方が不思議なんだよな。
macOSアプリの開発に対応してもメリットがあまりない。
もっともVisual StudioのmacOS開発サポートは
コンソールアプリとASP.NETアプリに限られてるからギリギリ理解はできる。

**デフォルトの名無しさん** · 2019/11/17(日) 03:33:51.39

>>621
>もっともVisual StudioのmacOS開発サポートは
>コンソールアプリとASP.NETアプリに限られてるからギリギリ理解はできる。

初耳です。Mac用のGUIアプリは作成できなかったんですね。

**デフォルトの名無しさん** · 2019/11/17(日) 03:35:48.09

>>622
君は知らんことが多すぎる。少しは勉強してからにしたまえ。

そして当たり前だが、MSはビジネスやってるんだ。
売れる方向にかじを取るのは当たり前。

何もせずMSさんあなたの力だけが頼りなんですって言っても
何もしてくれないよ。

**デフォルトの名無しさん** · 2019/11/17(日) 03:39:39.03

>>623
個人的にはMSのクロスプラットフォームに期待していません。
単に状況を把握したいだけです。

**デフォルトの名無しさん** · 2019/11/17(日) 03:41:32.24

>>624
LinuxのステークホルダでもFOSS信者でも有りませんので、
何が起きるか、今何が起きているかを知りたいのです。
FOSS信者では有りませんが、MS信者でも有りません。
この世界はその二つだけで出来ているわけではないのです。

**デフォルトの名無しさん** · 2019/11/17(日) 03:43:37.52

教えるついでに今のソフトウェア開発の標準を教えてやろう

まずウェブサービス。そこでしか金は儲からん。GUIアプリなんか作らない。
（オープンソースを使って）有料サービスを提供する。

サーバー側はRuby、Python、Go等、いろんな言語が使われるが
C++の出番はまずない。.NETは業務系なら使われる。

クライアント側はHTML+JavaScript、そしてスマホネイティブアプリ
そのスマホネイティブアプリの開発をXamarinが担当してる。

サーバー側の開発はVisual StudioよりもむしろVisual Studio Codeがよく使われている。
Visual Studio CodeはWindows版だけではなく、Linux版もmacOS版もある。

あんたの開発のイメージは20年ぐらい古い。
MSは最新に対応し続けているが、あんたは遅れてる。

**デフォルトの名無しさん** · 2019/11/17(日) 03:45:30.64

>>623
>そして当たり前だが、MSはビジネスやってるんだ。
>売れる方向にかじを取るのは当たり前。

私は前からそう思ってるのですが、ネットでは、逆に、MSが
　「Linuxと共存の道を歩み始めた」などという人が多いので、
正しく物事を把握したいと思っているのです。
MSはLinuxと共存どころか、機会があれば何とか壊そうとしているに
違いないと思っています。彼らにとっては目の上のたんこぶだからです。

別にMSがLinuxへの対応しないことが悪いことだとは全く思っていません。
何度も言いますが、状況把握したいだけです。

**デフォルトの名無しさん** · 2019/11/17(日) 03:45:54.29

>>624
> 個人的にはMSのクロスプラットフォームに期待していません。

もはや誰もクロスプラットフォームアプリの開発に興味を持っていない。

**デフォルトの名無しさん** · 2019/11/17(日) 03:48:27.13

>>627
>　「Linuxと共存の道を歩み始めた」などという人が多いので、

共存初めてるだろ。Linuxを拒絶するのではなく、
Linuxも取り込んでMSビジネスの一部にしている。

あんたはLinuxと共存の道を勘違いしてる。
Windowsを捨ててLinuxを発展させるのは「共存」ではない。
そこまで来るとLinuxへの移行だ。

共存というのは、Linux「も」利用できるようにすること。
AzureでLinuxも使えるのが、Linuxと共存している一例。

**デフォルトの名無しさん** · 2019/11/17(日) 03:53:28.66

>>629
共存ではなく、利用だと思うんです。
自分の都合の良い部分だけを利用しつつ、相手が本当に必要としている
事は、決して与えないような。
例えば、LinuxのLinusは、デスクトップOSとして発展させたいと言ってる
そうですが、MSは絶対にそうはさせない。

無料であるから利用しつくせるだけ利用して、その一方で、デスクトップOS
としては、出来るだけ弱らせる事を常に考えている。

そういうしたたかさこそ、大事だと思うんです。

**デフォルトの名無しさん** · 2019/11/17(日) 03:54:42.18

> 例えば、LinuxのLinusは、デスクトップOSとして発展させたいと言ってる
> そうですが、MSは絶対にそうはさせない。

MSに頼るんではなく、自分で頑張るべきでは？ｗ