参考書のプログラム書いてコンパイル時に
エラーE2316 ｓｅｆｔはｏｓｔｒｅａｍのメンバーではない関数ってエラーが出てしまった。
原因が自分で調べてもわからなかったんで
分かる人が居たら教えて欲しい。
以下ソース↓
//seft02.cpp
#include <iostream>
using namespace std;
int main()
{
int a = 10, b = 100;
cout << "１６進数表示" << endl;
cout.seft(ios::hex, ios::basefield);
cout << "a = " << a << endl;
cout << "b = " << b << endl << endl;
return 0;
}
言語訓練のために立てたものです。
アイと研究員とのやり取りに利用するスレッドなので、
関係者以外は書きこまないで下さい。
京都大学霊長類研究所
こっちでやれ そしてここは削除依頼しろ
C++相談室 part98
http://toro.2ch.net/test/read.cgi/tech/1345823164/
＝＝＝＝＝＝
初期化リストを返す関数って許されていますか？
下に貼るコードの動作がおかしくて困っています。
また、forward_listにすれば解決はしますが、
何度も呼ばれる場合、パフォーマンスは初期化リストの方がいいですよね？
#include <iostream>
#include <utility>
#include <initializer_list>
std::initializer_list<int> test(const std::pair<int,int>& e) {
//return {1,2,3}; //ok!
return {e.first,e.second,e.first}; //undefined?
}
int main()
{
for (auto i: test(std::make_pair(1,2))) {
std::cout << i << std::endl;
}
}
ただし質問の前にはFAQに一通り目を通してください。
IDE (VC++など)などの使い方の質問はその開発環境のスレに
お願いします。
前スレ
C++相談室 part98
http://toro.2ch.net/test/read.cgi/tech/1347964922/
(従ってこのスレは実質part99となります)
姉妹スレ
【初心者歓迎】C/C++室 Ver.80【環境依存OK】
http://toro.2ch.net/test/read.cgi/tech/1348161305/
■長いソースを貼るときはここへ。■
http://codepad.org/
http://ideone.com/
[C++ FAQ]
http://www.parashift.com/c++-faq/
http://www.bohyoh.com/CandCPP/FAQ/ (日本語)
Cとその仕様を比較しながらの解説なので分かりやすい。
***** 質問の前に必ずこの二つに目を通してください *****
[C/C++ リファレンス]
http://en.cppreference.com/w/cpp （英語）
http://ja.cppreference.com/w/cpp （↑の日本語訳だけどまだ未完）
[Stroustrup]
http://www.stroustrup.com/
[C++ International Standard]
http://www.iso.org/iso/iso_catalogue/catalogue_ics/catalogue_detail_ics.htm?csnumber=50372
[JTC1/SC22/WG21 - C++]
http://www.open-std.org/jtc1/sc22/wg21/
ここから規格の最新ドラフトがダウンロードできる。
[JIS X3014]
http://www.jisc.go.jp/app/pager?%23jps.JPSH0090D:JPSO0020:/JPS/JPSO0090.jsp=&RKKNP_vJISJISNO=X3014
ISO規格の日本語訳。JIS X3014:2003はISO/IEC 14882:2003 (E)に対応。
amazon C,C++関連書籍
http://www.amazon.com/exec/obidos/tg/browse/-/3956/ref=br_bx_c_1_3/
http://www.amazon.co.jp/b/?node=754384
The C++ Programming Language
http://www.amazon.com/exec/obidos/ASIN/0201700735/
http://www.amazon.co.jp/exec/obidos/ASIN/475611895X/ (翻訳)
C++ Primer (3rd Edition)
http://www.amazon.com/exec/obidos/ASIN/0201824701/
http://www.amazon.co.jp/exec/obidos/ASIN/4756140068/ (翻訳)
The C++ Standard Library
http://www.amazon.com/exec/obidos/ASIN/0201379260/
http://www.amazon.co.jp/exec/obidos/ASIN/4756137156/ (翻訳)
Effective C++
http://www.amazon.com/exec/obidos/ASIN/0201924889/
http://www.amazon.co.jp/exec/obidos/ASIN/4756118089/ (翻訳)
More Effective C++
http://www.amazon.com/exec/obidos/ASIN/020163371X/
http://www.amazon.co.jp/exec/obidos/ASIN/4756118534/ (翻訳)
Exceptional C++
http://www.amazon.com/exec/obidos/ASIN/0201615622/
http://www.amazon.co.jp/exec/obidos/ASIN/4894712709/ (翻訳)
More Exceptional C++
http://www.amazon.com/exec/obidos/ASIN/020170434X/
http://www.amazon.co.jp/exec/obidos/ASIN/4894714833/ (翻訳)
Exceptional C++ Style
http://www.amazon.com/exec/obidos/ASIN/0201760428/
http://www.amazon.co.jp/exec/obidos/ASIN/4894714663/ (翻訳)
Effective STL
http://www.amazon.com/exec/obidos/ASIN/0201749629/
http://www.amazon.co.jp/exec/obidos/ASIN/4894714108/ （翻訳）
Modern C++ Design
http://www.amazon.com/exec/obidos/ASIN/0201704315/
http://www.amazon.co.jp/exec/obidos/ASIN/4894714353/ （翻訳）
C++ Templates
http://www.amazon.com/exec/obidos/ASIN/0201734842/
C++ Template Metaprogramming
http://www.amazon.com/exec/obidos/ASIN/0321227255/
[Boost]
Boost http://www.boost.org/
(日本語) http://www.kmonos.net/alang/boost/
(日本語) http://shinh.skr.jp/boost/
[標準ライブラリ]
SGI-STL http://www.sgi.com/tech/stl/
STLport http://stlport.sourceforge.net/
GNU libstdc++ http://gcc.gnu.org/libstdc++/
Apache C++ Standard Library (STDCXX) http://stdcxx.apache.org/
STLFilt http://www.bdsoft.com/tools/stlfilt.html
(日本語) http://episteme.wankuma.com/stlprog/ （※1999年発行注意）
[Loki]
http://sourceforge.net/projects/loki-lib/
LokiPort-MSVC6sp5 http://fara.cs.uni-potsdam.de/~kaufmann/?page=lokiport
STLつかうと一気に実行ファイルサイズが10倍に?！
環境によるだろ。
俺はBorland-C++5.6.2に -D_RTLDLL オプションを指定して、極力
ランタイムを使用するようにして使っているが、例えばstd::vectorを
使っても使わない時と比べ10Kほどしか増えない
すげえ。ダイナミックリンクしといてファイルサイズが増えないとかいってるよ。この人。
C1010: ﾌﾟﾘｺﾝﾊﾟｲﾙ済みﾍｯﾀﾞｰの検索中に予期しない EOF を検出しました。
とかいうエラーが出るんだけどこれってどうすればいいの？
#include <stdafx.h>
後R。
言葉が悪いな。それで教えているつもりか。
まぁヒントぐらいにはなったな。
うむごくろう。
------------------------------------------------------------------
一応テンプラ書きました
http://cpplover.blogspot.jp/2011/05/initializerlist.html
こんなのがあるからだめだろうね
規格票にはどう書いてあるか探してみるけど
ありがとうございます。
しっかし委員会の人たちは本当に偉いな・・・。
何年も前から知ってるけどこれからも頑張ってほしい。
コンパイル時間を縮めるとあるのですが、どうにも理解出来なくて・・・
Deep Copyにならない
インターフェース内に代入演算子関数やコピーコンストラクタを書くと正常に動作するがそうすると
中身を変更する度に代入演算子やコピーコンストラクタも変更しなければならないため
PImplの意味が失われてしまう
コピーしない場合に限りPImplを使うか、コピーするための特別なスマポを作る必要がある
素人でも１時間あればそれなりのものは作れる
動的にインスタンス生成することの
メリットが分かりません
教えて下さい
ばーか＾＾
メリットなんなない。
止めたほうがいい。
1. コンパイル時間を縮める
2. private メンバをヘッダから隠せる
これが pimpl の意義
通常は private メンバを変更しただけで
そのヘッダをインクルードしている全ての .cpp が再コンパイルされる
private メンバなんて外部から見えないのだから、これは非常に不合理だと言える
pimpl を使えば private な実装が全て1つの .cpp 内に収まるので
private な実装を変更する限りにおいては1つの .cpp が再コンパイルされるだけで済む
また、private な実装を他から隠匿出来るという点が
商業的に役に立つ場合がある
ただ、pimpl 以外にも似たような事を行う方法はある
まずインタフェースだけのクラスを作って、
そのクラスを継承して実装し、その派生クラスの生成関数だけを外部に公開する、というもの
両者は1, 2の目的を満たしているという点でよく似ているけど、
生成したメモリを管理する責任の所在が異なるというのと、
あとはここから更に継承したいという場合に違いが出てくる
> 通常は private メンバを変更しただけで
> そのヘッダをインクルードしている全ての .cpp が再コンパイルされる
private関係ねえぞ。
お前の書くソースは汚そうだ。
> 通常は private メンバを変更しただけで
> そのヘッダをインクルードしている全ての .cpp が再コンパイルされる
「再コンパイルされる」じゃねえぞ。
「しなければ問題が起きる」もしくは「実害の有無に関わらず、すべきである」のいずれかの問題だ。馬鹿が。
ぽいんぽる
ttp://www.nicovideo.jp/watch/sm758341
http://translate.google.co.jp/#en/ja/pimpl
左の窓の下のスピーカーのアイコンクリックしてみ
まともなプログラマなら「通常は」依存関係を元に
自動的に再コンパイルされるような環境でプログラムするので
「通常は」再コンパイルされる
理論的に再コンパイルしなくても実害がない場合もそりゃあるが（メンバ関数だけ増やした時とか）、
それでもまともな環境でプログラムしてりゃ通常は再コンパイルされる
普通に匿名名前空間に関数おけばいいだろ
こいつ最高にアホ
正直プログラムが読み辛くなるだけだぞ
いっぺんやってみればわかるけど関数にしたほうがわかりやすい
引数で副作用を絞れるからバグも減るから良いことしかない
再コンパイルされるなら何も問題ないんじゃない？
・生成するインスタンスの数を実行時に決定できる
・インスタンスの寿命をより自由に制御できる
それは確かに問題だろうが、
今の論点とは関係ないだろ
時間がかかる
そんな変なプログラムは他の人が保守し辛い
そういう実装を好む会社と仕事をしたことがあるが、
完全に C の思想になっていると感じた
確かに
Cはもう時代遅れになりかけている
それにもかかわらず高いシェアを未だに誇っているというのはCOBOLと同じで
老害が多いって事
Cでなきゃ何でファームウエアやドライバを書くんだ
方言は当然ありとして
おまえら結局ファームエアもドライバも作りたくないって
仕事をえり好みしてるだけだろ
若いのがそんなていたらくであることが
今の製造業のピンチを招いたんだよ
典型的な老害思考
C++で書いてもCと同じように書けば問題ない
Cの機能だけを使えばならねーよアホ
使った事ねーんだな
かぶりものは？
方言はありだと言っただろう
Cの流れを汲む言語をすべて含むという意味だ
おまえせいぜい片手できくくらいしか知らねえだろ
それから C++ の C にない機能をふんだんに使っても
ヘボがバカやらない限り問題なんか起きねえよ
要注意は例外と RTTI くらいだがコンパイラのマニュアルをよく読むこった
それ論理的におかしなことになってるだろ
>>51 「確かに (C++と違って)Cはもう時代遅れになりかけている」「それにもかかわらず高いシェアを未だに誇っているというのはCOBOLと同じで老害が多いって事」
>>55 「Cでなきゃ何でファームウエアやドライバを書くんだ 方言は当然ありとして 」
>>56 「典型的な老害思考 C++で書いてもCと同じように書けば問題ない 」
>>61 「方言はありだと言っただろう Cの流れを汲む言語をすべて含むという意味だ (ゆえにC++はCに含む)」
つまりアレか
C++ 独自の機能が C の何に相当するか見通せてないんだな
クロージャや intializer_list がおまえにとっては魔法の箱か
何そのちぐはぐな反応は
何だその荒唐無稽な反応は
何だその焼肉定食な反応は
C+＋で書くと大きくなる妄想乙
VCやgccはiostreamや例外を使わないとほとんど同じになっちゃうぞ
IOstreamはライブラリとかじゃなく
別言語に移管し改めてitegrateすべき時期に来たと思うんだ
そりゃSTLをたっぷり使うとか、大きくなるような書き方をしてるだけだ
その程度で保守できなくなるなんてよほどの低脳なんだなぁ
class Type {
OtherType m;
void PrivateFunc();
public:
void Method();
};
void Type::PrivateFunc() { m.DoSomething(); }
void Type::Method() { PrivateFunc(); }
これを
class Type {
OtherType m;
public: void Method();
};
static void PrivateFunc(OtherType & m) { m.DoSomething(); }
void Type::Method() { PrivateFunc(m); }
こうすればコンパイルコストの削減、不要なメンバアクセスによる副作用の予防といった明らかなメリットがデメリットなしに見込める
たったそれだけの話なのに何がそんなに難しいんだろうか？
低IQの脳みそって本当にかわいそうだわ
コンパイルコストごときを理由にそういう設計が振り回されるか
逆に聞くがこれを否定する論理的な理由は？
OtherType m;
public: void Method() { m.DoSomething(); }
};
これでいい
privateメソッドの仕様はクラスの仕様と不可分
クラス外で定義するのは危ないよな
あなたの言ってるメリットは、実装以降どころかコンパイル以降の話。
それらの都合のためにオブジェクト指向を否定するかのごとく設計に犠牲を強いているようだ。
危ないって？
匿名関数のどこが危ないの？
C++はもともと純粋なオブジェクト指向言語じゃないですよ？
あなたのほうこそ自分の勝手な都合でC++の能力を犠牲にしていませんか？
> static void PrivateFunc(OtherType & m) { m.DoSomething(); }
これが綺麗に見えるのは幻覚。
使っているprivateメンバー変数がたった一個だから。
このメンバーも使おう。さらにこれも、と追加していったとき、
privateの範囲内で当該クラスに閉じた世界の話になるはずなのに、
そのやり方していたら、そのクラスとクラス外の様々なstatic関数に広く影響を与えることになる。
そんな作り方してると内部仕様の変更に対する隠れた抵抗勢力になる。
そういうのでがんじがらめにしておくと、悪い方への変化はしやすいけど、良い方への変化はしにくくなる。
それは誰かを陥れるために使う戦略で、日常は使うな。
君はその道を突き進めばいいと思うよ
俺はついていかないけど
でもそっちの世界の人達も頑張って欲しい
ねえ君はアホなの？
短いレスでサンプルを示すためにあえて十分小さい例を出しただけなのに、それに噛み付いてくるなんて言葉遊び覚えたばかりの中学生みたいな反応で笑えるね
メンバーが増えれば増えるほど匿名関数のほうが有利になるんだけど？
増えたメンバーのうちその処理にひつようなメンバのみにアクセスを絞ることができるから
メンバ関数を直接書くより遥かに信頼性、安全性が高い
馬鹿はメンバ関数そのまま書いて無秩序にメンバにアクセスし整合性を保つ難易度を上げている
というかそもそも君はなにか勘違いしてるだろ
この匿名関数はそのクラスのプライベートメンバとして作られるのだから
クラスの内部仕様の変更でこの匿名関数に変更があってもクラスの外部には１バイトも影響しないんだが？
まずそこから理解することからはじめよう
なにごとも最初の一歩が肝心だよ
君は初心者かもしれないけどそこはちゃんと押さえておこう。いいね？
ひとまとめにしてなんかの意味を持たせようというところにクラスの意義があり、それはprivateなメソッド（メンバ関数）とて同じことなのだが、
それをわざわざstaticな関数にばらし、クラスのメンバ変数の形にばらし、と要素にくだり細部フォーカスとするのは、それではなんのためのクラスか首をかしげるのだが？
privateなメソッドであっても、そのクラスがクラスの形を保っていることに意味があるんでは？
それともprivateな処理は、クラスというまとまりをばらしてしまうことの方がおおいのか？
static な関数の引数に、クラスのメンバ関数がずらずら並ぶのは、アクセスを明示する意味ではいいのだが、他にメリットがみえてこない
むしろ「まとまり」を欠いた散漫なコードにみえる
それでコンパイルコスト削減になってると思うのがチャンチャラおかしい
もう大人しくCでプログラム組んでろ
コンパイラの性能、強い型、程よい暗黙の変換などがなければ、困難なデバッグを諦めていたことでしょう。
Javascriptのデバッグとか考えただけで身の毛もよだつ・・・
struct A {
void func1();
void func2();
};
みたいなのがあったときに、単純にそれぞれにかかった合計時間が計測できればいいのですが・・・
典型的なCに染まった老害だろ
たまに現場にいるけどここ十数年ほどは干され傾向だろ
教科書を開いてクラスをもういちど勉強したほうがいいよ
クラスの重要チェックポイントをいくつかあげるとすると
・公開されたプロパティと処理の一箇所への集中
・カプセル化による詳細の隠蔽
・継承とポリモーフィズム
なんだよね
要するに非公開であるべきクラスの実装の詳細がどうなってるのかなんてものはクラスの概念にはまったく必要ない話なんだよ
privateなメンバ関数であろうが外部の匿名関数だろうがその選択によってクラスとして正しいか正しくないかなんてのは変わらないんだ
だとしたらこの部分は純粋にその機能としての優位性で選ぶのが正しいIT技術者のあるべき姿だろう
君もここで、またひとつ勉強になったね
第二段落の質問への答えだが、プライベートな処理はまとまりをばらすことが非常に多いよ
それは当然だろう。クラスの公開機能を実装するためのサブ処理をメンバ関数や匿名関数で行うのだから
それがクラスの一部分だけを処理するのは当然の話だ
それと、君は『むしろ「まとまり」を欠いた散漫なコード』にみえるというが
目に見えないだけで不要な変数にも平気でアクセスでき、副作用を生み出しかねない状況のほうが
遥かにまとまりの無い不安定な状況であるということを自覚しようね
おそらくだが、君はいまだに、コードの「見た目」が気に入らないだけでその機能的な部分に美意識を持っていないように見受けられる
それは識別子を並べたときに不ぞろいだ、汚い、と感じ無駄なスペースやタブでこぎれいに並べようとする無意味で低俗な美意識と同じことだよ
そういうのは素人から中級者にありがちなことなのだが、しっかりと勉強し成長すればコードの見た目より機能的な合理性と美しさというものを理解し優先するようになる
君は今はまだその段階に無いが君もいずれ理解できるだろうから心配しなくてもいい
>>91
君のプロジェクトにある適当な良く使われているクラスをピックアップし
①新しいプライベートメンバ関数をヘッダに追加し、cppに実装を書く
②新しい匿名関数をcppに書く
場合に分けてリビルドしたときのコンパイルコストを実測してみなさい
それで判らないなら君は時計を見る能力を持っていないことになるので病院で診断を受けることをお勧めする
だらだらと長くて美しくない文章を書く人ですね
みんなこっち行こうず
IDあるほうがまだマシ
TOP カテ一覧 スレ一覧 2ch元 削除依頼 ▲
Androidプログラミング質問スレ Part26 (419)
【会津】パソコン甲子園2004【若松】 (779)
NetBeans Part6 (864)
Borland Developer Studio 2006 No.13 (268)
C++11が動的言語よりも開発効率が良くなってる… (222)
C++相談室 part98 (372)
--log9.info------------------
佐竹氏を語るスレ 4 (680)
★管領家★ 細川氏総合スレ ★応仁勝者★ (411)
【白石】奥州片倉組 其の壱【うーめん】 (252)
剣豪将軍足利義輝 (714)
黒田長政だ！ (848)
なぜ日本に李舜臣の如く世界的英雄がいなかったのか (578)
生きてるうちには復元したい城を挙げてくスレ (206)
村上義清 (742)
戦国時代の食事5膳目 (975)
Gacktが謙信を演じれるのか？ (902)
少弐氏について語ろう (295)
〓名前が格好いい武将〓 (709)
◇◆◇蒲生氏郷を語ろう◇◆◇ (931)
上杉謙信は戦国最強【信玄,信長,氏康,盛氏を圧倒】 (749)
諱を語る (435)
戦国の美姫、犯るなら誰？ (498)
--log55.com------------------
ｶﾝﾆﾝｸﾞ竹山、バカの壁養老、ﾊﾘｾﾝﾎﾞﾝはるな
【慶子ムチケツ】眼鏡の和光２ケツ目【慶子ムチ尻】
好きなめがね有名人は？
プリズム入りめがね、斜位
【owndays】オンデーズってどうよpart4
カラーレンズのための色工学専門スレ opt.1
ローデンストックって、どうですか？
北海道のメガネ屋どうだべ～Part2