- 1 名前：仕様書無しさん [2007/02/14(水) 15:14:25 ]
- 言語機能的にも実装的にもどっちが上なんですか？
- 521 名前：仕様書無しさん mailto:sage [2008/02/03(日) 00:05:34 ]
- クライアントサイドのプログラムは絶対にMS製開発環境で作れ。
サーバーサイドはどうでもいい。
これ、客に喜んでもらえる最低条件。
- 522 名前：仕様書無しさん mailto:sage [2008/02/03(日) 00:10:50 ]
- デスクトップアプリとクラサバとWebアプリの違いや用途を説明しきれてない
だけなんじゃないの。エクセルだけで情報共有やコラボは厳しいでしょ。
- 523 名前：仕様書無しさん mailto:sage [2008/02/03(日) 00:26:13 ]
- >>521
うちクライアントPCがLinuxになっちゃったんで、折角作ってもらっても動かないんですが...
- 524 名前：仕様書無しさん mailto:sage [2008/02/03(日) 01:31:10 ]
- >>520
そっか、概要からやってるマって少ないのか？
普通に画面設計（何も無いところからの提案）からやってるけど
- 525 名前：仕様書無しさん mailto:sage [2008/02/03(日) 02:02:00 ]
- >>524
おまえのなかでは概要=見た目なのか？
ほんとに開発経験あるの？
- 526 名前：仕様書無しさん mailto:sage [2008/02/03(日) 02:03:34 ]
- >>525
いやｗ当然見た目だけじゃないよ？
開発は１０年以上してるけどなぁ
- 527 名前：仕様書無しさん mailto:sage [2008/02/03(日) 02:11:36 ]
- >>526
１０年以上・・・
画面にどの項目が必要かは機能に依存する、それはデザイナにはわからない。
ベースになる画面=画面設計はマの仕事。
「見た目」って言うのはそのベースに肉付けするタスク、これはマよりデザイナのタスク。
画面設計（マ）→見た目（デザイナ）→反映（マ）
スレチだしコレで終わりな・・・
- 528 名前：仕様書無しさん mailto:sage [2008/02/03(日) 02:40:03 ]
- >>527
>>513の
＞現実的な工数で見た目のいい物ってなるとJAVAのほうがよかったりする？
もスレチかな？
デザイナが独立してる業務はやった事が無いからな
分業してるところがあるってのも理解できる
手法が違うんだろうな
ウチはこんな感じ
・顧客と要件確認
↓
・機能概要設計（開発者から提示）→顧客と機能確認
・画面設計（開発者から複数提示）→顧客と使い勝手と見た目の好みを協議
↓
・詳細設計〜MAKE〜TEST
で、聞きたいのは一番上のやつね
マとデザイナが分業じゃ無い人の意見聞いてみたいな
- 529 名前：仕様書無しさん mailto:sage [2008/02/03(日) 04:44:59 ]
- >>528
> ＞現実的な工数で見た目のいい物ってなるとJAVAのほうがよかったりする？
> もスレチかな？
エスパー募集にした方がいいよ。
- 530 名前：仕様書無しさん [2008/02/03(日) 09:02:44 ]
- JAVAって文字コードの変換とかしょぼくね？
- 531 名前：仕様書無しさん mailto:sage [2008/02/03(日) 13:17:23 ]
- Webアプリだとデザインは分業が多いよね。逆にVBとかで作るWinアプリだとあまり聞かない。
その前提がズレてんじゃね？ まぁ、SE/プログラマにデザインやらせるもんぢゃないよ。
- 532 名前：仕様書無しさん [2008/02/03(日) 14:03:39 ]
- SE/プログラマにデザインやらせた結果の産物→Windows
デザインとプログラム分業の結果の産物→Mac OSX
- 533 名前：仕様書無しさん mailto:sage [2008/02/03(日) 14:12:34 ]
- どっちもどっちだな
- 534 名前：仕様書無しさん [2008/02/03(日) 15:16:52 ]
- 学者と大手技術者にやらせた結果→Tron
- 535 名前：仕様書無しさん mailto:sage [2008/02/03(日) 15:23:01 ]
- 自動改札くらいしか使ってるの知らないな
- 536 名前：仕様書無しさん [2008/02/03(日) 15:36:16 ]
- 2chネラーにやらせた結果の産物→MonaOS
- 537 名前：仕様書無しさん mailto:sage [2008/02/03(日) 17:09:08 ]
- ひろゆきにやらせた結果→このざま
- 538 名前：仕様書無しさん mailto:sage [2008/02/16(土) 00:30:40 ]
- JAVAとかC++とか関係無い
俺が１人で優れている
- 539 名前：仕様書無しさん mailto:sage [2008/02/16(土) 00:53:49 ]
- おじゃばじゃないんだからｗ
- 540 名前：仕様書無しさん mailto:sage [2008/02/16(土) 09:13:29 ]
- インタプリタな言語から来た人なのか？
コメントが全く入っていないコードの書き方。
- 541 名前：仕様書無しさん mailto:sage [2008/02/22(金) 21:59:41 ]
- やっぱJava->C++と進んだ方がいいのか。
俺C言語とPerl同時にやってる・・・。
で、3月から就職活動です。
- 542 名前：仕様書無しさん mailto:sage [2008/02/23(土) 09:33:22 ]
- >>541
スレ的にはなんだが学生ならC++もJAVAもイラネ
Cだけのほうが変に染まって無くていいよ
でもCで変に染まってるのは簡便な
ソフトウェア工学とかコンピューター工学をおさらいしてたほうが良いんじゃないか？
- 543 名前：仕様書無しさん mailto:sage [2008/03/22(土) 20:19:06 ]
- どっちが優れてるかって、Javaに決まっているだろ。
Javaの方がバージョンアップとかされてるし、
機能もどんどん豊富になっているのに。
JavaとC++それぞれで、同じ仕様のソフトを作らされたとしても、
断然Javaの方が早く仕上げることが出来るよ。
しかもバグ無しでね。
- 544 名前：葉猫 ◆Jz.SaKuRaM mailto:sage [2008/03/23(日) 14:48:10 ]
- C++は日進月歩が激ちいから、ちょっと勉強を怠るとまったく別言語のように感じられまつね。。。。。。
- 545 名前：仕様書無しさん mailto:sage [2008/03/23(日) 15:17:34 ]
- C++の日進月歩が激しい！？
マジ？Javaの間違いだろ。
- 546 名前：仕様書無しさん mailto:sage [2008/03/28(金) 11:13:52 ]
- Boostのことだろ、jk。
- 547 名前：仕様書無しさん mailto:sage [2008/03/28(金) 23:19:32 ]
- jk＝女子高生的に考えて？
- 548 名前：仕様書無しさん mailto:sage [2008/05/23(金) 18:18:55 ]
- const がない言語は使いたくない。
const がない言語は private や protected がないのとたいして変わらない。
- 549 名前：仕様書無しさん [2008/05/27(火) 01:04:34 ]
- OK、ベンチマークテストで決着だ。
じゃ、C++派のオレからね。
----
#include <iostream>
template <int N>
struct Fib{
enum{ value = Fib<N - 1>::value + Fib<N - 2>::value };
};
template <>
struct Fib<2>{
enum{ value = 1 };
};
template <>
struct Fib<1>{
public:
enum{ value = 1 };
};
int main(){
std::cout << Fib<32>::value << std::endl;
}
----
計算時間：０秒
- 550 名前：仕様書無しさん mailto:sage [2008/05/27(火) 21:32:03 ]
- >>546
言っている意味が分からん
- 551 名前：仕様書無しさん mailto:sage [2008/05/30(金) 13:58:41 ]
- どこの専門学校でも最初に学ぶのは
C言語だよ
まあJavaは業界標準になったけど
でもJavaはデスクトップアプリって言うイメージがあんまりない
Win以外では違うけどね
それとアルゴリズムとか何かに特化した解説書にはC/C++が多い
まあ自分はWin以外ではJava
WinではC++見たいな感じで使い分けているよ
開発環境に頼るプログラマーも増えてきているよね。
プログラマーの質が落ちてきているのかな？
イメージ的に
C++・・・中・上級者が多い
Java・・・様々
みたいな感じだね
かく言う自分もろくなプログラマーじゃないけどね
最終的にどっちかと言われたらC++だろうね
自分の能力をしっかりと反映してくれる鏡みたいなもんだね
でもSunの製品も好きだよ
- 552 名前：仕様書無しさん mailto:sage [2008/05/30(金) 19:03:09 ]
- どう考えてもアプリ作るんならjavaが開発速いだろ。
なんでわざわざc++を選ぶ？
- 553 名前：仕様書無しさん mailto:sage [2008/05/30(金) 20:04:35 ]
- Java で作った Word や Excel の動作を見てみたい。
- 554 名前：仕様書無しさん [2008/06/01(日) 21:06:04 ]
- Javaでは、出来ないことがある。また、速度も遅いし。
native使うと保守性の問題がでる。Java+他の言語をシステムレベルで，構築できるエンジニアは少ないから。
- 555 名前：仕様書無しさん mailto:sage [2008/06/01(日) 21:21:48 ]
- Javaでしか出来ないことの方が圧倒的に多いだろ…
てか、C++なんてもう流行らないだろ。
- 556 名前：仕様書無しさん mailto:sage [2008/06/01(日) 22:32:50 ]
- 使いこなせる言語が
C/C++
VB
Web-Scr系
Java
.NET
SQL
ASM
環境もマイコンからWebまで、ゲーム系から業務、組込みまで一通り開発してきた
俺 様 が 優 れ て い る
道具の優劣なんざ使う人間の質で変わるさ。
- 557 名前：仕様書無しさん mailto:sage [2008/06/01(日) 22:34:58 ]
- asm以外使えるけど
使える言語の多さで優劣は測れないだろ
- 558 名前：仕様書無しさん mailto:sage [2008/06/01(日) 22:35:38 ]
- 一つの言語をハッカーと呼ばれるレベルまで極めてみろよ
- 559 名前：仕様書無しさん mailto:sage [2008/06/01(日) 22:49:15 ]
- >>555
>Javaでしか出来ないこと
具体的にどういうこと?
- 560 名前：仕様書無しさん mailto:sage [2008/06/01(日) 22:51:25 ]
- >>558
特定の言語を極めたところでハッカーとは呼べない。
ハッカーってのは、そもそも言語を極めた奴のこと
ではない。
- 561 名前：仕様書無しさん mailto:sage [2008/06/01(日) 22:53:49 ]
- >>560
ではどういった人間をハッカーと呼ぶの？
- 562 名前：仕様書無しさん mailto:sage [2008/06/01(日) 22:55:10 ]
- >>561
ググレカス
- 563 名前：仕様書無しさん mailto:sage [2008/06/01(日) 22:57:09 ]
- プログラマーがハッカーと呼ぶ場合
その技術の高さから尊敬されるプログラマーのことを指す
例：Perlのハッカー
と認識しているが。
- 564 名前：仕様書無しさん mailto:sage [2008/06/01(日) 22:58:32 ]
- >>563
ググレカス
- 565 名前：仕様書無しさん mailto:sage [2008/06/01(日) 22:59:47 ]
- 一般人がハッカーと呼ぶ場合
セキュリティを破ってコンピュータに侵入する人間のことを指す
ただしどちらの意味でも共通して言える事は
コンピュータにやらせたいことをさせる事が出来る人間ということ
- 566 名前：仕様書無しさん mailto:sage [2008/06/01(日) 23:00:50 ]
- >>564
結局よくしらないんですね
聞いた僕が馬鹿でした
- 567 名前：仕様書無しさん mailto:sage [2008/06/01(日) 23:03:52 ]
- >>566
565が言うのが概ね正しい。
よって、Perlの〜とか、Javaの〜というのはあり得ない。
- 568 名前：仕様書無しさん mailto:sage [2008/06/01(日) 23:07:21 ]
- >>567
なぜあり得ないのか
ハッカーは自分の出身の言語によって考えるそうだが。
- 569 名前：仕様書無しさん mailto:sage [2008/06/01(日) 23:10:45 ]
- >>568
言語毎を極めることは、コンピュータにやらせたいこと
をさせる事が出来る人間のそれと同じではないから。
Perlは所詮、Perl。 Javaは所詮、Java。
出来ることは予め決まっている。
- 570 名前：仕様書無しさん mailto:sage [2008/06/01(日) 23:14:40 ]
- わかった
- 571 名前：仕様書無しさん mailto:sage [2008/06/01(日) 23:37:14 ]
- >>559
APIの豊富さ・使い勝手のよさ。
開発ツールの豊富さでもJavaの方が上。
- 572 名前：仕様書無しさん mailto:sage [2008/06/01(日) 23:53:39 ]
- >>571
それが Java にしかできなきことですか？ そうですか。
- 573 名前：仕様書無しさん mailto:sage [2008/06/01(日) 23:55:43 ]
- リバースエンジニアリングもJavaがやりやすいし、
リファクタリングもJavaの方が楽。
クラス構成の変更とかもJavaがやりやすい。
保守性を考えたら圧倒的にJava。
C++なんて昔のシステムの保守くらいだろ。
スピードだって今はハードの性能上がってるしな。
そこまでC++だからという恩恵は受けられない。
- 574 名前：仕様書無しさん mailto:sage [2008/06/01(日) 23:58:07 ]
- >>572
C++は開発をする上で柔軟性がないんだよ。
例えば手戻りが発生したら、Javaよりも多くの工数を必要とするの。
てか、ここでC++なんて勧めてるやつ、業務経験あるの？
学校で習ったことくらいしかないんじゃないのか？
- 575 名前：仕様書無しさん mailto:sage [2008/06/02(月) 00:19:46 ]
- いちいち2次元ベクトル new したくないし、まだC#の方がまし。
- 576 名前：仕様書無しさん mailto:sage [2008/06/02(月) 00:32:37 ]
- いまどきの学習言語はJavaじゃないの?
- 577 名前：仕様書無しさん mailto:sage [2008/06/02(月) 11:25:03 ]
- >>573と>>574が言ってることはダウト
これだから知恵の無い奴らは…ITゆとり世代?
まじでこの手の無能を使ってる時が一番心労がたまる…。
ちなみにこの手の無能の36歳の男と仕事してて疲弊したから俺は今日有給wwww
- 578 名前：仕様書無しさん mailto:sage [2008/06/02(月) 13:28:43 ]
- まじでC++プログラマの皆さんにはJavaの勉強をお薦めします。
そしてJavaのプログラムを作ってみてください。
C++の良さを再認識し、もっと良いプログラムを作れるようになるでしょう。
- 579 名前：仕様書無しさん mailto:sage [2008/06/02(月) 16:45:16 ]
- javaにはプリプロがないよね。
定数を定義するとき、みんなどうしてるの？
- 580 名前：仕様書無しさん mailto:sage [2008/06/02(月) 20:11:12 ]
- 定数より条件コンパイルしたいときに困った。
昔、無理やりCのプロプロ通してからjavaコンパイルしている同僚がいた。
- 581 名前：仕様書無しさん mailto:sage [2008/06/02(月) 23:42:42 ]
- >>577
俺は事実を言ったまで。
時代について来れないC++厨は一生疲弊してな。
- 582 名前：仕様書無しさん mailto:sage [2008/06/03(火) 17:25:24 ]
- Java アプリは GUI がカッコ悪いうえにもっさり感があってストレスが溜まる。
CPU が速くなっても C/C++ アプリのサクサク感と比較されるからずっともっさり
感がなくならない。
- 583 名前：仕様書無しさん mailto:sage [2008/06/03(火) 18:00:02 ]
- >>582
swingのこと？
JavaのGUIはswingだけじゃないよ。
- 584 名前：仕様書無しさん mailto:sage [2008/06/03(火) 18:19:18 ]
- Swingいったん氏に体になったけど、復活してデファクトになったんじゃなかったっけ？
- 585 名前：仕様書無しさん mailto:sage [2008/06/03(火) 20:16:00 ]
- >>583
何を使っているのか分からないがカッコ悪いのが多い。
文字や線もアンチエイリアスがかかっていないのが多くて醜い。
- 586 名前：仕様書無しさん mailto:sage [2008/06/03(火) 21:03:41 ]
- Javaってモッサリ言語だよね。
- 587 名前：仕様書無しさん mailto:sage [2008/06/03(火) 21:42:25 ]
- つーか、かっこ悪いかカッコいいかなんて
定量化できない主観的な意見だなｗ
そんなので言語の優劣をつけてるやつの方が
激しくかっこ悪い。
- 588 名前：仕様書無しさん mailto:sage [2008/06/04(水) 00:26:44 ]
- かっこいいかどうかはともかく、
OS標準のUIと見た目が違うのはが気になる。
それはまだいいが、操作性が異なるのはストレスたまる。
Javaが、というつもりはない。
C++だってクロスプラットホームという奴は大体そう。
おとなしく標準のコントロールを使ってくれ。
- 589 名前：仕様書無しさん mailto:sage [2008/06/04(水) 00:28:11 ]
- Javaで組んであると一目でわかるように
してるんぢゃね？ 糞でも出来ますよ、
この位ｗ って暗にアピールしてるような
ものだがなｗ
- 590 名前：仕様書無しさん mailto:sage [2008/06/04(水) 01:16:28 ]
- "Write once, run anywhere" を守るためならしょぼくなっても仕方ない。
- 591 名前：仕様書無しさん mailto:sage [2008/06/04(水) 13:28:55 ]
- Javaアプリだけ遅くなるのはいいけどリソース食いすぎで他のアプリにまで迷惑かけるなよ。
ノートPCだとまるでディスクキャッシュが無効の状態だよ。
小さいテキストファイルを開くたびに待たされてイライラする。
- 592 名前：仕様書無しさん mailto:sage [2008/06/04(水) 19:06:33 ]
- >>590
GUI周りをそれでやる必要はなかったな
- 593 名前：仕様書無しさん mailto:sage [2008/06/04(水) 19:33:24 ]
- >>588
クロスプラットフォームの意味が分かってれば
そんなバカなレスはしないはずなんだがな。
OS標準のコントロール使ってる時点でクロスプラットフォームじゃねぇだろ。
>>591
それはプログラマがしょぼいせい。
- 594 名前：仕様書無しさん mailto:sage [2008/06/05(木) 01:15:58 ]
- きっと Java にはしょぼいプログラマを惹きつける何かがあるんだよ。
- 595 名前：仕様書無しさん mailto:sage [2008/06/05(木) 09:27:19 ]
- 片方しか使えない人間にこのスレに参加する資格はない
- 596 名前：仕様書無しさん mailto:sage [2008/06/05(木) 12:00:46 ]
- 昔みんなが Java Java 騒ぐから一時 Java を使ってみたが、結局 Java の良さが
理解できなくて C++ に戻った。
- 597 名前：仕様書無しさん mailto:sage [2008/06/05(木) 23:22:42 ]
- >>594 >>596みたいな事言うやつってさ、
昔磨いた技術が捨てがたくて、
新しい技術を受け入れづらくなってるんだろうね。
時代についていけなくて悔しいから、
自分のプライドを守るために
粗探しに必死なんだろうよ。きっと。
>>595
全く。
- 598 名前：仕様書無しさん mailto:sage [2008/06/06(金) 05:04:26 ]
- JavaなんてどうせLinux専用みたいなもんだからc++でいい。
- 599 名前：仕様書無しさん mailto:sage [2008/06/06(金) 19:32:38 ]
- > JavaなんてどうせLinux専用みたいなもんだから
は？ｗ
- 600 名前：仕様書無しさん mailto:sage [2008/06/06(金) 22:14:35 ]
- LinuxってそんなにJava使われていたっけ?
自分が管理しているLinuxサーバー2台にぜんぜんJava入っていないけど。
- 601 名前：仕様書無しさん mailto:sage [2008/06/06(金) 22:24:43 ]
- Windowsで使われないJava。
Linuxで使われないJava。
やっぱりどこいってもCとC++なんだな。
- 602 名前：仕様書無しさん mailto:sage [2008/06/06(金) 22:46:11 ]
- 情けないねえ
別の言語を使うなんて格ゲーのキャラ変えるようなもんだろ
何をそんなに拘ってるんだか
- 603 名前：仕様書無しさん mailto:sage [2008/06/06(金) 23:27:18 ]
- JavaとC++の両方を高く評価しているやつなんて皆無だろ。
- 604 名前：仕様書無しさん mailto:sage [2008/06/07(土) 03:04:21 ]
- 本題からはズレるが、言語の優劣なんてプログラマには関係ない。
JAVAやC++を使うような連中は自分の意思で言語を決定できないからな。
どちらも四年制大学を卒業したプログラマが使う技術だ。
こういう連中は国家資格を取得し、メーカや独立系の企業で仕事をする。
自分が配属された部署がC++やってるなら、他に選択肢などない。
あと、現実的なこと言うと比較できるほどやってる人はいない。
CとC++が使えるPG、CとJAVAが使えるPGはけっこういる。
しかし、C++とJAVAを使い分ける人には会った事がない。
わざわざ2種類のオブジェクト指向言語を覚えるメリットは少ない。
あとはVBやRubyを触ったら熱が冷める。
その頃には、プロジェクト管理や契約書に関心がいくようになる。
- 605 名前：仕様書無しさん mailto:sage [2008/06/07(土) 06:41:54 ]
- >>601
>やっぱりどこいってもCとC++なんだな。
10年前の話？
>>604
VBやRubyに変わられる事はありえないだろ。
- 606 名前：仕様書無しさん mailto:sage [2008/06/07(土) 07:42:58 ]
- >>604
俺はVBを触っていたけど、今はJavaが好き。
.NETは高級言語過ぎて内部で何が起こっているのかわかりづらいからなぁ。
トラブルが起きた時にはまる時間が長くなりがちな気がする。
Rubyってインタプリタだからそれこそ遅いんじゃないの？
- 607 名前：仕様書無しさん mailto:sage [2008/06/07(土) 10:56:51 ]
- >>604
おまいと一緒にすんなよｗ
- 608 名前：仕様書無しさん mailto:sage [2008/06/07(土) 11:00:03 ]
- 俺は.NETが割とお気に入り
JAVAと違って学ぶことが多くあるからな
C++はジェネリックスがJAVAにも.NETにも搭載された時点で
存在価値が薄れた気がする
いまさらAPI叩く必要もないしな
- 609 名前：仕様書無しさん mailto:sage [2008/06/07(土) 11:02:28 ]
- あとVBは業務アプリ専用の糞言語とだけ言っておく
- 610 名前：仕様書無しさん mailto:sage [2008/06/07(土) 12:10:08 ]
- >>607
.NETはあんまり知らんけど、
Javaでサーブレットしてた方が自分で設定すべきことが多くて
学ぶことあるんじゃないのか？
Visual Studioとか使ってると、
何も知らなくても勝手にやってくれる部分が多いからなぁ。
>>609
確かに、
VBはExcelVBA以外はあえて使う事もないんじゃないかね。
>>604のVBを使ってJavaの熱が冷めた理由が本気でわからんｗ
- 611 名前：仕様書無しさん mailto:sage [2008/06/07(土) 12:19:57 ]
- >>610
.NETはあまり判ってなくても何となく組めるから勘違いされる
- 612 名前：仕様書無しさん mailto:sage [2008/06/07(土) 12:42:33 ]
- VBができると事務のお姉ちゃんにモテモテだからな。
たぶん。
- 613 名前：仕様書無しさん mailto:sage [2008/06/07(土) 13:00:01 ]
- ここでC++が、JAVAが良く判らなかったとか言ってる奴は
自分はアホですって告白してるようなもんだ
- 614 名前：仕様書無しさん mailto:sage [2008/06/07(土) 13:05:12 ]
- 判らないのはJAVAではなくJAVAの良さ
- 615 名前：仕様書無しさん mailto:sage [2008/06/07(土) 13:14:29 ]
- >>614
同じことだと思う。
- 616 名前：仕様書無しさん mailto:sage [2008/06/07(土) 13:39:39 ]
- >>614
自分でメモリ管理することの利点欠点と
それがイベント駆動型アプリケーションにもたらす影響を教えて
- 617 名前：仕様書無しさん mailto:sage [2008/06/07(土) 14:54:37 ]
- >>614
詳細設計しかやったことない新人プログラマがいる現場なら必要。
新人にメモリ管理はちょっと重荷かも。
今は開発者のレベル差が激しいから言語仕様で保障されてるほうが良い。
あとは、自分でロジック書けば開発コストも増える。
知識ついてくれば自分でもできることは増えるけど
言語やミドルウェアに頼った方が開発コストは減る。
- 618 名前：仕様書無しさん mailto:sage [2008/06/07(土) 18:10:23 ]
- >>616
> 自分でメモリ管理すること利点欠点
これはJavaのメモリ管理に対してのC++のメモリ管理のことか?
利点
- 必要なくなったオブジェクトを即座に削除できるのでメモリの無駄が減る。
- デストラクタによって局所変数を即座に後処理することができる。
この仕組によりメモリ以外の一般リソースの後処理もできる。
これはオブジェクトの外で finally するより簡単である。
- new や delete のオーバーライドによってメモリ管理を簡単に変更できる。
- プールやスマートポインタなどによってオブジェクトの寿命を細かく制御できる。
また小さなオブジェクトのメモリ効率を良くすることができる。
- 基本型以外の型でも、必ずしも new する必要がない。
- GC のように不意に実行が中断されることがない。
- オブジェクトはある程度レイアウトを制御できるので他言語とリンクしやすい。
- 配置構文 new によって共有メモリや特殊なハードウェアを扱いやすい。
- ポインタ自体がオブジェクトなので Swap などの細かい操作が簡単である。
欠点
- new したら明示的に delete しなければならないことがある。
- ヒープメモリの実装によってメモリの断片化が起きやすい。
- オブジェクト所有権を意識していないプログラマはメモリリークを起こしやすい。
- オブジェクトの参照が入り組んでいるとダングリング参照を起こしやすい。
- ライブラリなどはオブジェクト所有権を明記していないと間違いを起こしやすい。
- 一般的なスマートポインタだと循環参照の扱いが難しい。
メモリリークの概念によっては GC を持つ言語でメモリーリークはある。
またオブジェクトが削除されないことが必ずしもメモリリークとは限らない。
> それがイベント駆動型アプリケーションにもたらす影響を教えて
これは知らない。
C++メモリ管理とイベント駆動の関係で嬉しかったことも困ったことも記憶にない。
- 619 名前：仕様書無しさん [2008/06/07(土) 19:11:41 ]
- >言語やミドルウェアに頼った方が開発コストは減る。
つまりこういうこと。
C++はメモリ管理やロジックを自分でやる必要があるから、
JavaよりC++のプログラマの方が優れているなんていうやついるけど、
実はそんなものはちょっと教えれば大抵のJavaプログラマはすぐ習得する。
お勉強にちょっとC++をいじるのは良いかもしれないが、
開発コストを考えればJavaに軍配が上がるのは明らか。
- 620 名前：仕様書無しさん [2008/06/07(土) 20:00:56 ]
- JAVAで作られたプログラムとC++で作られたプログラム
どっちが高性能なの？
- 621 名前：仕様書無しさん mailto:sage [2008/06/07(土) 20:02:59 ]
- モノによる
はい、次。
|
 |
