C# vs Java どっちが好き? その3©2ch.net
■ このスレッドは過去ログ倉庫に格納されています
C++よりも近代的な言語のはずのJavaがString型に関してはC++よりも古臭いっていうのは
> 7. 演算子オーバーロードがない。
に起因してんのかな 個人的にはスレッドの使いやすさでC#はJavaにブッチギリで勝ってると思う
特にasync、awaitとかのメカニズム >>288
parallelとかよく使うけどなぁ
スマホアプリならいらないかもしれないが サービスとかデーモンプログラム作ってたらThread必須だけどな
JAVAerってTomcatの範囲を逸脱したものなんてそもそも作らないんだろうな C#erなんてWinFormsアプリしか作んないじゃんw バイオハザードっていつからWinFormsアプリになったんだ?ww >>292
VBユーザーだろ、WinゴミFormsアプリ使う低能は。
デスクトップアプリなら普通WPFかUWP使うよ。
あとはASP.NET MVCとかWebAPIとか、Unityとか。 Javaはデスクトップアプリは壊滅的だからな
Androidのメイン開発からはずれたら、後は金融系(笑)しかないんじゃないか? C#とJavaってどっちもどっちでしょ
同じ括りじゃん StringBuilderだかStringBufferだかを使わないと碌に文字列連結もできない欠陥言語と一緒って言われてもな >>304
それは連結に見せかけて、連結した文字列を新しく生成してる。
メモリの無駄が多い。
StringBuulderのは破壊的な連結で、元の文字列が連結した文字列に変わる。 メモリの無駄を気にするレベルのプログラム作れるようになってから発言しろよw意識高い系かよww 要雀の涙ほどのメモリの無駄を理由に欠陥言語呼ばわりしてるんだから
別にすり替えてない >>305
StringBuilderもtoStringのときに新しくStringを生成してるよ
メモリが無駄かどうかは連結できるかどうかとは独立してる事柄だよ 問題になるとしたらメモリの無駄じゃなくてパフォーマンスなんだけどな
まあJava世界ではどうでも良いことだろうけど C♯だけど、SQLみたいなそこそこの長文
+で繋ぐよりstringbuilder使う方が
やっぱり速かった。
ちょっとしたもの以外はstringbuilderを使うべし。 SQL文の連結パフォーマンス考えるよりもまず速く検索できるSQL文を考えろよ >>312は論点のすりかえだね。
SQLのパフォーマンス改善の話をしてるのではない。
長い文字列のパフォーマンスの話をしてるのだよ。 どうして長い文字列のパフォーマンスの話をしてるの? 長くて複雑なSQL文があったとして
検索時間>>>>クエリ生成時間
なのはどうしようもない事実だからじゃない?
クエリ生成に掛かる時間が1ms変わったからって
SQL検索の時間はその100〜1000倍以上じゃない? まぁ長いクエリってCSVからINSERTクエリを起こすって話なら分からなくもないけど
それならそう言わないと伝わらないし
長いSQL文って言ったら一般的にはSELECT文の方だろうな >>316
「SQLみたいな長い文」の話であってSQLだけの話をしてるわけではないから>>312はズレてる どんだけ長いクエリ作るつもりなのか知らんけど1msも違わないわな
StringBuilderのほうが速いのは当たり前だけど >>318
どうして長い文字列のパフォーマンスの話をしてるの? >>320
+連結するかstringbuilder使うのか
って話題でしょ どうしてStringとStringBuilderを比較するの? なんで? どうして? >>325
マジ、激マジ
だってこのスレJavaが大好きなことを大声で叫ぶスレなのよね?
どうしてStringとStringBuilderの比較をしてるの?
お姉さんにもわかるように説明してちょうだい C#にはStringしかありません、しかしJavaにはStringBuilderがあります
だから僕たち私たちはJavaが大好きです!!
こう言ってるんだったらわかるよ
でもこうじゃないよね StringよりStringBuilderが速いです
で? だからなに? どうしてStringとStringBuilderを比較するの? なんで? どうして? >>326
お姉さんであることの証明写真をアップしたら親切な人が説明してくれるよ SQLを例に出した時点で>>311の負けは決まってた 思いを伝えて欲しいんだよね
Javaが好きだって思いが全然伝わって来ないよ!
ちゃんと伝えようよ! 思ってるだけじゃだめなんだよ!
StringよりStringBuilderが速いから僕はJavaが好きです
100歩譲ってこれでも良いよ
正直言って論理展開がよくわかんないけど
それでもJavaが好きなんだなあという熱い思いが伝わるからね
身振り手振りも交えて全力で伝える努力をしようよ >>333
/ ̄ ̄\
/ .ー ー \
| (●) (●) | ___
| (__人__) | / ー ー \
| `i i´ | . / (●) (●)ヽ、
| . `⌒ } . /. (__人__) ヽ
ヽ } | `i i´ .|
ヽ ノ .\ _. `⌒ /
/ ヽ / ⌒ `ヽ、
/ ヽ, ./ . ,9mー )
/ / } | .| | `ーー‐'゙
.| .{. .| | ヽ、 \ |
.| .|. .| | |\ ヽ .ノ
鏡に映ったあなたと二人 >>332
俺が言ってる証明というのはそういうレベルではない
今時チンコついてるやつでももっと女っぽいのはザラにいる >>336
そっちのレベルではチンコついてる女が好きってこと?
レベル高いよね うるせーマンコ見せろって言ってるんだよ
理解力の悪いやつだな >>331
勝ちも負けもないと思うんだけど
一般的なシステムにおいてはIOがボトルネックになる
という方向に話を広げたことについてはマジリスペクトするよね
この人はわかってるなと思った
泥水すすって酸いも甘いも経験してきた地獄の戦士だと思ったね
DBの沼は深い >>318
なんで「SQLみたいな」ってSQLを例にあげたの?
>>317みたいにcsvからinsert文作るくらいじゃなきゃ秒単位のパフォーマンスが気になるレベルにはならないと思うけど具体的にどんなクエリ書いてんの?
内容はいいや
その長いSQL文とやらを実際にメモ帳かなんかに貼って何MBあるか教えてくれない? 文字列のパフォーマンスを比べるなら、C#には掟破りのポインタってのも有るけどね 短い文字列を2,3個連結するのに、+じゃなくてStringBuilder使えとかコードレビューで指摘してくる奴いるよなw >>343
Javaへの移植とか考えてたんだろうな
まさに害悪 >>344
絶対いる
かつてコードレビューを外注という恐ろしいプロジェクトがあって
投げられた先ではプログラム未経験者たちが
好き勝手なことを書きなぐってた Javaはリリース直前になっても意見の集約すらまともにできないゴミ
IBMとRed HatがJavaモジュール(Jigsaw)に反対を投票
https://www.infoq.com/jp/news/2017/06/no-jigsaw C#及びdotnetの新Verで旧Verのコードのビルドや実行ができなくなるって事はほぼないけど(dotnetの場合共存前提、1.1⇔2は除く)
Java、jreってメジャーバージョンが変わる度に毎回移植に苦労してるよね Javaとかいうクソ言語を使ってる世界中の似非プログラマに言いたい
そんなクソ言語を使ってるかぎり、C#erの俺には勝ち目ねぇよ >>353
どうもJava派がC#派を装って反感を買おうとしてるようにしか思えない Javaってまぁ数多いし
情報系学科で課題のプログラムを先輩やクラスメイトの丸写しで出してた様な人向けの言語だよね >>355
Javaの用途なんて課題の提出用ぐらいのもんだからね
プロが実用的なプログラム作る言語じゃない Javaが優れた言語なら毎年のように新しいJVM言語が作られるわけがない 優れているからこそ
Javaを超えられずにつぶれていくんだ JavaはKotlinの登場によって
言語仕様を残してメイン開発としては消えゆくのみ Javaの良いところが一つも上がってないんじゃが
C#に勝てるところ一つぐらいあるでしょ? >>23
そこまで見越して買収したんだろうなボラクルは >>40
マイクロソフトもボラクルと良い勝負だわ
どっちも氏ね C#でOutOfMemoryって無限ループでもやらかしたときぐらいだが
C++でも当然同じことが発生するよな C#だろうがJavaだろうがDB全件検索するだけで余裕 テーブルAのデータを全件取得してCSVファイルに落として。
という仕様でプログラム組んで貰ったら、大抵のプログラムは
メモリー不足で落ちるわ
どっちの言語もいけてねえー メモリって環境依存だよね?
言語に左右されんだっけ?
そりゃオブジェクト指 向言語の方がCとかより無駄メモリ使用してるだろうけど foreachではなく何を使うかなーー
create cursorでいいかな ちなみに初期のJavaが好き。
文法は制限されてる方が良いと思う。要は誰が書いても同じになるように。
機能はライブラリで増やすのが個人的には理想です。 今は拡張しすぎてどっちも糞。
歴史をみれば拡張しすぎた言語は衰退する。 >>379
そのとおり、キミみたいな歴史を知らないガキは黙ってたほうがいい。 それでも世間は言語を拡張しろ拡張しろとうるさいし
拡張をやめたら忘れられてしまう
現に最終FIXを宣言したTexは それは世間ではなく言語オタクである。オタクのオナニーに付き合うとC++みたいになる。
結局、プロジェクトでまともに使うにはあれ禁止、これ禁止の禁止事項だらけになる。
C++が糞化したから登場したJavaやC#がまた同じ運命辿っている。
C#とJavaはオワコン。すべて言語オタクがあれもこれもと拡張したせい。 ■ このスレッドは過去ログ倉庫に格納されています