C#, C♯, C＃相談室 Part91

1 名前：デフォルトの名無しさん mailto:sage [2016/06/29(水) 23:45:15.36 ID:EZjVZgG6.net] ■Visual Studio 2013 Community & Express(無償の統合開発環境)等はこちら www.visualstudio.com/downloads/ ■コードを貼る場合はこちら ideone.com/ ■前スレ C#, C♯, C＃相談室 Part88 [転載禁止]©2ch.net peace.2ch.net/test/read.cgi/tech/1437808445/ C#, C♯, C＃相談室 Part89 peace.2ch.net/test/read.cgi/tech/1443271409/ C#, C♯, C＃相談室 Part90 echo.2ch.net/test/read.cgi/tech/1455160063/ ■次スレは>>970が建てる事。 建てられない場合は他を指定する事。 820 名前：デフォルトの名無しさん mailto:sage [2017/01/23(月) 00:41:33.95 ID:ft2qOqRV.net] 803じゃないけど、 10〜20個くらいのプロパティを持つクラス（ほとんどstring型）の、数百万個単位のインスタンスを処理したい （現在百数十万個だがデータは日々増えていて、将来的には500万個以上のデータを扱いたい） データ追加時を除けば1つのデータのプロパティを書き換えることはあまりない 全データを対象に集計や抽出をバリバリやる 今はこのクラスのジェネリックリストでメモリ上に保持していて、XmlSerializerとStreamReader/Writerでロード/セーブしてるけど、 500MB以上のファイル読み書きに十秒単位で時間が掛かるようになってきてしまい、使用メモリも多いときは1GBに届きそうになってきた 個人のPCでも実現出来る範囲で何か工夫して軽量化するとすれば、どういうやり方があるだろうか データベースを使うと却って重くなる？ 821 名前：デフォルトの名無しさん [2017/01/23(月) 01:00:04.12 ID:AKblCqbZ.net] DB使え 822 名前：デフォルトの名無しさん mailto:sage [2017/01/23(月) 01:17:39.68 ID:ft2qOqRV.net] やはりデータベースか… この規模のデータでデータベースを使うなら何がいいですかね？ 823 名前：デフォルトの名無しさん mailto:sage [2017/01/23(月) 05:19:54.65 ID:3LnhEFNW.net] >>810 むしろそんなになるまでデータベースを使わない選択をしてたのが信じられんわ 824 名前：デフォルトの名無しさん mailto:sage [2017/01/23(月) 07:25:59.67 ID:4eKNVnEB.net] >>812 postgresかな 高性能で、ライセンスが緩く、比較的ローカルでも利用されることの多い非常に有名なDBMSだ 広く配布するようなものではなさそうに見えるから、 SQLiteみたいな組込型に拘る必要はないと思う 825 名前：デフォルトの名無しさん mailto:sage [2017/01/23(月) 08:36:41.41 ID:mc6Hyr1K.net] >>812 SQL-SERVER LocaDB でいいんじゃね？ Visual Studio から操作できるし 他の端末からも参照したいって言われたら SQL-SERVER Express に移行すればいいし もっとでかくなったら Standard や DataCenter Edition あるし 826 名前：803 [2017/01/23(月) 11:57:28.95 ID:Enhoy4E3.net] >>804 >>805 >>807 >>808 レスありがとうございます <gcAllowVeryLargeObjects> を有効にしてもbyte配列自体が2GB超えて作ることができないため それそも不可能ということでよろしいですか？ その場合、int32などに配列作りなおしたいと思います 827 名前：デフォルトの名無しさん mailto:sage [2017/01/23(月) 12:04:12.14 ID:uKeJP+/b.net] byte[]としては無理 byte*にするなら可能 828 名前：デフォルトの名無しさん mailto:sage [2017/01/23(月) 13:01:08.68 ID:GKpZ78C8.net] >>816 バイナリファイルの編集が目的ならreader/writer使えば良いんじゃないの 829 名前：デフォルトの名無しさん mailto:sage [2017/01/23(月) 21:01:33.61 ID:bI3M8V88.net] >>816 ビルドターゲットはx64になってる? AnyCPUだと最近のは32bitを優先がデフォルト設定だから上手く行かないかも。こっちを直しても良いけど。 いずれにせよ、64bit環境は必須。 830 名前：デフォルトの名無しさん mailto:sage [2017/01/23(月) 21:16:01.30 ID:4O+fDoKV.net] >>815 SQL Server Expressは10GB制限があるから話にならんよ DBまでわざわざMSにロックインとかアホらしいし 831 名前：デフォルトの名無しさん mailto:sage [2017/01/23(月) 21:55:33.04 ID:3LnhEFNW.net] >>820 じゃあ何がおすすめなの？教えて先生！ 832 名前：デフォルトの名無しさん mailto:sage [2017/01/23(月) 21:58:50.93 ID:hTicmAdc.net] postgreオヌヌメ 833 名前：デフォルトの名無しさん mailto:sage [2017/01/23(月) 21:59:47.37 ID:LuyUsAN1.net] >>820 10GBも有れば十分だと思う 834 名前：デフォルトの名無しさん mailto:sage [2017/01/23(月) 22:29:35.23 ID:4O+fDoKV.net] >>823 既に500MBあってまだまだ増えるって言ってるのに何を根拠に十分だというのか いくつも一時テーブル作ったりしたらカツカツだろ DBってそれぞれに結構癖屋独特のノウハウがあるから、後で問題が出てから乗り換えるより最初から一本に決めたほうがいい MSに金払う気がないならpostgresにしとけ 835 名前：デフォルトの名無しさん mailto:sage [2017/01/23(月) 22:53:34.66 ID:uKeJP+/b.net] >>824 >（現在百数十万個だがデータは日々増えていて、将来的には500万個以上のデータを扱いたい） > XmlSerializerとStreamReader/Writerでロード/セーブしてるけど、 > 500MB以上のファイル読み書きに十秒単位で時間が掛かる 今のデータで考えると10GBには百数十万個の20倍 今のデータはxml どんな根拠で10GBが不十分だというのか逆に聞きたい 836 名前：デフォルトの名無しさん mailto:sage [2017/01/23(月) 22:59:20.56 ID:UsEI+ALW.net] >>824 理由もなしにpostgresとな 837 名前：デフォルトの名無しさん mailto:sage [2017/01/23(月) 23:08:01.01 ID:wWnQplUy.net] 話は変わるけど、LocalDBをOS標準にしてくれると嬉しいんだけどな 838 名前：デフォルトの名無しさん [2017/01/23(月) 23:15:06.54 ID:wcSM/s0i.net] いまだにPOCOの概念がよくわからないんだけど、POCOと対になるものと併せて誰か教えてクレメンス 839 名前：デフォルトの名無しさん mailto:sage [2017/01/23(月) 23:19:31.21 ID:4eKNVnEB.net] >>828 わかりやすいのは型付データセットだな 強制された基底クラスや大量の自動生成コードにクソミソに汚されたクラスのことだ 840 名前：デフォルトの名無しさん mailto:sage [2017/01/23(月) 23:25:33.94 ID:8CargB7Y.net] DBはころころ変わり続けるのはもうやめてほしいな 841 名前：デフォルトの名無しさん mailto:sage [2017/01/24(火) 01:13:39.09 ID:JiOoKhp+.net] >>816 GetValueなら64bitを指定できはする 64bitなら一応確保できるのかなぁ だけど、そもそも2GB超の連続領域を安定して確保できるかは不安 メモリマップとかも検討したら？ 842 名前：デフォルトの名無しさん mailto:sage [2017/01/24(火) 08:39:50.24 ID:HHZbO6eg.net] >>820 > SQL Server Expressは10GB制限があるから話にならんよ 生の XML を格納する訳じゃないだろうしデータ圧縮もできるし話にならないのは君のちんけな知識じゃないかな？ w PostgreSQL もいいと思うけどちょっとしたデータの確認とかを Visual Studio でできる SQL-Server の便利さは捨てがたい 843 名前：デフォルトの名無しさん mailto:sage [2017/01/24(火) 08:42:05.80 ID:JKcqAdCJ.net] その程度の便利さならどうでもいいな GUIの管理ツールを使えば済む話 844 名前：デフォルトの名無しさん mailto:sage [2017/01/24(火) 08:42:56.64 ID:HHZbO6eg.net] >>827 内部的には SQL-Server のプロセス動いてるから大多数の人には邪魔にしかならんと思う 845 名前：デフォルトの名無しさん mailto:sage [2017/01/24(火) 08:46:39.86 ID:ghFC1Ntr.net] sqlserverってselectでもデッドロックするからヤダ 846 名前：デフォルトの名無しさん mailto:sage [2017/01/24(火) 10:25:32.84 ID:tgh5wy6g.net] >>834 Vistaか7あたりから、ファイルシステムがSQL Serverベースになるという話があったよな 847 名前：デフォルトの名無しさん mailto:sage [2017/01/24(火) 10:52:48.75 ID:g9KGWoah.net] >>835 ちょっとはググれよ 848 名前：デフォルトの名無しさん mailto:sage [2017/01/24(火) 11:02:46.65 ID:tjYeiy24.net] OSにDBもたせるとかまたセキュリティホールの温床やん 無駄な機能は悪 849 名前：デフォルトの名無しさん mailto:sage [2017/01/24(火) 11:05:54.15 ID:4uwrNeCv.net] DB=セキュリティホールときたかｗ 850 名前：デフォルトの名無しさん mailto:sage [2017/01/24(火) 11:23:21.18 ID:1ohBhH6C.net] 痴性溢れる御意見ですね 851 名前：デフォルトの名無しさん mailto:sage [2017/01/24(火) 11:25:32.73 ID:b/7/gkXo.net] たしかにレジストリも一種のDBでセキュリティホールの温床だから OSで各種設定を保持するのはやめよう(名案) 852 名前：デフォルトの名無しさん mailto:sage [2017/01/24(火) 11:28:18.15 ID:nhx4+y/y.net] >>836 頓挫しちゃったのが勿体無い 853 名前：デフォルトの名無しさん mailto:sage [2017/01/24(火) 11:47:35.47 ID:HE6oytLN.net] ゲイツ3世さんがずいぶん入れ込んでたみたいだったけど、正直俺にはアレのメリットが さっぱり理解できんかった。 854 名前：デフォルトの名無しさん mailto:sage [2017/01/24(火) 12:20:30.56 ID:b/7/gkXo.net] ツリー式のファイル管理はもう人が把握できる限界に近づいてると思うし もっとリッチなタグ情報をファイルシステムで持たせて OSの検索機能に統合する思想は支持するよ 855 名前：デフォルトの名無しさん mailto:sage [2017/01/24(火) 12:43:39.44 ID:HHZbO6eg.net] >>833 > GUIの管理ツールを使えば済む話 それをいちいちインストールするのが面倒だって話 856 名前：デフォルトの名無しさん mailto:sage [2017/01/24(火) 12:47:25.25 ID:HHZbO6eg.net] >>836 WinFS か いい考え方だと思うがちょっと構想が壮大すぎたな 857 名前：デフォルトの名無しさん mailto:sage [2017/01/24(火) 13:11:04.23 ID:VXWwcrkC.net] ゲイツは過去にXMLは使い物にならないと言った。 WinFS、WPF・・・ゲイツはやはり生粋のプログラマである。 858 名前：デフォルトの名無しさん mailto:sage [2017/01/24(火) 15:21:09.38 ID:iRQG5obN.net] WPFでXAMLにGoサインだしておいてよく言う 859 名前：デフォルトの名無しさん mailto:sage [2017/01/24(火) 15:39:07.83 ID:VXWwcrkC.net] ゲイツはVista以降はタッチしていない。 860 名前：デフォルトの名無しさん mailto:sage [2017/01/25(水) 03:10:02.58 ID:WHRwTArY.net] >>847 全部読まないと一部分が取り出せないってのがデータが多くなると致命的だよね 861 名前：デフォルトの名無しさん mailto:sage [2017/01/25(水) 07:15:37.99 ID:fntd/u0o.net] そこまででかいならDB使えってことでしょ 862 名前：デフォルトの名無しさん mailto:sage [2017/01/25(水) 11:50:15.36 ID:3NBpStvW.net] JAVAやVB6、WPF、LINQが遅くないと暴れてるアホと同じ臭いがする。 機械語NativeとそうでないPGとに根本的な認識の断絶がある。 863 名前：デフォルトの名無しさん mailto:sage [2017/01/25(水) 11:53:43.34 ID:2idQLFdG.net] 悪いけど暴れてるのは君の方だと思うw 864 名前：デフォルトの名無しさん mailto:sage [2017/01/25(水) 11:59:10.65 ID:uJriqNlz.net] 同感ｗ 865 名前：デフォルトの名無しさん mailto:sage [2017/01/25(水) 12:27:26.41 ID:eMOc+Lms.net] もう一票 時代について行けてないお爺ちゃん頑張って 866 名前：デフォルトの名無しさん mailto:sage [2017/01/25(水) 12:38:38.29 ID:obtTERoQ.net] そもそもVB6は割りと早かっただろうに C#に移行するときにモッサリ感でイライラした人も多かったはずだが 867 名前：デフォルトの名無しさん mailto:sage [2017/01/25(水) 14:12:06.66 ID:LppA2Fcl.net] C#も実行時は機械語だし、VB6なんて完全に機械語だろ 868 名前：デフォルトの名無しさん mailto:sage [2017/01/25(水) 14:18:51.33 ID:7AoQtGUX.net] >>855 +1 >>854 +1 >>853 +1 >>852 -1 869 名前：デフォルトの名無しさん [2017/01/25(水) 16:32:03.08 ID:ABI1PFb6.net] ラムダガイジ、LINQガイジ、staticおじさん、VBガイジは巣に帰れ 870 名前：デフォルトの名無しさん mailto:sage [2017/01/25(水) 19:30:14.67 ID:/wdbuGDr.net] 俺も>>853にもう一票。 ただそれ以前に暴れている奴がいないと思うが。 あとC#はnativeでは無くMSILだろ。そして必要十分な速度は出ていると思うよ。 DBについては、自前でDBモドキを作る位なら最初からDB使えって話だろ。 ただしOSは今のNTFS+検索用インデックス（現行システム）でいいと思うけどね。 大半は階層化で問題ないし、必要あればDBを動作させればいいだけ。 WPFは使ったこと無いが、中途半端なものを作るのではなく、 最初からHTMLにしとけばよかったと思う。 871 名前：デフォルトの名無しさん mailto:sage [2017/01/25(水) 19:33:54.26 ID:G7Mt73tJ.net] >>860 C#は実行時はネイティブだよ Javaみたいなインタプリタとのハイブリッドとも違い、ほぼAOTな方式 872 名前：デフォルトの名無しさん mailto:sage [2017/01/25(水) 19:34:38.55 ID:uJriqNlz.net] >>857が言ってるのはCPUに命令渡されるときは機械語だってような意味でしょｗ 873 名前：デフォルトの名無しさん mailto:sage [2017/01/25(水) 20:00:27.57 ID:/wdbuGDr.net] >>861 JITと言えよ。話が余計におかしくなるだろ。 とはいえMonoは直接native吐けるようだが。 874 名前：デフォルトの名無しさん mailto:sage [2017/01/25(水) 20:06:49.55 ID:a2fwv9ft.net] >>863 .NETは起動時にコンパイルだから、JavaのHotSpotみたいなのが真のJITだとするなら実質的にはAOT寄りでしょ あくまでコンパイルするタイミングの問題でしかないので、ngenや.NET Nativeみたいなのも技術的に難しくない Cのソースを実行前にコンパイルしてるようなもんだ 875 名前：デフォルトの名無しさん mailto:sage [2017/01/25(水) 21:03:29.96 ID:/wdbuGDr.net] >>864 所詮は言葉の定義だから争う意味はないんだが、 普通は「直接実行出来ない形式」(=MSIL)で配布され、 それを実行時(=CLR)に機械語に変換して実行するのなら、それはJITと言う。 MonoのAOTは見た目EXビットの対策用で、結果的にnativeが入手出来るが、それはJITより効率が悪い。 例えばJavaScript（V8）の場合は実行時にまず手抜きJITを行い、実行する。 そして何度も実行される部分だけ、最適化JITを行う。 最適化JITを最初から全面的に行わないのは、最適化にも時間がかかるから。 つまり、「JITコンパイル時間＋実行時間」が最小になるように最適化している。 もちろん最適化JIT済みのnativeを吐くのも簡単なはずだが、必要ないから見たことはない。 Javaは知らんがHotJavaも同じようなコンセプトだったので、多分同じ。 結局、MonoのAOTは「常に最適化JIT」を全面的に行う分だけ効率が悪い。 ただしAOT済みのexeを配布/使用する場合はJIT時間分だけ効率がよくなる。 MonoはLinux等もターゲットにしているのでAOTが必要だが、 動的コードを実行出来る環境(windows)では必要なかった。 ここで.NET Nativeが出てきたところをも見ると、MSもJIT時間が気になっていたということではある。 .NET NativeならAOTと言っていい。 ただの.NET(MSIL)なら、やっぱりJITだよ。それは実行時（ダブルクリック以降）にコンパイルしている。 最初から全面最適化JITするという、頭の悪いJITを積んでいるだけでしかない。 ではC#は？というのはこの意味では質問が悪いが、 今のC#はMSILが主流だと思うが、 所詮大半はwindows/x86(x64)でしかないのでexeでも問題ないし、今後は変わるのかもね。 ちなみに.NET Nativeにしたら、難読化はかなり進むのかな？ 876 名前：デフォルトの名無しさん mailto:sage [2017/01/26(木) 02:07:47.45 ID:NrOKhjjD.net] >>865 技術が進歩したり、複合技を使うようになったから言及することにあんまり意味はないんだけどね MSILで配布してインストーラでngenをかけるソフトとか、AndroidのArtの事前コンパイルを見ればAOTというのも間違いではない 877 名前：デフォルトの名無しさん mailto:sage [2017/01/26(木) 07:09:13.07 ID:hf6GrTPo.net] 今度は完全に論破しないと気がすまない奴が集まりだしたなぁ 878 名前：デフォルトの名無しさん mailto:sage [2017/01/26(木) 09:22:35.13 ID:+HXQGO57.net] c#で出来たms製の製品って何がありますか? 879 名前：デフォルトの名無しさん mailto:sage [2017/01/26(木) 09:47:45.25 ID:e+Zq8z+D.net] >>868 Visual Studio 880 名前：デフォルトの名無しさん mailto:sage [2017/01/26(木) 10:33:30.90 ID:MZPXqvXg.net] >>869 devenv.exe cl.exe ml.exe nmake.exe link.exe こういうの全部ネイティブなんだが、C#で作ってネイティブ化してるのか？ｗ 881 名前：デフォルトの名無しさん mailto:sage [2017/01/26(木) 11:30:14.20 ID:Bx3m0kqD.net] >>870 例えばdevenv.exeとかファイルサイズが1MBすら無いけどそれだけでVS動いてんの？ 882 名前：デフォルトの名無しさん mailto:sage [2017/01/26(木) 12:08:47.81 ID:sD2fcvWW.net] >>871 何馬鹿なこと言ってるんだ？ 今俺が起動してるVSだとntdll.dllｊから数えて426モジュールロードされてるが、その中にはC#で作られてるのもあるよ VSはVSで作られてるかもしれんが、VSはC#で作られてるとは言わないだろ 883 名前：デフォルトの名無しさん mailto:sage [2017/01/26(木) 12:13:43.88 ID:ecr0NxNG.net] 馬鹿はおめーだよ死ねガイジ 884 名前：デフォルトの名無しさん mailto:sage [2017/01/26(木) 12:23:03.13 ID:A9+CgNOi.net] どうでもいいですよ 885 名前：デフォルトの名無しさん mailto:sage [2017/01/26(木) 14:11:50.02 ID:+5gKaLQm.net] >>872 >その中にはC#で作られてるのもあるよ どのくらいの割合で？ 886 名前：デフォルトの名無しさん mailto:sage [2017/01/26(木) 14:51:13.51 ID:sD2fcvWW.net] >>875 このスレにいるならVSぐらい入れてるだろ。興味あるなら自分で数えろよ 887 名前：デフォルトの名無しさん mailto:sage [2017/01/26(木) 15:46:52.91 ID:NrOKhjjD.net] VSはWPF製 888 名前：デフォルトの名無しさん mailto:sage [2017/01/26(木) 15:54:26.65 ID:mfu+uciH.net] ガワがWPFでネイティブツール群を呼び出しているならC#製と言っていいね 889 名前：デフォルトの名無しさん mailto:sage [2017/01/26(木) 16:25:36.23 ID:eYmqMcR3.net] VS2010からWPFになって激重。 890 名前：デフォルトの名無しさん mailto:sage [2017/01/26(木) 17:41:07.76 ID:Ofw1Wwb+.net] SSD君登場 891 名前：デフォルトの名無しさん mailto:sage [2017/01/26(木) 18:25:52.64 ID:BIlB42US.net] "PrismUnityApplication" は名前空間 "using:Prism.Unity.Windows" に存在しません。 とエラー一覧に出るようになって <prism:PrismUnityApplication に波線が付くようになったんだけどどうすれば直りますか？ プログラムは何の問題もなく動きます。 892 名前：デフォルトの名無しさん mailto:sage [2017/01/26(木) 18:38:59.08 ID:RbsnIhge.net] >>879 逆でしょ 偶にVS2010使うと糞重くてイライラするぐらいなのに 893 名前：デフォルトの名無しさん [2017/01/26(木) 20:12:45.99 ID:FrBndq/i.net] 質問すみません 今MVCでEntityFrameworkの勉強中なんですけど、DisplayNameの属性で日本語指定すると文字化けするんですが何が原因と思われるでしょうか 894 名前：デフォルトの名無しさん mailto:sage [2017/01/26(木) 20:39:43.56 ID:kmw2XayL.net] >>883 えーっと俺も経験あるような� 895 名前：Cがするんだが思い出せない。 どうにかしたら直ったと思う。 [] [ここ壊れてます] 896 名前：デフォルトの名無しさん mailto:sage [2017/01/26(木) 20:50:44.48 ID:Ofw1Wwb+.net] >>881 気にしない xamlのコンパイラ統合は未だみたいだね 897 名前：デフォルトの名無しさん [2017/01/26(木) 21:45:58.05 ID:3P/eAUHh.net] >>884 ありがとうございます そうですか。このあいだまでは確か普通に出来てたんですよね。。 プロジェクト変えたりweb.configでencoding書いてみてもダメでどうしたものかと 898 名前：デフォルトの名無しさん mailto:sage [2017/01/26(木) 21:47:05.34 ID:He8RO7U3.net] >>866 何で君がAOTということにしたいのかよく分からんが、 俺は誤解の少ない言葉を使えと言っているだけ。 主流派がMSILならJITと言うべき。 主流派が君の言うようにnativeならAOTと言うべき。それだけ。 君がAOTだと言い張るのは自由だが、周りから見たら面倒な奴でしかない。 ただAOTは時間予算が潤沢であるところが本質的に異なる。 > しかし，AOT方式をいざ導入してみると，サイズの大きなアプリのインストールや， > 一度に複数のアプリをアップデートするような場合にコンパイルに時間がかかり， > 場合によっては20分程度かかるケースが存在していたようです。 > このインストール時間を問題と捉えて， > Android NのARTでは，JIT方式をもう一度使うことになりました。 > これまでのAOT方式を止めてしまったというワケではなく，実行のタイミングが変わり， > 端末がアイドル中かつ充電されている場合のみに変更されることになりました。 > gihyo.jp/lifestyle/clip/01/awt/201603/24 だから単純に持ってきた場合にはこういう事が起きる。 ちなみにngenも同様の仕組みは持っている。 > https://msdn.microsoft.com/ja-jp/library/6t9t5wcf(v=vs.110).aspx 最近思うのは○○言語スゲーという信者が多いこと。 C#はそういう馬鹿は比較的少ない感じだが、君がそうなら、それは止めた方がいい。 C#は開発速度を最適化した言語で、結果的に実行効率はC/C++より悪いし、よくなることはない。 これを踏まえた上で、そのアプリにとって最適な言語を選択すればいいだけのこと。 899 名前：デフォルトの名無しさん mailto:sage [2017/01/26(木) 21:48:44.28 ID:6c1mJ3TJ.net] >>875 デバッガのホストのように、目的の性質上ネイティブでなければならない一部のものを除けばほぼ全て VS2010のときに全面的にC#で作り直したらしいよ VSはC#で書かれたマネージドアプリだと公言してるし 900 名前：デフォルトの名無しさん mailto:sage [2017/01/26(木) 21:57:18.89 ID:6c1mJ3TJ.net] >>887 誤解の少ない言葉を使えと言いながら実行速度の話とJITをごっちゃにして不要な混乱を招くのはいかがなものか 原理的にはJITの方が実行時のプロファイルをヒントとして最適化ができる分だけ有利だ あとは起動時間や実行時にコードを差し替えるコストとのトレードオフだが、 サーバーならそこは全く問題にならないので実際JavaのHotSpotなんか(あくまでサーバー用としてはだが)すごく高性能だよ 重い処理やらせると段階的に最適化されて速くなっていくのが目に見えて、最終的には素直に書いたC++を超えるケースもある 901 名前：デフォルトの名無しさん mailto:sage [2017/01/26(木) 22:14:43.93 ID:kmw2XayL.net] >>883 ファイルのエンコードデングが関係してないか？ 902 名前：デフォルトの名無しさん mailto:sage [2017/01/26(木) 22:15:11.50 ID:BIlB42US.net] >>885 Blendで試したらエラーもなく、デザイナーも表示されたのでこれでしのぐことにします。 903 名前：デフォルトの名無しさん mailto:sage [2017/01/26(木) 22:19:59.87 ID:vDjllkLc.net] >>881 可也期待薄だが、俺の環境のxamlのトラブルは https://social.msdn.microsoft.com/Forums/vstudio/ja-JP/f7541527-df77-4bd7-8458-f90565bf34b4/visual-studio-2015-?forum=wpfja の一番最後の方の解決法で何とかなった こっちはblend関係だから望み薄だが、やっても害が出るものじゃないしよろしければどうぞ 904 名前：デフォルトの名無しさん mailto:sage [2017/01/26(木) 22:28:27.88 ID:uLxLwJKu.net] >>888 > VSはC#で書かれたマネージドアプリだと公言してるし ソースある？ 905 名前：デフォルトの名無しさん mailto:sage [2017/01/26(木) 22:34:12.57 ID:He8RO7U3.net] >>889 つか、全体として何が言いたいのか分からない。 C#についてなら、俺は主流はMSILだと思っているから、JITと言う方が適切だと言っている。 俺の認識が間違いで、主流は既にnativeであれば、AOTという方が適切だ。 君がそう思っているのならそれでいい。 C#の方がC/C++よりも高速であれば、高速アプリは全てC#で開発されることになる。 実際は、高速アプリは全てC/C++で組まれてるだろ。これが現実。 速度差は仕様差から来ているから、今後ともこれは埋まらない。 > 最終的には素直に書いたC++を超えるケースもある JA馬鹿も同じ事を言うのだが、探して見つけて喜んでいる時点でゴミ。 アプリの性質を考えて、適切な言語を選択すればいいだけ。 ただ現実的にGUIも含めて全部C/C++で組むのもだるいので、 NumPyが流行るのも分かるし、実際あのアプローチがいいと思うが。 いずれにしても、C#信者ならそれは止めておけ。 それぞれ得手不得手はある。それは当たり前の話。 万能言語があったらこんなに乱立しない。 906 名前：デフォルトの名無しさん mailto:sage [2017/01/26(木) 22:54:19.21 ID:7sPtmcfc.net] 長文ウゼエ 907 名前：デフォルトの名無しさん [2017/01/26(木) 22:57:35.93 ID:SLW9Whol.net] 速度はC++の方が早いよ でも普通のアプリならそこまで問題にならない程度の差 908 名前：デフォルトの名無しさん mailto:sage [2017/01/26(木) 23:03:14.05 ID:C8HlRM2h.net] なんか昨日から長文野郎が常駐してて空気が悪くなってる 909 名前：デフォルトの名無しさん [2017/01/26(木) 23:03:30.86 ID:GQnwZs38.net] >>890 ありがとうございます 確認してみます！ 910 名前：デフォルトの名無しさん mailto:sage [2017/01/26(木) 23:30:49.26 ID:NrOKhjjD.net] >>894 自分で争う意味はないって言ったのになんでそんなに定義にこだわるんだ？ 俺を含めて、一般的にはJITと呼ぶ（個々を見るとAOT的な側面や使い方もあるね）って言ってるだけだぞ 911 名前：デフォルトの名無しさん mailto:sage [2017/01/26(木) 23:50:28.00 ID:NrOKhjjD.net] >>894 あと、>>889はJavaやC#がC++よりはやいとか優れてるなんていってないじゃん Javaも悪くはない言語選択だよっていってるのに お前は何か、みんなが前提として理解してることを延々と説明してる感じ 912 名前：デフォルトの名無しさん mailto:sage [2017/01/27(金) 00:00:30.43 ID:sOrVpnzk.net] 高速アプリが全てC++で組まれてるというのも思い込みもいいとこだな AmazonがC++でやっててクソ遅かった大規模データ処理が Java+Hadoopに乗り換えることで大幅に改善されたという例もある 今時言語の速度なんてあくまで要素の一つに過ぎないんだよ 913 名前：デフォルトの名無しさん mailto:sage [2017/01/27(金) 00:06:54.41 ID:FPm896mM.net] >>901 こういう馬鹿のデスマーチの尻拭いを何度したことか。氏ね。 914 名前：デフォルトの名無しさん mailto:sage [2017/01/27(金) 00:07:53.10 ID:fDORPAeX.net] 別に長文でもスレ違いでも参考になるようなレスなら何とも思わないけど 今のこれは実にくだらないねw 915 名前：デフォルトの名無しさん mailto:sage [2017/01/27(金) 00:11:06.35 ID:a4ei9zsf.net] ガチのHPCだとコアはCUDAだったりFortranも現役だったりで、これまたC++とは限らない あまりにも見識が狭すぎる 916 名前：デフォルトの名無しさん mailto:sage [2017/01/27(金) 00:24:44.98 ID:QXZBJ6J+.net] 長文はキチガイ 917 名前：デフォルトの名無しさん mailto:sage [2017/01/27(金) 00:29:28.64 ID:CH0FWDPd.net] >>899 おいおいすりかえんなよ。 俺はC#はJITと言う方が近いと言っている。 君はC#はAOTだと言い張っている。 俺は君が「C#はAOTだ」と言い張る理由が分からない。 C#に問題があるとしたらまずは速度だ。AOTと言い張る理由にもなる。 だからそれに言及しただけ。 では何故AOTだと言い張るのか理由をを言ってみてくれ。 俺はCUDAも使ったことあるよ。 ただそれをここで言う意味もないだろ。 918 名前：デフォルトの名無しさん mailto:sage [2017/01/27(金) 00:30:54.80 ID:iNBXS39I.net] 申し訳ないが3行以上はNG 919 名前：デフォルトの名無しさん mailto:sage [2017/01/27(金) 00:31:00.69 ID:g7nuPYvQ.net] >>906 .NET Native知らないの？ 920 名前：デフォルトの名無しさん mailto:sage [2017/01/27(金) 00:54:42.49 ID:9J0c8boi.net] 本日のNGID:CH0FWDPd

---

---

[ 続きを読む ] / [ 携帯版 ]

read.cgi ver5.27 [feat.BBS2 +1.6] / e.0.2 (02/09/03) / eucaly.net products.
担当:undef