- 1 名前：デフォルトの名無しさん mailto:sage [2018/07/23(月) 15:03:10.26 ID:JAUjD514.net]
- よく分からんのでまとめて下さい。
会社のローカル開発環境はお金払うの？
JavaRuntimeとかあったような…
諸々よろしく。
- 809 名前：デフォルトの名無しさん mailto:sage [2018/11/11(日) 17:16:01.70 ID:4b5Szb0b.net]
- >>787
だから今でも生き残ってるし、Javaが死んでもCOBOLは安泰。
>>789
環境毎の違いをあげつらって、振り回されるとか言われてもなあ。
- 810 名前：デフォルトの名無しさん [2018/11/11(日) 17:18:47.03 ID:Sc7c1qwR.net]
- そうじゃなくて、俺が言ってるのは、
MSが自社製品を優遇するような仕様を入れるのは珍しい事じゃないということ
- 811 名前：デフォルトの名無しさん [2018/11/11(日) 17:24:16.88 ID:Sc7c1qwR.net]
- www.atmarkit.co.jp/fdotnet/special/mono10_01/mono10_01_04.html
＞「え！ Linuxなのに拡張子が“.exe”なの！」と思う読者もいると思うが、そのとおりである。
.exeは”MS系OSの実行可能ファイル拡張子”で、クロスプラットフォームな拡張子じゃない。
まずこの時点で自社製品優遇の仕様が入れられてる。
- 812 名前：デフォルトの名無しさん mailto:sage [2018/11/11(日) 17:25:58.64 ID:zAxEw/s4.net]
- >>789
Linux用のバイナリ起動はよくは知らないんだけど、例えそうだとしたらexeからmonoとかに拡張子変えればいいだけじゃないのん？
後、細かいことだけどMonoはC#環境じゃなくて.NET互換環境じゃないのん？
- 813 名前：デフォルトの名無しさん [2018/11/11(日) 17:28:01.73 ID:Sc7c1qwR.net]
- それ言ったら言語とかの基礎的な仕様の意味が無いでしょ
「これしかできない」とか「これが標準的なやり方」っていうのを定めて、
それ以外を想定しなくていいことがメリットなんだから。
あとC#と.NETは適当に読み替えてくれ
- 814 名前：デフォルトの名無しさん mailto:sage [2018/11/11(日) 17:29:43.27 ID:+zFRzgwj.net]
- >>788
日本語
- 815 名前：デフォルトの名無しさん mailto:sage [2018/11/11(日) 17:32:33.83 ID:zL+4Qkmb.net]
- 仕様には入ってないだろ
Microsoft.*名前空間にいろんなパッケージを作って配布はしてるのは事実だけど
それは他のサードパーティ製パッケージやオープンソースパッケージを使うのと同じことだよね
- 816 名前：デフォルトの名無しさん [2018/11/11(日) 17:35:14.26 ID:Sc7c1qwR.net]
- それは仕様という言葉を極端に狭くとらえてる。
お前は今仕様という言葉を
- 817 名前：”言語仕様”に限定したんだろ？
標準的な実行可能ファイルがexeである時点で、MS製品への誘導を行っていて、
クロスプラットフォームを純粋に追及できていない。 [] - [ここ壊れてます]
- 818 名前：デフォルトの名無しさん mailto:sage [2018/11/11(日) 17:35:37.20 ID:zL+4Qkmb.net]
- >>792
そもそもMonoはオープンソースで拡張子を決めたのはMicrosoftじゃないだろ
exeはMicrosoft優遇とかいう理論も全くもって意味不明
格安はファイル名の延長でしかなくファイル名を解釈するプロセス側の問題
- 819 名前：デフォルトの名無しさん mailto:sage [2018/11/11(日) 17:36:18.39 ID:zAxEw/s4.net]
- >>794
喧嘩売るつもりは全くないんだけど、Linux環境では「exeはMono用のIL」ってルールで運用しちゃダメなのん？
気持ちいいか悪いかだけの問題な気がする。
- 820 名前：デフォルトの名無しさん [2018/11/11(日) 17:40:09.07 ID:Sc7c1qwR.net]
- Monoだけじゃなく当然Visual Studioとかで実行可能ファイルを作成してもexeだ
その状況が何らかの標準化された仕様によるのか慣習なのかは知らないが、
クロスプラットフォーム的ではない。
>>799
もしexeに.NETと無関係な他のプログラムが関連付けられていたら？
jarにjreを関連付けるのはそういう問題が無い
- 821 名前：デフォルトの名無しさん [2018/11/11(日) 17:42:05.86 ID:Sc7c1qwR.net]
- ＞ファイル名の延長でしかなくファイル名を解釈するプロセス側の問題
そうじゃない。世界のソフトウェア開発全般のエコシステムの問題で、
exeを.NET限定拡張子であるかのように扱う事ができないんだけど、
それを要求されてしまってるんだよ。
- 822 名前：デフォルトの名無しさん mailto:sage [2018/11/11(日) 17:43:31.86 ID:zAxEw/s4.net]
- >>800
実際にLinuxでデファクトスタンダードにexe拡張子が何かに割り当てられてるんだっけ？
もし「仮に割り当てられたら」という話ならjarだって同じ話になるんじゃないのん？
- 823 名前：デフォルトの名無しさん mailto:sage [2018/11/11(日) 17:44:18.59 ID:SJp8Yfn9.net]
- >>788
COBOLは金勘定特化言語ゆえ無くならない
コンセプト勝ち
Javaは開発も実行も無料で、どこでも動く、だったのが
実行したければ金払え、になったから
- 824 名前：デフォルトの名無しさん [2018/11/11(日) 17:45:22.68 ID:Sc7c1qwR.net]
- >>800はWindows環境で.NET FrameworkでVSで実行可能ファイルを作成しても、という意味
- 825 名前：デフォルトの名無しさん mailto:sage [2018/11/11(日) 17:46:15.61 ID:zAxEw/s4.net]
- >>801
ああ、ようやく貴方の言いたいことがわかった。
「Windowsでexeが実行ファイルの拡張子である限り、LinuxでのexeはMonoの拡張子じゃ許されない」ってこと？
- 826 名前：デフォルトの名無しさん [2018/11/11(日) 17:48:27.17 ID:Sc7c1qwR.net]
- >>802
>>789
”意味が違う”。現時点で実際に関連付けられているかじゃなく、
今後exeに.NETと無関係なプログラムを関連付ける事が行われても不思議じゃないということ。
jarにjavaともjvmとも無関係なプログラムを関連づけるなら、それは関連付けたやつが間違い。
jar = java archive
https://ja.wikipedia.org/wiki/JAR_(%E3%83%95%E3%82%A1%E3%82%A4%E3%83%AB%E3%83%95%E3%82%A9%E3%83%BC%E3%83%9E%E3%83%83%E3%83%88)
＞JAR（ジャー）またはJava Archive（ジャバ アーカイブ）とは、コンパイルされた複数のJavaバイトコード及びそれが使用する画像などのリソースを一つにまとめZIP形式で圧縮されたファイル、及びそれを出力するツールのこと。
exe
https://ja.wikipedia.org/wiki/EXE%E3%83%95%E3%82%A9%E3%83%BC%E3%83%9E%E3%83%83%E3%83%88
>EXEフォーマット（エグゼフォーマット）とはMS-DOSおよびその互換・後継環境の実行ファイルフォーマットである。
- 827 名前：デフォルトの名無しさん [2018/11/11(日) 17:49:40.25 ID:Sc7c1qwR.net]
- >>805
「exeがWindows用実行可能ファイル全般の形式として定義されている限り、
Linux環境でMonoとexeを関連付ける事ができない」ということ
- 828 名前：デフォルトの名無しさん mailto:sage [2018/11/11(日) 17:51:36.78 ID:zL+4Qkmb.net]
- >>801
だれもexeを.NET限定拡張子としてないし要求もしてない
アプリケーションがexeという拡張子を見てどう解釈するか？
それを決めるのはアプリケーションの開発者の自由
- 829 名前：デフォルトの名無しさん mailto:sage [2018/11/11(日) 17:51:55.92 ID:+zFRzgwj.net]
- >>807
.NET Core知らないおばかさんかな？
- 830 名前：デフォルトの名無しさん mailto:sage [2018/11/11(日) 17:52:34.23 ID:zAxEw/s4.net]
- >>807
Linux環境でMonoとexeが関連付けできないと言い切るのは少し違和感があるけど、Monoはオープンソースなんだしコミュニティに要望出してみたらどうだい？
- 831 名前：デフォルトの名無しさん mailto:sage [2018/11/11(日) 17:53:34.24 ID:zL+4Qkmb.net]
- >>807
関連付けできるよ
お前は
- 832 名前：何が言いたいんだ？ []
- [ここ壊れてます]
- 833 名前：デフォルトの名無しさん [2018/11/11(日) 17:54:48.12 ID:Sc7c1qwR.net]
- >>808
Windowsと同じ起動方法を取らせるにはlinux環境でmonoを.exeと関連付ける必要があるから。
>>799もLinux環境でexeをmono専用にしようというアイデアを持ってしまってる。
>>809
それでどんな事情が変わるのかを教えてくれ
- 834 名前：デフォルトの名無しさん [2018/11/11(日) 17:55:46.69 ID:KBFxC5Cm.net]
- JVMJ9CL002I クラスは、非 J9 ライブラリーか、誤って縮小された JXE からのものです
説明 クラス・ライブラリーの .jar ファイルは、この仮想マシンと互換性がありません。
システムの処置 JVM は開始できません。
ユーザーの処置 クラス・ライブラリーを JVM と互換性があるようにしてください。
JVMJ9CL003E 互換性のないクラス・ライブラリー・バージョン: JCL %1$x、VM %2$x
説明 クラス・ライブラリーが、JVM と同じリリースからのものではありません。
システムの処置 JVM は開始できません。
ユーザーの処置 JVM とクラス・ライブラリーが同じリリースからのものになるようにしてください
JVMJ9CL005E 互換性のないクラス・ライブラリー・バージョン: VM v%1$i が必要ですが、v%2$i が見つかりました
説明 クラス・ライブラリーが、JVM と同じリリースからのものではありません。
システムの処置 JVM は開始できません。
ユーザーの処置 JVM とクラス・ライブラリーが同じリリースからのものになるようにしてください。
- 835 名前：デフォルトの名無しさん [2018/11/11(日) 17:56:16.02 ID:Sc7c1qwR.net]
- >>811 >>801
例えばLinux向けデスクトップアプリを配布するにあたって
monoとexeを関連付けるように呼び掛ける事はできない。
世界のソフトウェア開発のエコサイクルのため、できない。意味が違うから。
コンピューターがチューリング完全であるという意味から可能というのは、違う。
- 836 名前：デフォルトの名無しさん [2018/11/11(日) 17:57:44.79 ID:KBFxC5Cm.net]
- Javaはｳﾝｺ
（証明終）
- 837 名前：デフォルトの名無しさん [2018/11/11(日) 17:58:54.93 ID:KBFxC5Cm.net]
- jarとかclassﾌｧｲﾙをzip化しただけのｸｿのくせに
なにいきってんの
- 838 名前：デフォルトの名無しさん mailto:sage [2018/11/11(日) 17:58:56.33 ID:zL+4Qkmb.net]
- >>814
起動スクリプトでもなんでも書けばいいだろがい
お前の言い分が通るならjarをjavaの拡張子としてシステムに登録することを個々のユーザーに強いることはできないからjarもアウトだぞ？
- 839 名前：デフォルトの名無しさん [2018/11/11(日) 18:00:40.39 ID:KBFxC5Cm.net]
- 複数のvmをｲﾝｽﾄｰﾙして動作させてる環境では
複数のjarﾌｧｲﾙがあった場合
どのvmで動作させるのが適切か判別すらできない
- 840 名前：デフォルトの名無しさん [2018/11/11(日) 18:01:27.31 ID:Sc7c1qwR.net]
- >>817
＞jarをjavaの拡張子としてシステムに登録することを個々のユーザーに強いることはできない
できる。jarはjava専用拡張子だから。
起動スクリプトを書いたとして、linuxユーザーは起動スクリプトを使う、
windowsユーザーはexeを直接使うといった事を指示しなきゃいけない。
クロスプラットフォーム的じゃない。
- 841 名前：デフォルトの名無しさん mailto:sage [2018/11/11(日) 18:04:29.53 ID:zAxEw/s4.net]
- うん、さすがに論理展開が強引になってきちゃったな。
早い話がLinuxとWundowsで少しでも起動方法が違うのが許せない、真のマルチプラットフォームとは言えないって事だよね。
OSが違うんだし、そのぐらいは許容してよ。
- 842 名前：デフォルトの名無しさん [2018/11/11(日) 18:05:56.28 ID:Sc7c1qwR.net]
- >>820
俺の主張が変化したかのように印象操作をするのをやめてくれ。
俺の主張は少しも変化していない。
>>789
>WindowsとLinux(Mono)で起動方法が違ってくるはず、
- 843 名前：デフォルトの名無しさん [2018/11/11(日) 18:06:55.45 ID:KBFxC5Cm.net]
- JVMJ9CL000E 非互換クラス・ライブラリー
説明 クラス・ライブラリーの .jar ファイルはクラス・ライブラリーのネイティブ・コードと互換性がありません。
システムの処置 JVM は開始できません。
ユーザーの処置 vm.jar ファイルが JVM と同じバージョンになるようにしてください
JVMJ9CL001I -jcl:%s を指定して実行してください
説明 クラス・ライブラリーの .jar ファイルは、クラス・ライブラリーのネイティブ・コードおよび JVM と互換性がありません。
システムの処置 JVM は開始できません。
ユーザーの処置 クラス・ライブラリーのネイティブ・コードおよび JVM を、指定されたクラス・ライブラリーの .jar ファイルと互換性があるようにしてください。
そもそもjavaがﾈｲﾃｨﾌﾞｺｰﾄﾞ埋め込むのを許容してる
もともとｸﾗｽﾌﾟﾗｯﾄﾎｰﾑである保証なんかどこにもない
- 844 名前：デフォルトの名無しさん mailto:sage [2018/11/11(日) 18:07:08.79 ID:zL+4Qkmb.net]
- javaはコマンドからしか使わないから
jarをダブルクリックしたらzip解凍してほしいと考える特殊なユーザーだっている(俺のことな)
なので俺は関連付けでそうなるようにしてる
拡張子は「使う側がどうしたいか？」それだけなんだよ
monoユーザーは大部分の人がexeでいいと納得してる
でもお前みたいなexeは嫌だと考える人が居てもいいんだ
嫌なら関連付けの設定を変えるだけでいい
それは誰も禁止なんてしてない
- 845 名前：デフォルトの名無しさん [2018/11/11(日) 18:09:00.36 ID:Sc7c1qwR.net]
- >>822
＞クラス・ライブラリーのネイティブ・コード
これはJVMの標準ライブラリのネイティブコードであって、
アプリ側のネイティブコードを指してるわけじゃないと思う。
- 846 名前：デフォルトの名無しさん [2018/11/11(日) 18:09:02.35 ID:KBFxC5Cm.net]
- 関連付けても
利用者の計算機で実行できる保証なんかどこにもない
javaのﾊﾞｲﾄｺｰﾄﾞだけであっても動作する保証がどこにもない
そんな関連付けられるほうが迷惑
- 847 名前：デフォルトの名無しさん mailto:sage [2018/11/11(日) 18:10:58.16 ID:zL+4Qkmb.net]
- >>819
java専用じゃない
俺は解凍に割り当ててる
それは法律も認める俺の自由だ
違いが気になるならWindowsの方も起動スクリプトを書けばいいだろがい
- 848 名前：デフォルトの名無しさん mailto:sage [2018/11/11(日) 18:11:55.31 ID:zAxEw/s4.net]
- >>821
ごめんな、やっぱり何を主張したいか俺にはよく分からない。
LinuxでexeをMonoと関連付けできないという主張なのは分かるんだけど、その理由がさっぱり分からない。
- 849 名前：デフォルトの名無しさん [2018/11/11(日) 18:12:20.33 ID:Sc7c1qwR.net]
- >>823
jarに解凍プログラムを関連付けるという行為は個人的な特殊な対応だから、
何が標準的に期待できるかということに影響しない。
＞monoユーザーは大部分の人がexeでいいと納得してる
"monoユーザーは"そうだったとしても、
.NET以外に.exeにプログラムを関連付ける事を推奨しようとするプロジェクトが出現してもおかしくないんだよ。
そしたらそのプロジェクトのユーザーはそのプロジェクトのプログラムを
.exeに関連付ける事に納得しているかもしれないね。
- 850 名前：デフォルトの名無しさん [2018/11/11(日) 18:13:49.28 ID:Sc7c1qwR.net]
- >>826
それは世界的に流通してる定義を無視した個人的な対応だから、
世界のソフトウェアエコシステムにおいて意味を持つ主張じゃない。
- 851 名前：デフォルトの名無しさん [2018/11/11(日) 18:14:32.22 ID:KBFxC5Cm.net]
- つまりjavaなんかつかってんのは
池沼しかいない
- 852 名前：デフォルトの名無しさん mailto:sage [2018/11/11(日) 18:15:52.56 ID:4b5Szb0b.net]
- >>819
Javaってパス区切りは統一されてるんだっけ？
されてなければクロスプラットフォーム的じゃないはJavaにも当てはまるよ。
されてるというのなら、されてる方を優遇しているだけで、あんたがexeを叩いてるのと同じことだ。
- 853 名前：デフォルトの名無しさん [2018/11/11(日) 18:16:40.78 ID:Sc7c1qwR.net]
- >>826
>java専用じゃない
これが間違い。
jar=java archiveで、”java専用拡張子であることが定義されている”。
その定義を無視した個人的対応が存在する事はjarがjava専用拡張子であるという主張を否定しうるものではない。
- 854 名前：デフォルトの名無しさん mailto:sage [2018/11/11(日) 18:19:30.68 ID:zL+4Qkmb.net]
- >>828
monoの知名度は十分
新しい拡張子を広めようとするようなコミュニティがexeに関連する著名なアプリケーションを知らない&調べないなどということはまずありえないだろう
だから気にしなくていい
- 855 名前：デフォルトの名無しさん mailto:sage [2018/11/11(日) 18:24:27.80 ID:zAxEw/s4.net]
- >>832
jar拡張子ってISOやIEEEやRFCみたいな公的機関や事実上それに準ずる機関が決めてるんだっけ？
もしjarがそういう機関で決まってるならあなたの主張はその通り。
- 856 名前：デフォルトの名無しさん [2018/11/11(日) 18:25:02.24 ID:Sc7c1qwR.net]
- >>833
定義や標準化された仕様ではなく勢力によって守られているという事になるし、
その拡張子の競合問題は、もし.NET系言語が流行った場合、
LinuxではなくWindowsを使おうという誘因になってしまう。
- 857 名前：デフォルトの名無しさん mailto:sage [2018/11/11(日) 18:28:46.70 ID:zL+4Qkmb.net]
- >>835
ITの歴史を見ればスタンダードを無視して広く使われているものが事実上のスタンダードになった事例はいくつもある
デファクトスタンダードというのだけど知らなかった？新人かな？
拡張子の競合がどうなればWindowsを使おうになるんだ？
後半は何いってるかまったく意味不明だね
- 858 名前：デフォルトの名無しさん [2018/11/11(日) 18:32:41.80 ID:Sc7c1qwR.net]
- >>836
exeの意味のデファクトは既にあって、「MS系OSの実行可能形式」なの。
そのデファクトに挑むように（Linux環境でだけ）.NET専用拡張子だという勢力が出現してるということ。
それはLinuxの拡張子と処理系の関連付けを荒らすような行為だ。
- 859 名前：デフォルトの名無しさん mailto:sage [2018/11/11(日) 18:36:31.03 ID:zL+4Qkmb.net]
- >>837
ちがーう
exeのデファクトは「Windowsでは実行可能形式。Unix系ではmono」
拡張子が異なるプラットフォームで同じ意味を持たなければならないという決まりはない
それは解釈する側の問題だからだ
- 860 名前：デフォルトの名無しさん [2018/11/11(日) 18:37:21.30 ID:Sc7c1qwR.net]
- >>838
＞拡張子が異なるプラットフォームで同じ意味を持たなければならないという決まりはない
これが間違い。
bmp,jpg,gif,いずれもプラットフォームを超えて同じ意味を持ってる。
その解釈がデファクト。
- 861 名前：デフォルトの名無しさん mailto:sage [2018/11/11(日) 18:39:04.08 ID:zL+4Qkmb.net]
- >>839
exeという例外もある
みんな知ってるし受け入れてる
なのでこちらがデファクト
- 862 名前：デフォルトの名無しさん [2018/11/11(日) 18:39:17.30 ID:Sc7c1qwR.net]
- 拡張子全般を見渡して、プラットフォームによって意味が変わるような定義は見たことが無い。
.html .jpg .bmp .gif .zip .mp3 .mp4 どれでもプラットフォーム非依存な定義されてる。
拡張子一覧
www.tohoho-web.com/wwwxx061.htm
ここ見て全部確認してみよう。どこにプラットフォームによって意味が変わる拡張子がある？
- 863 名前：デフォルトの名無しさん [2018/11/11(日) 18:40:03.28 ID:Sc7c1qwR.net]
- ＞拡張子が異なるプラットフォームで同じ意味を持たなければならないという決まりはない
この主張はいきなり終わりか？
- 864 名前：デフォルトの名無しさん [2018/11/11(日) 18:41:34.00 ID:Sc7c1qwR.net]
- だからC#はLinuxの環境破壊だけでなく
”拡張子がプラットフォーム非依存で同じ意味を持つという想定”
をも破壊しにかかってるということになる。
- 865 名前：デフォルトの名無しさん [2018/11/11(日) 18:41:51.80 ID:3EVRCt7d.net]
- そろそろスレ違うだと思うんだが、、、
- 866 名前：デフォルトの名無しさん mailto:sage [2018/11/11(日) 18:44:20.12 ID:kp+JGzIQ.net]
- >>844
もう結論付いて話すこともないし良いんじゃない？
隔離スレとして存在してれば
- 867 名前：デフォルトの名無しさん mailto:sage [2018/11/11(日) 18:44:30.21 ID:zAxEw/s4.net]
- まぁ早い話がデファクトな拡張子ルールに従ってないから俺は気持ち悪いぜ！って主張でしかないわな。
確かにスレチなのでもし本気でそう思うならこの続きはMonoコミュニティでやればいいよ。
- 868 名前：デフォルトの名無しさん mailto:sage [2018/11/11(日) 18:45:41.38 ID:zL+4Qkmb.net]
- >>841
お前がさんざんレスしとるexeがまさにそれなんだが大丈夫？
>>842
ああ
真と結論でて終わりだね
- 869 名前：デフォルトの名無しさん mailto:sage [2018/11/11(日) 18:50:54.42 ID:+zFRzgwj.net]
- >>812
本当に知らないのかよｗｗｗ
- 870 名前：デフォルトの名無しさん [2018/11/11(日) 18:59:42.07 ID:B3f/927d.net]
- ascii.jp/elem/000/001/770/1770229/index-4.html
.NETは、Windowsに組み込まれている「.NET Framework」とは別に、オープンソースで更新速度の速い「.NET Core」がある。
.NET Coreは、プラットフォームに依存しない.NETの実装で、特定のプラットフォームの事情や細かい互換性を考慮しないため、
新機能がすぐに搭載され、更新の速度も速い。
現在では、.NET Coreとその標準ライブラリとなる.NET Standardによりデスクトップアプリケーションの開発も可能になっている。
こちらは.NET Frameworkの仕切り直し的な部分があるが、デスクトップアプリケーション側から見れば、アプリケーションモデルの選択が増えた格好になる。
.NET Core 3.0では、WPFやWinFormがサポートされた。また、複数バージョンの.NET Coreを共存させることも可能になり、
アプリケーションは、特定バージョンの.NET Coreを使い続けることができるようになった。
アプリケーションに.NET Coreを組み込んで出荷することも可能であり、ホストシステム側のバージョンに依存しない実行環境を維持できる。
- 871 名前：デフォルトの名無しさん [2018/11/11(日) 19:04:42.99 ID:Sc7c1qwR.net]
- >>846
＞デファクトな拡張子ルールに従ってないから俺は気持ち悪いぜ！
”俺は”じゃなく、世界のソフトウェア開発のエコシステムにとって間違っていると主張している。
.NET coreの話を持ち出しているやつがいるが
exeもdllも.NET専用拡張子ではないのでこの議論の事情を変化させる主張ではない
- 872 名前：デフォルトの名無しさん mailto:sage [2018/11/11(日) 19:07:01.83 ID:zL+4Qkmb.net]
- 間違ってないから今も問題なく動いてるし
今後は勝手にexeを使おうとするやつはデファクトに反する無法者ということになる
- 873 名前：デフォルトの名無しさん [2018/11/11(日) 19:11:44.76 ID:Sc7c1qwR.net]
- ちなみにwineがlinux環境でexeに関連付けられててそれも大勢力なんだけど
.NETアプリはlinux環境ではwineを通して動作するということになると、
性能や安定性に問題が生じる。
- 874 名前：デフォルトの名無しさん [2018/11/11(日) 19:14:58.41 ID:Sc7c1qwR.net]
- もしlinuxとwineとC#が大流行したら、その問題が顕著になるから、
windowsの方が良いねとなってしまう一因になる。
- 875 名前：デフォルトの名無しさん [2018/11/11(日) 19:16:57.29 ID:Sc7c1qwR.net]
- ぐぐるとちらほらwineでexeの関連付けになぜか失敗みたいなブログ記事でてくるが
これ既に.NETが問題起こしてるんじゃないのか
- 876 名前：デフォルトの名無しさん [2018/11/11(日) 19:17:08.66 ID:B3f/927d.net]
- そういやwineはDirectX動くようになった？
もうだいぶ追ってないから純粋に知りたい。
エロゲが使ってるの多いんだ。
- 877 名前：デフォルトの名無しさん mailto:sage [2018/11/11(日) 19:19:15.14 ID:zAxEw/s4.net]
- >>852
そうか、そういやWineがあったね。ありゃまさにWindowsのexeをそのまま動作させる環境なので、確かに混乱させる要因にはなりそう。
かと言ってWindowsのほうが良いよねーってなるのは少し想像力豊かすぎな気がするけど。
- 878 名前：デフォルトの名無しさん [2018/11/11(日) 19:20:13.05 ID:Sc7c1qwR.net]
- ちなみにmacでもexeに.NET処理系を関連付けないといけないし
wineとexeを関連付ける事は行われてるようだ
- 879 名前：デフォルトの名無しさん [2018/11/11(日) 19:23:23.38 ID:Sc7c1qwR.net]
- wineがあるから問題があるのを認める、ってのはおかしくて
そもそも”exeという拡張子が.NET専用拡張子じゃない”からこういう事態は当然起こり得るの。
こういう事態はjarでは起こらない。java専用拡張子だから。
もしWindowsを置き換えるようなデスクトップ用Linuxディストリを作ろうとしてる人が居たとして、
Wineも.NETも動きますという環境を作るのは一苦労するだろう。
何らかの特殊な対応をしなきゃいけない。
だから.NETのexeを作成させる仕様ないし慣習は、Windowsの立場を安定させることに寄与してる。
- 880 名前：デフォルトの名無しさん [2018/11/11(日) 19:25:34.91 ID:B3f/927d.net]
- うろ覚えだがMonoの吐く実行ファイルは.exeじゃ無かったぞ。
Winでわざわざ関連付ける記事読んだ覚えがある。
- 881 名前：デフォルトの名無しさん mailto:sage [2018/11/11(日) 19:25:52.27 ID:zAxEw/s4.net]
- >>858
だから、スレチなのでこの続きはMonoコミュニティーでやってはどう？
- 882 名前：デフォルトの名無しさん mailto:sage [2018/11/11(日) 19:28:05.71 ID:MG/LuDvG.net]
- 拡張子なんて好き勝手に決めてるからかぶるよ
有名なほうが優先されるだけ
exeは.netのやつか解釈できるやつあるから問題ない
- 883 名前：デフォルトの名無しさん [2018/11/11(日) 19:28:58.83 ID:Sc7c1qwR.net]
- 議論を長引かせて劣勢になったらスレ違いだから他所へ行け、か。
そもそも>>789の主張は結局完全に正しかった。
それを理解せず長引かせたのはお前だ。
- 884 名前：デフォルトの名無しさん mailto:sage [2018/11/11(日) 19:30:04.42 ID:zL+4Qkmb.net]
- だから起動スクリプト書けって
バイナリのフォーマット調べてwineかmonoにディスパッチするだけだろがい
それを関連付けしろ
- 885 名前：デフォルトの名無しさん [2018/11/11(日) 19:30:05.07 ID:Sc7c1qwR.net]
- ＞拡張子なんて好き勝手に決めてる
デファクトや慣習というものがあるから完全に何も想定できないという状況ではない
- 886 名前：デフォルトの名無しさん [2018/11/11(日) 19:30:43.22 ID:Sc7c1qwR.net]
- >>863
>>819
- 887 名前：デフォルトの名無しさん mailto:sage [2018/11/11(日) 19:31:36.53 ID:MG/LuDvG.net]
- >>864
未来のことなんて誰もわからんだろ
弱小ソフトが使ってた拡張子が、後から駆逐されるなんてのはよくある
- 888 名前：デフォルトの名無しさん mailto:sage [2018/11/11(日) 19:31:51.44 ID:zL+4Qkmb.net]
- >>865
ああもうまずは理解しろ
- 889 名前：デフォルトの名無しさん mailto:sage [2018/11/11(日) 19:32:10.65 ID:zAxEw/s4.net]
- >>862
誰と戦ってるのか知らんけど、俺は貴方の主張をちゃんと理解しようとしただけだよ。
んで、Wineとかぶるって都合が悪いことがあるなら、ちゃんとMonoコミュニティーで議論したほうが良いのでは？って言っただけ。
- 890 名前：デフォルトの名無しさん [2018/11/11(日) 19:32:58.20 ID:Sc7c1qwR.net]
- >>866
拡張子に何か意味を期待すること自体が間違いだという主張は、現実に即していない。
多くのアプリが拡張子に頼っている。
- 891 名前：デフォルトの名無しさん mailto:sage [2018/11/11(日) 19:34:37.68 ID:MG/LuDvG.net]
- >>869
じゃあ標準化しないといけないな
ドメイン名みたいに金払って登録するシステム作らないと
- 892 名前：デフォルトの名無しさん [2018/11/11(日) 19:35:03.41 ID:B3f/927d.net]
- Java有償化に伴う移行先についての議論だからスレチでもないと思わなくも無い。
が、揉めるならさっさと次の移行先を探そう。
何かある？
1・マルチプラットフォーム
2・スクリプトより速い実行速度
3・ライブラリも整備済みが望ましい
昔はあり得なかったけど、今ならC++とQtってのも有りっちゃあアリじゃね？
鯖サイド限定ならGoとか。
- 893 名前：デフォルトの名無しさん [2018/11/11(日) 19:38:35.50 ID:Sc7c1qwR.net]
- >>868
＞さすがに論理展開が強引になってきちゃったな。
正しい主張を理解せず強引と形容する、俺の主張が変化したかのように印象操作する。
＞jar拡張子ってISOやIEEEやRFCみたいな公的機関や事実上それに準ずる機関が決めてるんだっけ？
標準化されていなくてもデファクトである時点である程度意味はあるのに標準化されていなければ成立しえないかのように主張する。
＞まぁ早い話がデファクトな拡張子ルールに従ってないから俺は気持ち悪いぜ！って主張でしかないわな。
俺は、じゃなく世界のソフトウェアエコシステムの話をしているのに歪曲して理解する。
＞俺は貴方の主張をちゃんと理解しようとしただけだよ。
歪曲や印象操作を繰り返してこの主張は間違っている。
- 894 名前：デフォルトの名無しさん mailto:sage [2018/11/11(日) 19:40:32.72 ID:zAxEw/s4.net]
- >>872
そこまでの�
- 895 名前：なたの説明が訳分からんかっただけだろw
ちゃんと説明できててなら皆こんな過剰反応してないわ。 [] - [ここ壊れてます]
- 896 名前：デフォルトの名無しさん [2018/11/11(日) 19:44:28.89 ID:B3f/927d.net]
- >>832
それを言ったらwine使ってんのもお前の勝手だろ。
業務にwine入れないし問題ないだろ。
- 897 名前：デフォルトの名無しさん [2018/11/11(日) 19:45:05.70 ID:Sc7c1qwR.net]
- >>867お前の異常発言まとめ
＞拡張子は「使う側がどうしたいか？」それだけなんだよ
拡張子は世界的にデファクトとなっている定義があり、
それに従わなければソフトウェアエコシステムを破壊する。
＞（jarは）java専用じゃない
jarはjava archiveでありjava専用拡張子である
＞monoの知名度は十分
＞新しい拡張子を広めようとするようなコミュニティがexeに関連する著名なアプリケーションを知らない&調べないなどということはまずありえないだろう
拡張子について一貫した意味を期待するのが間違いであるかのような主張をした後で
monoに関する拡張子だけ一貫性が期待されると主張するのはおかしい
＞デファクトスタンダードというのだけど知らなかった？新人かな？
その通りで、拡張子はデファクトである。ところがお前は自分がjarに解凍プログラムを関連付けているからといって
jarはjava専用拡張子ではないと主張した。
＞拡張子が異なるプラットフォームで同じ意味を持たなければならないという決まりはない
”デファクト”において拡張子はプラットフォーム非依存の定義がある
＞みんな知ってるし受け入れてる
wineと.NETで競合していて、みんなが統一されているという状況は無い
＞真と結論でて終わりだね
矛盾を放置している
- 898 名前：デフォルトの名無しさん [2018/11/11(日) 19:48:02.84 ID:Sc7c1qwR.net]
- >>874
＞業務にwine入れないし問題ないだろ。
問題無い人も居るだろうけど、世界のソフトウェアエコシステムを考えた時、
wineと.NETの拡張子における競合は問題になりえて、他OSからwindowsへの誘因になりうるし、
クロスプラットフォーム的ではない。
- 899 名前：デフォルトの名無しさん [2018/11/11(日) 19:49:40.64 ID:B3f/927d.net]
- >>876
お前は仕事で使いたいのか個人で使いたいのか。
- 900 名前：デフォルトの名無しさん [2018/11/11(日) 19:51:26.66 ID:Sc7c1qwR.net]
- >>877
”世界のソフトウェアエコシステム”と言ってるのに仕事とか個人とか言いだすのは何？
俺個人の問題だと矮小化しようとしてるの？
俺が.NETを使おうとしていて何か問題を抱えているんだと思ってるのか？
- 901 名前：デフォルトの名無しさん [2018/11/11(日) 19:54:46.18 ID:Sc7c1qwR.net]
- >>873
お前の理解力不足を俺の説明不足に転嫁するな
俺は最初からずっと同じ主張を的確に述べている
お前はwineの例が出たところで理解できたようだが、
wineの例が無くとも潜在的にexeを.NET専用であるかのように扱う事は問題がある
- 902 名前：デフォルトの名無しさん mailto:sage [2018/11/11(日) 19:55:53.50 ID:zL+4Qkmb.net]
- まとめ
・拡張子には特にこれといった規格はなくデファクトが優先される
・exeのデファクトは「Windowsでは実行可能ファイル、Linuxではmonoかwine」
・monoとwineの関連付け競合は起動スクリプトで回避可能
・monoとwineの知名度は十分なので今後、秩序なくexeを使いだすコミュニティは出てこない
以上の理由からLinuxでexeがmonoと関連付けられていても何も問題はない
- 903 名前：デフォルトの名無しさん mailto:sage [2018/11/11(日) 19:56:12.30 ID:zAxEw/s4.net]
- >>879
ならなぜ最初からWineのexeとMonoのexeの拡張子が被ると説明しなかったの？
そしたら俺は一発で理解したのに。
- 904 名前：デフォルトの名無しさん [2018/11/11(日) 19:57:49.93 ID:B3f/927d.net]
- >>878
当たり前だろ。
仕事だったら、仕事に必要のないものは入れられない。
だからwineが入る可能性はない。
これは次の飯の種が決まるかどうかの大事なことだと。
個人なら好きにしろ。
- 905 名前：デフォルトの名無しさん mailto:sage [2018/11/11(日) 20:11:43.80 ID:LUmI+mGl.net]
- >>849
窓Phone死んだんだからUWP捨てればいいのにまだ諦めてないのか
- 906 名前：デフォルトの名無しさん mailto:sage [2018/11/11(日) 20:58:03.85 ID:MG/LuDvG.net]
- exeの話、彼の勘違いじゃん
.net coreで作るlinux向け実行ファイルは普通に拡張子なしだった
- 907 名前：デフォルトの名無しさん mailto:sage [2018/11/11(日) 20:59:47.57 ID:IkCexd4o.net]
- >>884
ね
- 908 名前：デフォルトの名無しさん mailto:sage [2018/11/11(日) 21:08:22.05 ID:zAxEw/s4.net]
- >>884
まさかのそんなオチかよw
- 909 名前：デフォルトの名無しさん mailto:sage [2018/11/11(日) 21:12:44.12 ID:IkCexd4o.net]
- >>886
>>809
|
 |
