リファレンスとポインタの違い
■ このスレッドは過去ログ倉庫に格納されています
0001Rubyist!
NGNGMate: Thu, 18 Jan 2005 07:12:58 +0900
--------------------------------------------------------------------------------また、迷教科書の登場なのでしょうか？
リファレンス(参照)とポインタ(アドレス値)の違いって常識だと思っ
てたんだけど。
http://member.nifty.ne.jp/maebashi/seiha/hosoku001.html
Ruby >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> COBOL
0002デフォルトの名無しさん
NGNGポインタをアドレスとして実装するかどうかも処理系の実装に依存する。
そういう意味では、参照とポインタを等価と考えても間違いではない。
0003デフォルトの名無しさん
NGNGとはいえ、参照をポインタとして実装するかどうかも処理系依存。
0004デフォルトの名無しさん
NGNGそれが、「参照と呼ぶべきか、ポインタと呼ぶべきか」の議論は
フレームになるだけで、あまり意味が無い。
それより、ある言語の場合変数が、値を保持しているのか、値を
保持している領域を指しているのか、について知ることや、
どう実装されているかについて知ることが重要。
0005デフォルトの名無しさん
NGNG普通は言わない。
Ｊａｖａなどでどうしても参照をポインタとしたいのなら。
「全ての参照はポインタ集合の部分集合である」
といっておく。
0007デフォルトの名無しさん
NGNGは
「Javaはポインタ相当品しかない」
の隠喩だよ。
M氏の主張する内容ではなく、ごり押しな表現に皆、うざさを感じてるのさ。
プログラマって厳密じゃないと嫌な性分だからさ。
0008デフォルトの名無しさん
NGNG0009デフォルトの名無しさん
NGNG0010デフォルトの名無しさん
NGNG処理系とy/nを書いてもらえればうれしいです。
0011デフォルトの名無しさん
NGNG0012デフォルトの名無しさん
NGNG「待て」
0013デフォルトの名無しさん
NGNG0014デフォルトの名無しさん
NGNGそのメソッドが一つのクラス変数についてしか呼ばれていなければ
内部でポインタにする必要もない
インラインに展開される場合は特にそうする必要はない
ポインタについてはそこまでの最適化をするには 一段難しい解釈をやらなければならない
0016デフォルトの名無しさん
NGNG0017デフォルトの名無しさん
NGNG0018のんちゃん
NGNG0019デフォルトの名無しさん
NGNGポインタは低水準な概念
ダメかな？
0020デフォルトの名無しさん
NGNGリファレンス：参照
オブジェクトとして、全然違う
0021デフォルトの名無しさん
NGNG変数としての他に、もうひとつ左辺値を持つ。
0022デフォルトの名無しさん
NGNGポインタだけじゃだめなこととかあるのかな。
0023デフォルトの名無しさん
NGNGサブクラスへの型変換
0024デフォルトの名無しさん
NGNGoperator 各種とか。
0025デフォルトの名無しさん
NGNG> 普通は言わない。
CとC++しか知らない奴発見。
Pascalでは、その3つともできないが、ポインタと呼ぶぞ。
0026デフォルトの名無しさん
NGNG「リファレンスとポインタ」という文脈では、
そういう解釈にはならない。
0027デフォルトの名無しさん
NGNG言い換えると、「論理的には説明はできないから黙れ」ってことだな。(w
002827
NGNGでてきて私の質問に答えなさーーーーーーーーーい!!！
怖気づいたのね？
中年女の恐ろしさに気づいたの？今頃？賦賦賦賦賦亞爬爬爬爬爬。
0029デフォルトの名無しさん
NGNG0030デフォルトの名無しさん
NGNG標準パスカルは出来ないのか・・・
0031デフォルトの名無しさん
NGNG俺の心の中では ポインタは型に依存する と勝手に決めてる。
int型ポインタをインクリメントすると次のintへ移る っていうアレね。
つーかそれができないとポインタって呼べないような気がするなぁ。
リファレンスはただの参照っしょ？アドレスっつーか。
0032デフォルトの名無しさん
NGNGんじゃ汎用ポインタは？
0033デフォルトの名無しさん
NGNGある言語でリファレンスと呼ばれるものが、他のある言語でポインタと呼ばれたりすることはよくあるが。
ポインタとリファレンスを同じ土俵で比較するならばC++の話と言うことになるだろ。
0034デフォルトの名無しさん
NGNG汎用ポインタは汎用のポインタでしょ。
リファレンスと言い換えてもいい。
つーか ポインタ≒リファレンス ってことで決着しようよ。
なんか自分で何いってるか判らんくなってきた。
0035デフォルトの名無しさん
NGNGｲﾃﾚﾀを参照の代用として使うことはできる
(参照という言語仕様があるなら、
そういう使い方は駄目駄目)
逆は不可。
0036デフォルトの名無しさん
NGNG0037デフォルトの名無しさん
NGNGC++では、例外安全を保証するために、ポインタは使わない方がいいんだよね？
今まではベターＣとしてコーディングしてたからソース中に
ポインタが散らばってるけど、全部リファレンスかauto_ptrに
直そうと思うんだけど。
これって、リファクタリングとしての価値があるよね？
0038ZZZZZZZ
NGNG0039デフォルトの名無しさん
NGNGクソスレ立てるのやめてください
0040デフォルトの名無しさん
NGNG|| ★★荒らしは放置が一番キライ！★★
|| 〜 荒らしは常に誰かの反応を待っています 〜
||
|| ●重複スレには誘導リンクを貼って放置！
|| ウザイと思ったらそのまま放置！
||
|| ▲放置された荒らしは煽りや自作自演であなたのレスを誘います！
|| ノセられてレスしたらその時点であなたの負け！
||
|| ■反撃は荒らしの滋養にして栄養であり最も喜ぶことです
|| 荒らしにエサを与えないで下さい
||
|| ☆枯死するまで孤独に暴れさせておいて
|| ゴミが溜まったら削除が一番です ｡ ∧_∧
|| ＼ (ﾟーﾟ*) ｷﾎﾝ。
||＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿ ⊂⊂ |
∧ ∧ ∧ ∧ ∧ ∧ |￣￣￣￣|
( ∧ ∧ ( ∧ ∧ ( ∧ ∧ | |
〜（＿( ∧ ∧ __( ∧ ∧__( ∧ ∧￣￣￣
〜（＿( ∧ ∧＿( ∧ ∧＿( ∧ ∧ は〜い、先生。
〜（＿( ,,)〜（＿( ,,)〜（＿( ,,)
〜（＿__ﾉ 〜（＿__ﾉ 〜（＿__ﾉ
個人的にはその方向には踏み込まない方が・・・。
エラー処理、範囲チェック、・・・と理想を
目指して突き進んだあげく、簡単な開発でさえ
気苦労の重いものになってしまって生産性が著しく
落ちていることに気づいてしまうことはないか？
0042デフォルトの名無しさん
NGNG最初はきついかもしれないけど、体で覚えたころには当たり前にできるように
なると思うけど。
スキルの低い人と一緒に開発するときは、さすがに辛いものがあるけどね。
0043デフォルトの名無しさん
NGNGC++使うな。
004437
NGNGそうかな…？ 新しくソースを書くことに関しては、
「ポインタ渡しにするか、リファレンス渡しにするか…」と
いちいち悩まなくてすむ分、生産性は向上しない？
自分規約がひとつ出来て、悩みがひとつ消えた気がするんだけど。
まあ、過去のソースを修正するって部分で生産性が落ちてるかも
しれないけど、これは新しい自分規約を覚えるための練習代わりとして
ちょうどいいと思ってるけどなー。
>>42
前半はほぼ同意。後半はどうなんだろう？ 趣味でプログラミング
してるだけだから、共同開発なんてやったことないからわかんないよ〜。
>>43
全然違うよ。っていうか、そもそも>>42=37って言いたかったんじゃないのかな？
まあ、それも違うんだけどね。
それと、私はCとC++ぐらいしか出来ないから。
004541
NGNG多いんだね。この辺の正解はチームプログラマーか個人
プレイヤーかどうか、とか、プロジェクト規模とかで
変わってくるものではあるんだけど。
>>42
いずれにしても、スキルの低い人間と組む場合は、
この辺をしっかりやらないと地獄を見るし、
しっかりやろうとするとやはり教育で地獄を
見るし、何をやっても辛いんだろうけど・・・。
>>43
はいはい、それでは何を使えば良いかご教示お願い致しますよ
JAVAでも使ってればよろしいでしょうか？（ｗ
0046デフォルトの名無しさん
NGNG変更されたくない場合はconst渡しで
0047（´ヘ｀；）ﾊｧ
NGNG0048デフォルトの名無しさん
NGNG0049デフォルトの名無しさん
NGNG0050デフォルトの名無しさん
NGNG005148653
NGNG0052デフォルトの名無しさん
NGNG0053デフォルトの名無しさん
NGNG0055デフォルトの名無しさん
NGNG俺には同じ物（見た目は違うかもしれないけど）に見える。
0056デフォルトの名無しさん
NGNG参照はあるオブジェクトに到達するための記述。
参照自体が1st class objectになっているものもあるし、
source code上の記述でしかないものもある。
参照の種類は言語によっても異なるし、１つの言語でも複数種類の参照が提供される。
例えば変数名はsource code上の記述でしかない参照の一種。
ポインタは参照を1st class objectとするための実装の一種。
005737
NGNGポインタをリファレンスにするにはどうしたらいいんだろう…？
// ポインタはこう。今までこれでＯＫだった。
DWORD* GetPallet(void)
{
static DWORD Pallet[256];
return Pallet;
}
// リファレンスにしてみた（つもりだ）けど、コンパイルエラー。
DWORD[]& GetPallet(void)
{
static DWORD Pallet[256];
return Pallet;
}
// これもコンパイルエラー。
DWORD[] GetPallet(void)
{
static DWORD Pallet[256];
return Pallet;
}
// こうやっても無駄だった。
DWORD[256] GetPallet(void)
{
static DWORD Pallet[256];
return Pallet;
}
何コレー！ このポインタは消せないの〜？
005837
NGNGDWORD[] GetPallet(void);
こういう風に書いてると、
構文ｴﾗｰ : '['
だってさ。なんで？
0059デフォルトの名無しさん
NGNGおとなしくvector使うか、structで包んどけ
0060デフォルトの名無しさん
NGNG戦争勃発！！！
0061デフォルトの名無しさん
NGNGtypedef DWORD Hoge[256];
Hoge & GetPallet(void)
{
static Hoge Pallet;
return Hoge;
}
ってのは？
0062デフォルトの名無しさん
NGNGとか怒られます。
C++の仕様では配列を返す関数は作れないんでは？
006362
NGNG参照ならこれでできました。
int (&getp(void))[5]{
static int p[5]={3,6,9,12,15};
return p;
}
main(){
int (&h)[5]=getp();
printf("%d",h[3]);
}
0064デフォルトの名無しさん
NGNG決定されるのだろう？
DWORD[] GetPalette
の時点で返される値が決まってしまうようなもんだから、
関数の意味もない。ＹＯ？
0065デフォルトの名無しさん
NGNG単にDWORD[]ってのがおかしいんじゃないか。
普通DWORD 変数[]だもんＮＡ！
0066デフォルトの名無しさん
NGNG006737
NGNGそうだね。最初に出た意見だけど、結局vectorを使うのがC++での
最上の回答のような気がするよ。structラップの方は、悪いけど
面倒だから却下ね。
（´-`）.｡oO(「structラップ」って今はじめて使った造語だけど…)
（´-`）.｡oO(語感が「ストラウストラップ」に似ているね…)
>>61
Effective C++の5項に、配列型にtypedefをするのは控えるように
書いてあるよ。それやるぐらいなら、vectorを使った方がいいんだって。
まあでも「控える理由」は delete と delete[] の混乱ってことなんだから
この場合は関係ないんだけどね。
>>62-63
すごいすごい！ けど、これって記述が面倒…。この記述の面倒さを
なくそうとすると、>>61に行き着くだけかなー。
>>64
Effective C++の47項の簡易シングルトンをやりたいんだよ。そりゃもちろん
今はただのDWORD配列だから、初期化タイミングなんて意味はないんだけど。
あとあとクラスにする可能性も考えて、staticメンバ変数は全部この方法で
実装するようにしてるの。だから意味はあるよ。私の自分規約のひとつ。
>>65
でも、引数なら Hoge(DWORD[]); でオッケーだよ。引数はオッケーで
戻り値はダメって、なんか理不尽じゃない？
More Effective C++ が今日届いた。うれちー。
（´-`）.｡oO(けど…なんでこんなにページレイアウトがダサいの…？)
（´-`）.｡oO(紙質も安っぽいし…)
（´-`）.｡oO(Effective C++ と同じ造りにして欲しかったな…)
（´-`）.｡oO(第一印象サイアク…)
0068デフォルトの名無しさん
NGNG0069デフォルトの名無しさん
NGNG「配列へのポインタ」と「配列の先頭要素へのポインタ」
はどう区別するか教えてください。
char moji[] = "mojimoji";
これなら moji は配列の先頭要素へのポインタで、&moji[0] も
そうですよね。*moji は moji[0] と同じですよね。では配列
へのポインタは &moji ですか?
0070デフォルトの名無しさん
NGNG0071デフォルトの名無しさん
NGNG>（´-`）.｡oO(Effective C++ と同じ造りにして欲しかったな…)
そうか？オレはEffective C++の表紙が硬くて嫌いだからMore Effective C++
と同じにしてほしかった。
0072rerorero
NGNG・・わかるぜ、その気持ち。
char moji[]="abc";
---------------------------
| 'a' | 'b' | 'c' | '\0' |
---------------------------
んで、
配列名mojiはたしかに先頭要素を指すよ。
#include <stdio.h>
int main(void)
{
char str[]="moji";
printf("%p\n",str);
printf("%p\n",&str[0]);
printf("%c\n",*str);
return 0;
}
[hh c]$ ./a.out
0x11ffffa10
0x11ffffa10
m <-------先頭要素の文字が出力された
[hh c]$
strと&str[0]は同じアドレス。
strは先頭要素を指すポインタと「みなされる」
のであって、ポインタではない。
配列名が保持するアドレスは固定であって、定数である。
だから、strにアドレスを代入することはできない。
それに対し、ポインタは変数である。
配列へのポインタってのは
int (*a)[3]
などと表す。
これは "int型の要素を３つもった配列"をさすポインタ
である。
007369
NGNGいや、あくまで格下げされるだけで、ポインタと見なされるだけ
というのは分かります。
>配列へのポインタってのは
>
>int (*a)[3]
なるほど。これは配列へのポインタですか。関数へのポインタ
と形としては同じですね。私の挙げた例だと、&moji はあくまで
配列の先頭要素を指すポインタへのポインタというのにすぎない
わけですね。(便宜上ポインタと表現してます)
0074デフォルトの名無しさん
NGNG0075デフォルトの名無しさん
NGNGポインタが表すのは厳密なアドレスじゃないし
表せるアドレス自体物理アドレスじゃなくて仮想アドレスだ
実際のアドレスを使ってんのはCPUのページングユニットだけちゃうん
0076デフォルトの名無しさん
NGNG007737
NGNGでも、世間的には Effective C++ の造りの方が上質となってるはずだけど。
私の好みとしても、Effective C++ の方が良いな。
っていうかそれよりも、More Effective C++ のひどい邦訳の方が
はるかに問題だよね。それに比べたら、本の造りなんてどうでも
いい気がするよ。
007837
NGNGこういうの、どうかな。pimplイディオム専用のラッピング。
template<class T>
class auto_ref{
public:
// デフォルトコンストラクタ
auto_ref(void) : R(*new T) {}
// 引数つきコンストラクタは、外でnewしたのを渡してもらう
auto_ref(T* _P) : R(*_P) {}
~auto_ref(){delete &R; }
T& get(void)const {return R; }
private:
T& R;
};
デフォルトでインスタンスを確保するから、auto_ptrのようにnewする
必要がないのが利点。
メンバ参照演算子(.)のオーバーロードが出来ないから、インスタンスの
アクセスがget()になっちゃってるのがダサイ…というか、欠点。
引数付きコンストラクタを用意しているのは、コンポジションしている
オブジェクト単位でpimlイディオムを使うときに便利だから。
// 先行宣言。A,Bはともに開発中のオブジェクトで、実装はおろか
// インターフェースも定まってないようなクラス。
class A;
class B;
class Hoge{
Hoge(int,double);
auto_ref<A> a_;
auto_ref<B> b_;
}
Hoge::Hoge(int n,double d) :
a_(new A(n)),
b_(new B(d))
{}
…どうかな？
007937
NGNG（´-`）.｡oO（template<class T> は、 template<class K>にしておけば…）
（´-`）.｡oO（private: T&R; は、private: K&R; で楽しかったかも…）
0080デフォルトの名無しさん
NGNG0081俺 ◆JjsLsZzw
NGNGelse puts("False");
bcc5.5コンパイル結果...
↓
警告 W8008 e:\\c\\test.c 16: 条件が常に真(関数 main )
警告 W8066 e:\\c\\test.c 17: 実行されないコード(関数 main )
0082デフォルトの名無しさん
NGNG比較演算子の大小判定が逆になっていたバグを修正。
0083デフォルトの名無しさん
NGNGそれだと ヘッダの中で T の実装を参照しているから、
実際に使う時には #include "(T のクラス).h" をしなきゃダメな気がする。
だから実装を隠したいという pimpl のメリットがなくならない？
優秀なコンパイラは気を使ってくれるのかな。
0084John ◆0z.4Is5E
NGNG>実際のアドレスを使ってんのはCPUのページングユニットだけちゃうん
そうなのかな？
仮想メモリのアドレス値が実際のアドレスなんじゃない？
主記憶とかキャッシュは、使う確率が高いものを部分的に持ってるだけであって。
だから、ポインタの値は仮想メモリのアドレス値だと思うけど。
0085デフォルトの名無しさん
NGNGhttp://pc.2ch.net/test/read.cgi/tech/1013995470/
0086デフォルトの名無しさん
NGNG0087デフォルトの名無しさん
NGNG仮想メモリのアドレス値が実際の物理アドレス値だったらＤＡＴってもんは何の為にあるのか？って話になるよ
＞ポインタの値は仮想メモリのアドレス値だと思うけど。
そうかもね つまりポインタじゃ正確な物理アドレスにはさわれない
＞主記憶とかキャッシュは、使う確率が高いものを部分的に持ってるだけであって。
仮想メモリ上にあろうがその中の実メモリ領域にリロケートしなきゃどんなプログラムも実行できんでしょ
主記憶以外がおまけだよ
それとポインタはプログラミング言語が用意した都合のいい擬似番地なんだからむやみにアドレス値アドレス値と叫ぶな
誤解を生む
008837
NGNGクラスの実装を参照してはいるけど、クラスを使用してはいないから、
auto_ptrでのpimplと同じように出来るよ。実際、VC++6.0で試したけど、
#include "(T のクラス).h" は.cpp側に書いてて問題なかったよ。
ただやっぱり、get()でアクセスしなきゃならないのがネックだね…。
これさえなければ、pimplイディオム外しをする時の修正がすごく少なくて
すむんだけど…。
get()じゃなくて、operator->をオーバーロードしちゃえば良いのかもしれないけど、
それだとauto_refっていう看板に偽りアリだし…。pimpl_ptrって名前にした方が
良かったのかな。
って、それじゃ、
「可能な限り、ポインタ排除、参照マンセー」っていう最初の目的が
達成できないし。
むむむ…。
0089デフォルトの名無しさん
NGNG松本さんもけっこうアレな人なのかもしれないと思った。
sage
0090デフォルトの名無しさん
NGNG■ このスレッドは過去ログ倉庫に格納されています