◎正当な理由による書き込みの削除について： 生島英之 とみられる方へ:C++相談室 part140 YouTube動画>1本 ->画像>2枚
動画、画像抽出 ｜｜
この掲示板へ
類似スレ
掲示板一覧 人気スレ 動画人気順
このスレへの固定リンク： http://5chb.net/r/tech/1547326582/ ヒント： http ://xxxx.5chb .net/xxxx のようにb を入れるだけでここでスレ保存、閲覧できます。
次スレを立てる時は本文の1行目に以下を追加して下さい。
!extend:on:vvvvv:1000:512
C++に関する質問やら話題やらはこちらへどうぞ。
ただし質問の前にはFAQに一通り目を通してください。
IDE (VC++など)などの使い方の質問はその開発環境のスレにお願いします。
前スレ
C++相談室 part137 (正しくはpart138)
http://2chb.net/r/tech/1535353320/ C++相談室 part139
http://2chb.net/r/tech/1538755188/ このスレもよろしくね。
【初心者歓迎】C/C++室 Ver.103【環境依存OK】
http://2chb.net/r/tech/1530384293/ ■長いソースを貼るときはここへ。■
http://codepad.org/ https://ideone.com/ [C++ FAQ]
https://isocpp.org/wiki/faq/ http://www.bohyoh.com/CandCPP/FAQ/ (日本語)
----- テンプレ ここまで -----
-
VIPQ2_EXTDAT: default:vvvvv:1000:512:----: EXT was configured
STLつかうと一気に実行ファイルサイズが10倍に?！
C++の公式テーマソングが無いのはおかしいと思います。
std::end()は組み込み配列に使えるように、文字列定数にも使えますか？
>>7 文字列定数の型は const char[] であり、配列そのものです。
配列に使えるのなら文字列定数にも使えます。
c++でインターフェースを作るのは難しいのですか
インターフェースってデータメンバーがなくてノーマルなメンバ関数が全部純粋仮想関数なクラスのこと？
guiのことです
画面の外にGUI置くならC#の方が作りやすいと思うが、openglのレンダー画面内だとネイティブなopengl のコード書かないと無理なのでは。
OpenTKってのがあるのか。
いまさらopenglとはどういうことですか？
>>15 簡単ですか
>>16 ラッパーとは書いてありました
どこまで出来るかはよくわかりません
>>17 guiのあるソフトがいいですが、c#にすることで制約があるのではないかと思ってます
>>18 guiだけC#にしてその他はC++でもいいぞ。
アプリ全体を単一の言語で実装する必要はない。
>>12 ボタンだけのためにC#やるのは馬鹿らしいかと
あんなのただの小さい窓を配列するだけのこと
高度なグラフィック効果求めるならOpenGLなりのライブラリ入れればいいだけだし
実験とかデバッグ用とかじゃなくて、
>>23 c++の場合openglでやったほうがいいですかね
資料が明らかに多いですし
>>25 ボタン程度はC++だけでええけどさ
クロスプラットフォーム求めるなら対応したGUIライブラリ使えばいいだけ
OpenGLてのはもっと高度なグラフィックやりたいときに使う
なっ！？何を見せればええんじゃ；；
>>13 の疑問が解決してない限り適切なアドバイスは無理では。
QtでOpenGLのレンダリング画面内にGUI作れるのかよ
siv3dでいいのでは？
ボタンどころか映像が作れる
おまけに作者はC++モダン推奨
VIDEO C++モダン推奨な作者とか互換性なくてまともに動かなくても逆ギレしてきそう。
>>27 ボタンはもちろんopenglで作ろうとしてるわけではないです
ｃ＋＋にもguiのライブラリがあるなら、c++でopenglやろうと思います
面倒とか難しいと書かれていたので
OpenGLって最先端の座をVulkanに渡して後方支援の隠居するんでしょ？
Vulkanさんはいつになったら引き継いでくれるんですか
siv3dみたいなライブラリを作りたいのですが、彼はどうやってここまで作り上げたのでしょうか？
ちなみに目標はboost水準並みのライブラリを作ることです
君前も書いてなかった？
>>44 ありがとうございます
目標はコンパイラを作ることですが、ゲーム向けのライブラリの専門家も極めたいと思います
同じような質問ばかりしているから、「〇〇と〇〇はどちらが最強ですか」の人が芸風を変えたのかと思ってたが、別人だったかな。
>>46 すみません‥
周りに相談できる人が居なくて
>>45 ゲーム向けのライブラリって、素人のお遊びレベルなら
ゲーム開発素人でも作れるが、あまり実用的ではない
対してプロも使うようなレベルのものは、全部その道でプロとして長年携わってきた人が作ってる
Siv3Dがどちらなのかは知らんけど、ゲーム向けライブラリの専門家で、かつコンパイラも書けるって・・
いくらなんでも時間が足りないと思うよ、才能うんぬん抜きにしても
何気なく使ってるboostのライブラリ
>>50 別にライブラリと言ってもゲームの全分野を網羅するライブラリは作りません
一応ジャンルを絞ってやろうとは思ってます
>>48 諦めません
>>51 C++の機能にもなるくらいですから、凄いですよ
あのさ、UEなんかはともかくとして、CryEngineとかだって
Boost採択ライブラリ作るより東大合格する方が簡単だよ
大抵は自分用に作ったものを整理して公開するのがスタートだよね
>>53 ライブラリは作りたいから作りたいんです
確かにレベルは、低いかもしれませんが、Boostのソースコードを読めるレベルにはなろうと思ってます
コンパイラに関しては、今はpascalのコンパイラを作ってます。
その後は英語の本のENGENEERING COMPILERの本を読みながら、LLVM/Clangのコードを読むつもりです
>>54 僕は東大に入るのが目的ではありません
>>55 ありがとうございます
とにかくまずは、自分が利用するものを、作ろうと思います
みんな!これだけ諭してやってもどうしてもヤルっていってるんだ、わしらのせがれにやらせてやろうじゃないか
>>56 ＞Boostのソースコードを読めるレベルにはなろうと思ってます
いやいや、求められる知識が全然違うのよ
ゲーム方面やってる人でメタプログラミング満載のboostのソース読める人はほとんど居ない
>>55 と被るけど、ゲーム開発やってみて面白いと思って続けていって、
その先でもっと開発効率高めようとしてライブラリ自作、ってのが正しいと思うよ
>>59 ありがとうございます
確かに効率を高めることがプログラミングの本質ですしね
僕はここで相談できて良かったと思います
>>58 逃げるんじゃない、俺は逃げるんじゃないぞ・・・必ず・・帰って・・・
ジャニュアリー、フェブラリー、ライブラリーみたいな。
当時の西海岸の空気がどんなもんだったかはこの写真にも顕れてる
音楽に合わせて、グラフィックを生成するプログラムを作りたいのですが、おすすめのライブラリありませんか？
コンパイラエラー C2872 あいまいなシンボルです。
コンパイルエラーが解消出来ません。
ご教授下さい。
■コンパイルエラー内容
error C2872: 'MarketplaceWebServiceProducts' : あいまいなシンボルです
■やりたいこと
AmazonのAPI「Marketplace Web Service API (MWS)」のHello world
以下ページの右上 オレンジ色の「Download」ボタンから入手できる
「MWSProducts_2011-10-01_v2017-03-22.dll」の使用
https://developer.amazonservices.jp/doc/products/products/v20111001/cSharp.html ■DLLの使用
Visual Studioの対象プロジェクトのプロパティから、
上記DLLの参照を追加しました
■コーディング
using namespace MarketplaceWebServiceProducts;//←ここはコンパイルOK
using namespace MarketplaceWebServiceProducts::Mock;//←★ここで上記コンパイルエラー
■ご質問
上位の「MarketplaceWebServiceProducts」が正常なのに、
下位の「Mock」を付けるとあいまいなシンボルになるのはなぜでしょうか。
解決策をご教授ください。（可能であれば実装をご提供ください）
■環境
Visual Studio
.Net 4.0
C++/Cli
ここに正確なエラーメッセージを書いて、そのメッセージで検索すれば？
自分が聞いてる質問に「ご質問」とはなかなか図太い奴だな
MarketplaceWebServiceProducts::Mockの中にあるクラスなり関数の名前と
>67
ご回答ありがとうございます。
詳細なエラーメッセージは以下となります
エラー 1 error C2872: 'MarketplaceWebServiceProducts' : あいまいなシンボルです。 c:\users\XXXX\amazon.h 2666 1
Mock という名称が、既に使われているとか？
→
はい私もその認識でおりますが、解決方法が分かりません。
「このスレに移動します」
でいかがでしょうか
※５ちゃんねる初心者でよくわかっておりませんスレとはなんでしょうか？
>>68 権利を頂きありがとうございます。
解決策も頂けますか？
>>69 ご回答ありがとうございます。
「MarketplaceWebServiceProducts」ではなく、
「Mock」でもなく、
「Mock」の中にあるメソッドクラス定義が重複しているということでしょうか？
なるほどですね。
では一度プロジェクトをまっさらにしてどこと重複しているか地味に見つけていくしかないでしょうか？
解決策をご教授ください
using namespaceじゃなくて名前空間エイリアス使って短い別名で使えばいいんじゃないかな
>>68 「ご」はただの丁寧語なので、自分の質問にも相手の質問にも使える。
一般常識なので覚えておこう
>>72 ！！
「名前空間エイリアス使って短い別名で使う」とは具体的にどのような実装になりますでしょうか！？
>>72 解決しました！！！！！
namespace tekitounanamae= MarketplaceWebServiceProducts;
using namespace tekitounanamae::Mock;
本当にありがとうございます！！！！！！！！！！！！
本当にありがとうございます！！！！！！！！！！！！
本当にありがとうございます！！！！！！！！！！！！
本当にありがとうございます！！！！！！！！！！！！
キモヲタ万歳！！！！！！キモヲタ役に立つ！！！！！！！！
>本当にありがとうございます！！！！！！！！！！！！
>>77 はい！！もう無視してもらって構いません！解決したので！！
ただこれだけは声を大にして言いたい
>72
様
神様、王様、仏様
キモヲタ様！！！！！！！！！！！！！！！！
本当にありがとうございます！！！！！！！！！！！！
本当にありがとうございます！！！！！！！！！！！！
本当にありがとうございます！！！！！！！！！！！！
本当にありがとうございます！！！！！！！！！！！！
キモヲタ万歳！！！！！！キモヲタ役に立つ！！！！！！！！
1行目を書かずに
>>78 5chは初めてだというが、新しいコミュニティに来たならそこのノリなり分化なりは少しは理解しようとしなよ。
そんな調子だとリアル社会じゃ周りが迷惑するからやめてくれ。
調べてみたら、以下のようになっていた。 >>66 に書いてしまうと、「2行目」は、 >>66 Teratail と Qiita でマルチポストかよ。
そっちにも解決したってちゃんと書いておけよ！
>>66 【改善案】
試してないが、以下のように書くとエラーが消える可能性があるかも。
[1]
using namespace MarketplaceWebServiceProducts;
using namespace Mock;
[2]
using namespace MarketplaceWebServiceProducts;
using namespace ::MarketplaceWebServiceProducts::Mock;
[3]
using namespace MarketplaceWebServiceProducts::Mock;
namespace mock = MarketplaceWebServiceProducts::Mock;
にしてもなんでこんなドイツ語みたいにダラダラと長いんだろう
そうだな
ただ単に空白入りの
c++templateの欠点ってなんだと思います？
意外にあるね。所詮マクロというのは利点でもあると思うけど
>>94 ほんとこれ
壊れたかとおもうぐらいバカスカバカスカとエラー吐くくせに
肝心の問題の箇所がさっぱり見つけられないという
エラーメッセージからエラー原因が分からないのはテンプレート関連よりもそれ以外の要因のが多い
>>99 テンプレート使うときはテスト用のプロジェクト作ってネチネチ単体テスト書かんとダメだね。PODで具現化して肌で感覚つかんでおかないと本番コードでしくじるとハマる。コンパイル時間短縮のためにもテスト用のプロジェクトは必要。
declval, decletype, SFINAE, static_assertでコンセプト記述、必要に応じてtraits定義すれば、頭抱えるようなイミフエラーはほぼ撲滅できる。
無の心で手を動かさないといけないけど、これがテンプレの現状。
>>103 それはC++の理念から外れるから違う言語を使うべきじゃね？
>>95 に一票
ていうか最近のC++標準ライブラリはテンプレートで何でもやろうとしすぎだわ
メタプログラミングとか突き詰めていったら
例えばテンプレートに渡す型と定数値の違いをまとめて扱える
テンプレートテンプレートメタメタプログラミングとかサポートすんのかと
所詮は裏技やトリックの類だと再認識した方がいい
std委員会の人、自分で作った仕様をハックしてるもんな。それはどうかと思うわ。
ステップ実行までとは言わないがコードがどのよう実体化したのかプレビューするツールとかないのかね
コンパイルエラーの文字列を横取りしてヒューマンリーダブルに書き換えられるようにして
そんなくだらんことに時間使うくらいなら型付コードジェネレーターの標準でも定めた方が
結局makeもまともにかけないバカの意見を重視してるだけなんだよね。
そういうとこだよ。
最近のC++の使用を考えてる人は、頭が悪いのかも知れんな。
C++は抽象を実装しているのだ。
小綺麗にすることは目指していないので下手くそに見えるかも知れんな
>>116 そりゃエラーメッセージをデバッグしずらい状況が問題だからな。
デバッグの根本原理は昔から地味にわからん領域を刻んでけってのが鉄則だわ。
エラーメッセージは言うほど分かりづらいかってのとそれコンパイラの問題じゃねっていう流れじゃなかったのか
boostは下から上まであるけど、STLの設計が下手くそとはまあ・・・
googleはtemplate禁止だっけ？
>>124 メジャーな物を否定する俺カッコイイみたいな奴じゃないかな
>>125 boostの一部を許可と過度なメタプログラミング禁止じゃないか？
最新のは知らないけどさ
>>121 そりゃ一つずつちゃんと追っていけば原因はいつかわかるけど、
自分が書いたテンプレートならともかく他人が書いたもののエラー追うのは
他人が書いたメタプログラミングの意図を正確に把握する必要が出てくる(特にboostとか地獄)
コンセプトが導入されたらその辺はマシになるだろうけど
結局それはそれでテンプレート使うときにやらなきゃいけない作業が増えるというw
>>125 Googleは例外禁止、templateなしはさすがに無理がある
細かいバグを拾うために out_of_range を投げる位はありだと思うが、「構造化された例外」の使い方が俺には判らん。
禁止はtry-catchか。
>>128 だからやってることを刻めるようにしろって意見だよ。
テンプレートが担ってる役割は恐ろしく多い。
型のオーバーロード(推論)、マクロコードの展開、コンパイル。
これらを暗黙に一気にやってるからデバッグしずらいんだよ。
クラスのprivate変数として vector<int> a を宣言したいとき、
こうしろ
>>134 関数宣言と曖昧になるから、らしい
ちなみに、{}を使えば出来る
>>136 vector<int> a{0, 0, 0, 0, 0, 0, 0, 0};
ってこと？
>>138 n 個ゼロで埋めるみたいのは、クラス変数として宣言してから使う前に
a = vector<int>(n, 0);
みたいにするしかないですか？
>>139 コンストラクタで初期化するのはダメなのか？
>>140 コンストラクタで初期化するとしても
>>139 みたいな感じですよね？
済みません今やっと意味分かりました
>>139 それも同じようにすれば行けるはずだけど
前々から思ってたんだけどなんでprivateのを下に書くの
本来、privateは利用者にとっちゃ興味ない内容だから、C++では伝統的に下で書かれることが多いけど、java登場以来、上に書く人が増えたと思う。
C++は他の言語からすると書き方流派の縛りは緩いから(歴史長すぎてさまざまな流派が発生しては消えてるから)
上がいいよ。
上からprivate変数、public関数、private関数の順かな。
>>146 おいらは前から、privateを最初に書くのは、アメリカや英語文化の影響では
ないかと思っていた。
・英語では、First name, Last name の順。
・地名も、小さい場所から、大まかな場所へ書かれる。町名、市名、県名、国名
の順のように。
・アメリカでは、public 的なものより、private が優先されるイメージがある。
・変数名も、大まかな所属は後の方に書かれ、pszName, lenName, idxData の
ようになる。
でも、class を使う側の目線で見た時、private や protected のデータは、
何の意味も無いし、今後のバージョンアップで変化することもあるから、
上に書くのは無駄のように思える。
class だと private がデフォだから
同じ理由でstructにしてpublic省略してる
privateな変数は使う側に関係ないから下だな。
【移民】
留学生以外の、海外大学卒の外国人採用、過去最高に 4社に1社 エンジニアでは日本語能力を問わない企業も
http://2chb.net/r/newsplus/1548315122/ windowsだとcondition_variableを使う理由ってなにがありますか？
責任を持つデータを明示する。
privateに入れてる変数は壊しても構わないと考えてる。
壊してもいいのはprivate
本当はprivateのメンバなんてヘッダに書きたくないんだよな
どうでもいい実装は別に無名のnamespaceに入れてもいいわけだしね。
templateクラスみたいなのは、独立したヘッダに素直に書くのが良いんだと思う
Windows で動いて、かつ、llc.exe --version で Registered Targets に、
>>168 三時間経過して確認してみたら、ありがたいことに、ちゃんと、
ビルド済みの llc.exe があり、Win7, 64BIT で実行できて、
llc --help では、Registered Target がものすごく大量に出てきて、
その中に、wasm32, wasm64 の文字があった。
x86, x86-64 の文字もある。
ちなみに、Emscripten の emsdk に含まれている llc.exe の、
Registered Target は、js, x86, x86-64 の3つのみ。
Emscripten ではこれを使って LLVM を、いったん asm.js という
JavaScript の subset 的な言語に変換してから、自前で色々な
処理を行い、後から binaryen の asm2wasm などで
wasm に変換している。
今回 DL できた llc.exe では、LLVM を直接 wasm の wast (S式)
形式に直せるらしい。
>>159 public変数を書いてる奴と仕事したくないわ。
変数はアクセス関数を通して公開すると変更に強くなると設計の本に書いてあるけど、だったらC++に元からプロパティ型があれば良いのでは。
114514回目のプロパティ談義が始まったぞ〜
リファクタリングもテストもベンチマーク取りもやらんバカに限って
プロパティ型が無いから不毛な議論が続くのであって、プロパティ型が入れば世の中から争いが一つ消える。
プロパティのアドレス取ったらどうなるべきなのか解決するまでC++にプロパティは入りません
>>174 皆を納得させられるだけの仕様を君が提案して、この不毛な議論に終止符を打ってくださいな。
メンバ変数宣言と初期化時に、コンストラクタ引数からのテンプレート引数推定を許してくれればいい感じのができそうなんだが
変数と同じ名前の関数の作成を許可するだけで良い気がする。
コピコンや代入とも相性悪そう…
ていうかC++/CXのコードを今見直したらバッキングストアとしてのデータメンバBの存在を必ず仮定しており、
存在しないプロパティの話はもういいいいいいいいいいいいいいいい
いやすまん
>>179 と
>>180 はデフォルトのコピコンと代入の話しやったわ
自前でコピコンや代入演算子を定義するならどうだってなる話やったわ寝ぼけてたわｽﾏﾝorz
std::arrayの実態はスタック領域に格納されるの？
>>184 std::arrayをnewで作ってたりしなければスタック
そして最適化の結果として普通の配列との違いはなくなる
>>185 あれば使うけどなくても困らん
そんなことよりやることが多すぎてあっても無くてもいいものに手をかける時間はない
ネットワークライブラリですらC++20でも決まらなさそうな感じになってきたし
>>185 前提が違うのに、一部だけそのまま持ってこれるわけないだろ。
既存の仕様を変更せずに、互換性を維持したままで整合性を取るのが大変だっつー話なんだよ。
このスレではプロパティとか #pragma once が何度でも蒸し返されるけど、
そりゃこのスレにプログラミング言語の専門家いないし
>>191 だからなんでお前は勝手に委員会の代弁してんだよ
実際の提案や議論を追っかけててそれを説明してくれるならありがたいが、
マウント取りたいだけなら黙れ
>>193 説明してもまた蒸し返すんだから無駄だっていうことがわかったから。
俺何度かプロパティに関する議論参加したけど、はちみつが
採用されるべき理由を説明した人も居ないけどな
採用されるべき理由なんてあると便利だからでいいんだよ
別にあーでもないこーでもないと議論する分にはいいだろ、ってことだよ
つーかそんなにC#風のプロパティつかいたいなら素直にC#つかっとけ、みたいな
>>200 あのな1回や2回なら別にいいよ
数スレおきにやられててうんざりなんだよ
gcが無いのは理由はっきりしてるだろ
まあ蒸し返してる人も、過去の話に納得いかなくて蒸し返してるわけじゃなくて
>>200 プロキシクラスでプロパティっぽいものを作るやつのこと？
それももういいかげんしつこいくらい繰返されたネタで、
もういっぺん取り上げても有意義な要素はなんもない。
個人的には、 opaque alias と組み合わせればより
プロパティっぽいものに近づける可能性はあるかもな
とは思ってるけど。
>>198 オブジェクトに付随する直接アクセスしたくなる変数とはプロパティなのだから、関数を介して公開せよという前にプロパティ型があれば頑強になるって事だろね。
>>206 【プロパティはなんたらかんたらなので標準化困難】C++相談室 part141【#pragma onceはなんたらかんたらなので標準化困難】
ちょっとだけ長いかも
>>210 数億年前からスレに居る生きた化石なので尊重せよ
で、やっぱプロパティー実装するんなら
じゃあ君が素晴らしい解決策を考え出して委員会に提案すれば？
perlではよく見る ＜＝＞
C++の宇宙船演算子、とてもよく出来てる
プロパティとは何かというのがそもそもなんだかバラバラな意見だったりするんよ。
私は「ふたつの関数の組にしたもの (またはひとつの関数) を変数として抽象化 (見せかけ) したもの」
と考えていて、それが結果的に変数へのアクセサ・モディファイアとしてして機能し得る、
更にそれによってアクセスコントロールできるというのは用途のひとつに過ぎないと思う。
だから
>>178 みたいな意見はスコープが小さすぎて割に合わないと思う。
もしプロパティが導入されるとしたら、クラスの外から見る限りでは変数と区別が
つかないようになっているべきだと思うのだが、
>>212 のような問題はあるし、
テンプレートでの推論ルールとかも考え始めると
まともなルールを決めるのはほとんど無理だと思えてくる。
「変数に見せかける」のは中途半端でいいから「プロパティ」が欲しいというような
>>208 のような立場は一見して比較的に楽 (既存のルールを考えずに新しいものが増える) だが、
逆に言えば今まで無かった変数カテゴリが出現するわけなのでそれはそれで
既存の機能 (特にライブラリ) と辻褄を合わせるのはなかなか大変そうだ。
そういった部分を勘案して、あえてプロパティと呼べるようなものを導入するのだとしたら、
プロキシクラスによって実現することを軸にした上で
それで実現しきれない部分を埋めていくというアプローチが妥当だと思う。
前述 (
>>207 ) のように、 opaque alias は有用な機能だろう。
な〜んか、「思う」って言いすぎな気がするけど、
「思う」って言っとかないとまた「勝手に委員会を代弁している！」とか言い出すから、
明示的に「思う」って書いておくことにする。
>>208 ＞プロパティ型
いじっていい変数ならプロパティクラス作って明示すればいいだけじゃねえの
class A
{
public:
CPropety<int> i;
CProperty<double > d;
};
main()
{
A a;
a.i=10;
a.d=0.0;
}
class A
>>219 オーバーロードしたらあかんの
CPropety<int> Ci {setter, getter}
CPropety<int> Cj {setter, getter}
class A
{
Ci i;
Cj j;
}
そのCiとかCjは一体何なんだよ
>>221 ぼくのかんがえたなんちゃらだよ
あたらしいかどうかしらんが
ちょっと書き方間違えてたな
class Ci: CProperty<int>{ setter,getter}
class Cj: CProperty<int>{ setter,getter}
これでどうだ
>>217 ＞「思う」って言っとかないとまた「勝手に委員会を代弁している！」とか言い出すから、
>>200 勝手に人の主張を捻じ曲げるな
というかプロキシクラスの提案は以前にもここであったし有意義な話だと思うんだけど、
それだと基本型ならともかく、クラス変数のメンバ関数は呼べないんだぜ
そこをどうにかする新たな言語機能は必要になる
まぁ、親クラスのメンバにアクセスしたくなることはけっこうあるけどねｗ
いや、単にこういう話
CPropety<std::string> Cs {setter, getter};
Cs = "hogehoge"; // これは出来ても
size_t n = Cs.size(); // これは無理
まぁプロパティ絶対要る、って言いたいわけじゃないけどさ
>>189 の言うようにあれば使う程度だけど
リフレクションがないのにプロパティだけあっても意味ないだろう
一般に「プロパティ」と言ったとき
リフレクション知らんかったので調べてみたけど
https://ufcpp.net/study/csharp/sp_reflection.html ファイルから読んだ内容から動的にクラスを作ったりできる、で合ってるだろうか？
確かにプロパティが欲しくなる場面って設定ファイルの読み書きとかだから、
そういうファイルと言語の橋渡しの機能が無いと片手落ちだというのはわかる気がする（合ってるか知らんけど
仮にINIファイルに対する読み書きを自動化するとして
[Key]
value = ほげほげ
というhoge.iniがあったときに
Ini hoge_ini("hoge.ini");
hoge_ini.Key.value = "ふがふが";
みたいなことが、C++でも出来なくはないけど（そのINIファイルに相当するクラスを手動で書けば）・・・
言語に取り入れようとしたら静的型付けやテンプレートとは死ぬほど相性悪いから無理だろうなぁ
使ってるエディタにプロパティージェネレート機能でも入れれば？
そのうち入る静的なリフレクションで十分用はたせそう
メタプログラミング・オープンクラスなど、Ruby が遅い理由
C++でテストは何を使用してる？
みなさん、そんなに高度なプログラム書いてるんですか？
商用だけどparasoftのC++Test使ってて、なかなかいいですよ
昔はSoftIceとBoundsChecker使っていたけど
googletest使ってる。準備しやすいし、そこそこ信用できるから。
VC++のネイティブテスト使ってる
テストなんか手で書こうがフレームワーク使おうが同じ
>>234 ライブラリのように汎用性の高いものは、テスト用のプロジェクト作ってる（そういうのは大体テンプレ使っててビルドに時間を食われるので）。
実装コードの単体テスは、main のド頭で起動時に必ず実行（リリース時は外す)。
専用ツールの必要性を感じた事がないです。
MyClass c;
質問させて
すみません、使うメモリ管理の方法が違うということなんですね
template<typename T>
>>246 プログラムの進行によって形態が変化するグラフを表現する場合なんかは
newでないと実装は難しい。
>>248 そういう場合もあるんですね
ありがとうございます
>>246 配列はstl使えばいい
小さい固定長配列ならstd::array
それ以外はstd::vector
>>246 複数のスレッドからアクセスするならnew
あと動的かつサイズが巨大だったらnew
どっちかわからなかったらとりあえずnew
ただし今時生で使うのはご法度なのでスマポで使う
すまぽ使う場合って明示的にdeleteはしないんですか？
sumapoってさ
shared_ptrかunique_ptrかで違う
さすがに今時アトミックなインクリメントをネイティブにサポートしてないようなCPUは考慮不要だろ
>>251 >ただし今時生で使うのはご法度なのでスマポで使う
そんなことない。C++ の本流は今でも生ポインタ。
ポインタは理解できない人が多くて、そういう人が嫌いがちなだけ。
それは彼女自身が理解できないから。
そもそも有効範囲を把握できなくなるような行方不明オブジェクトなんかそんなに必要になるかね
本流が何を指すのかよく分からないが個人的な観測範囲ではスマポ推奨する人間の方が多い
いっさいdeleteしないという方針にするならわかるけど混ざるのは嫌だね
RAIIとかデストラクタ書くのめんどいとかでスマポよく使うけど
そりゃdeleteはしない方針ですよスマポ使うんだから
親玉クラスに任せられない時は、実体管理用のクラス作ってるわ。
factoryがunique_ptrじゃだめな場面ってそんなに多いんですかね
そもそも boost や STL って、C++をC++でなくしてしまうことがある
なんか、C++をスクリプト言語化したい人の集まりみたいになってる。
そういう言語じゃないの？
>>267 スマポ使うと共変使えなくなるよ
ていうか言語なんて好きに使えや
自分の使い方を他人に押し付けるな
>>271 Stroustrup の定義した C++ は結構美しかったんだよ。
boost と stl によってはものすごく汚くなった。
C++ 98 位でが本当の C++ で、それより後は C++ ではないと思う。
>>272 非virtualなメソッドを噛ませたりしてcovarianceを使わないようにしますかねぇ
その手間をかけてもなおライフタイムの管理をスマポに頼りたいです
というか、スクリプターの方がバイナリ・プログラマより圧倒的に多いので
>>277 そこら辺は結局設計方針でしょ
まぁ共変使う場面もそんなにないけど
美しいとかそんなのどうでもいいんだよ!
>>273 c++11以降のauto,constexpr,template変数当たりは必要だと思うけど。
constexprにかんしてはc++14以降だけ
イミュータボォなヴァリューオブジェクトを実装するときにコピコン使うかスマポ使うか悩む
例外安全性考えたらスマポ使わないでやるのは地獄
スマポがなかった頃、僕はリークしまくりでしたっていう自己紹介文では？
>>281 C++ 98 位まではここまでごちゃごちゃしてなくて、それなりの
美しさは有ったんだよ。
流れを切って悪いが、コンセプトを使ってクラスを抽象化するのってありだと思う？ 仮想関数のコストを払いたくないのが主な理由です。
>>291 あり。
仮想関数はあくまでも実行時のディスパッチが必要な場合に使うもので、
コンパイル時に解決できる多相性はコンパイル時に解決するのが望ましい。
>>287 リークしてるのに気づいてもいないやつらよりいいよ。
>>291 Modern C++ Designは読んだ？
あとはallocator_traitsなんかを調べたら参考になるかもね
>>293 スマポが無いとリソース管理全く出来ないやつとかお断りだわ
お前の業界の話なんか知らんわ
＞スマポが無いとリソース管理全く出来ないやつとかお断りだわ
リソース管理一元化の意味わかる人、解説頼む
std::shared_ptr は、まあ速度的に不利になる場合もあるだろうけど、
>>299 そりゃ寿命を親玉クラスのインスタンスと一致させられるなら参照カウンタは要らんやろ
渡すところは全部参照でいい
>>300 そら管理責任を背負ってる部分では使えばいいけど、その一元管理されたリソースを使う側には
普通生ポか参照で渡すだろ
そういう場合にunique使う必要は無いし(unique_ptrの参照でも渡すのか？)
sharedにすると逆に管理責任が曖昧になる
特定のタイミングで一括でリソース確保、解放したいようなシステムを想像したらわかるかと
どうせシーケンス図的なもん書かずに大きいプログラムは作らないと思うんだよね。
>>300 使ってもいいけど、積極的に使いたくなる状況は意外と少ない
上の人も言ってるように親玉クラスとかスタックの上の方とか管理責任を持ってるところでは使いたければ使ってもいいけど、
そういうときはunique_ptr使わなくてもRAIIで勝手に解放されるでしょ
unique_ptrが本当に有効なのは所有権を他所に完全に引き渡してしまうケースだけど、
値を好んで多用する文化を持ちmoveも使えるC++において、そういうケースってわりとレアだと思う
>>305 >>285 自分が何書いたか読み直そうな
所有権というのがいまいちわからんのだけどclassAがunique_pというデータを所有していたとして、他の関数からunique_pを参照して内容を書き換えるのは何も問題ないんだよな？
>>308 unique_ptrについてぐくった？
>>310 ID変えてまで必死だな
「uniqueはコピーできねーよバーカ！」
とでも言いたいんだろうか
>>306 unique_ptrもRAIIじゃん
本当にわかってんのかね
>>312 RAIIしたいだけならunique_ptrがなぜ必要？
自動変数として宣言するには危険なぐらい巨大であるとか
>>302 >>306 何も全部のポインタを置き換えるべしというわけじゃない。 所有権の管理に使う話。
下流には「アクセスを許す」のであって、「所有権を渡す」必要はないだろ。
(渡したい設計のときは渡せばいいが。)
可能なら一環してスマートポインタで扱うに越したことは無いとは思うが、
下流に渡すのは生ポインタにするという方針もそれはそれで悪くないと思う。
>>260 みたいなケースであっても、下流には生ポインタで渡すのであっても
スマートポインタは有用にはかわりないって話。
所有権の観点から見ると生ポインタってのは所有権を持っているか持っていないか
わからない状態ってことで、でも、その中に std::unique_ptr がひとつあれば、
それが後始末をするのだというサインになる。
所有権をどこで持っているのか見た目にわかるので、単純に、読みやすい。
もちろん、一旦生ポインタとして取り出したものをまたスマートポインタに入れたりすると
おかしなことになるのでそうしないように気を付ける必要はあるけど。
例外に対して気をつかうのはポインタを適切に扱うより冗長でつらいのでやりたくないってのもある。
class A
あと自分の管理下のデータメンバーを参照するポインタをホイホイ外に渡したいだなんて
突っ込みどころが多いなあ
>>317 も
>>318 もRAIIがあるから不要なケースが多いという主張に対する反論にはなってないぞ
スマートポインタがそのRAIIの代表格なのだが
>>321 普通に直接値を持てばいいでしょ
それでカバーしにくい代表的なケースといえば
俺なら遅延初期化したいケースとか多態性を使いたいケースとかが真っ先に思いつくけど、
スマポ派からはそういう指摘が全然出てこなかったってことは実際それほど困らないことの何よりの証拠だなw
>>320 値かポインタかの話でなくでポインタをどう管理するかの話でしょ
値で済む場合が多いなんて一般化できねーし
あと値のことRAIIっていうから誤解されてる
初期化の遅延はoptionalがいるから用途として挙げるのは微妙なところ
deleteの手間を惜しむならコメント書くのもやめればと思う
なんなのこの根性論w
deleteは手間じゃなくてリスクって認識なんですよね
new/delete するかどうかの話と、 new/delete する場合にスマートポインタを使うかどうかの話とが
deleteはもちろん人間が読むためのもんよ。
メモリ解放程度ならお仕着せのスマポで簡単かもしれんけどさ
リソース開放漏れって、ロックされているの？それは悲しいな
>>317 ファクトリパターンを使いつつ、その場では管理せず
ライブラリ内の任意の場所で管理させる場合は？
それまでの間は生ポだよな
>>319 COM全否定かよ
>>319 const-ness理解してないのはC++理解してない証拠だから。
>>335 ファクトリーからunique_ptrもらって管理役にムーブで渡せばいいだけだろ
生ポ返して「お前がdeleteしとけよ」なんてファクトリー危なっかしくて仕方ないわ
>>337 なんでユーザーが受け取ってユーザーが渡す前提なんだよ
経験不足にも程がある
ていうかスマポ派は
そもそもスマポ自体が推奨されるものかどうか。
「どうして、人々は、『私は本当は boost を使いたくない』と遠まわしにほのめか
すのでしょう？」
Why do people seem to insinuate I would rather not use Boost?
Very often here on SO I see notes about boost such as
If you are fine with using Boost...
or
If you can use Boost...
https://stackoverflow.com/questions/33452925/why-do-people-seem-to-insinuate-i-would-rather-not-use-boost >>338 「ユーザー」の意味がわからんが、自分が作ったファクトリーは自分だけが使うから危なかろうとなんだろうと構わないっていう意味で抜かしてるならあんたはマトモな開発者じゃないね
Why do people seem to insinuate I would rather not use Boost?
>>342 そこまで自分とこのライブラリ開発者も自分すらも信用出来ないのなら
C++使うべきじゃないよ
だいたいその途中経路全てCopyConstructible, CopyAssignableを要求される文脈が
一度たりとも発生しないという保証が無ければunique使えないよな
ていうか趣味グラマだろお前w
なんでユーザーがやる前提なんだ、って聞いて「自分だけが使うから」
なんだキチガイか
これくらいユーザーの関わるレイヤーがバラバラなのがc++なんだわ。
stlもboostもc++でないという人は他の人が作ったライブラリもc++じゃないというんだろ？
Python3はPythonじゃないとか言ってPython2使い続けてるゴミみたいだな
ビルド速度、コンパイラの安定性もまともに計らずに
たった8年前に標準化されたばかりの超絶最新機能を使いたがるバカにID:+ftC4go9様がお怒りだぞ
10年は寝かさないと成熟したとは言えないでしょ
たかが新機能に10年も20年も寝かすとかアホか!
20年あったらメモリは2^20倍になってCPUの速度も2^20倍ぐらいになる！
しかして人間の知能はあまり変わらない
年数の問題でなく、単に boost や C++ の設計者が馬鹿なだけだよ。
で、その新機能とやらで生産性が上がると本気で思ってんのかね？
>>358 特にCPUの速度に関して本気で言ってんのだったら物を知らないね、あなた。
「template を使うと、エラーが長くなって判読しにくい」
「template は、不注意に使うと、code の肥大化を招く」
「template のインスタンス化すると、コンパイル時間とメモリー使用量が増大する」
これ以外に、「Other issues」の欄に、無数の問題点が挙がっている。
https://en.wikipedia.org/wiki/Standard_Template_Library Error messages involving templates tend to be very long and difficult to decipher.
This problem has been considered so severe that a number of tools have been
written that simplify and prettyprint STL-related error messages to make them
more comprehensible.
Careless use of templates can lead to code bloat.[7] This has been countered with
special techniques within STL implementations (e.g. using void* containers internally
and other "diet template" techniques) and improving compilers' optimization techniques.
However, this symptom is similar to naively manually copying a set of functions to work
with a different type, in that both can be avoided with care and good technique.
Template instantiation can increase compilation time and memory usage,
in exchange for typically reducing runtime decision-making (e.g. via virtual functions).
Until the compiler technology improves enough, this problem can be only partially
eliminated by careful coding, avoiding certain idioms, and simply not using templates
where they are not appropriate or where compile-time performance is prioritized.
コンパイル時間が伸びないテンプレートやらジェネリクスやらなんてのはあるの？
「STL で実装されているイテレーターの概念は、最初は理解しにくい」
直訳すれば、
smart pointer や unique pointer、各種コンテナ、Array、Vector、Set
・C++の言語仕様もごちゃごちゃと勝手に追加された。
もうちょっと読解力とSTLへの理解高めてからそういう主張をされたらいかがか・・・
>>370 あんたが読解してみろや。
Wikipediaが、変な英語書いてとるだけかも知れんで。
> 世界中、誰一人として、本当にどうなるかは分からん状態になってる。
for example, if a value pointed to by the iterator is deleted, the iterator
>>372 実世界で天才と言われているオイラが、STLや今のC++は汚いとしか思えないけどな。
Allocator周りへの不満はあるだろうなと思うけど
>>369 お前の言ってる事もSTL並みにゴチャゴチャやで。
>>376 STLの方がまだ理屈が通っている分、難解だとしても理解しやすい。
>>362 確かに年2倍は盛ったがシリコンの比例縮小則が続く限りクロックは伸び続けるはず…
リーク電流による爆熱はHigh-Kで対策されたし
マルチコアに向かう流れは業界の怠惰にすぎず、物理的制約のせいではない…！
>>373 それがアホ仕様だとすると、たとえば std::vector の iterator は対応する要素が削除された後
どのような状態になるべきだとおっしゃるのか？
std::move、std::forwardと右辺値参照の関係とか特にtemplateが絡むと分かりにくいな。
allocatorに無頓着な人って本当にc++使う必然性あるか考えた方がいいと思う
実際にアロケータ差し替えて使ってるとちょこちょこ「アレ？？」
難しいことよくわからんけど、tupleの要素取り出すのがstd::get<index>(var)なの嫌い
indexはコンパイル時定数じゃないといけないし
pairもarrayも生配列も同じように使えるようにじゃなかったっけ？
あ た り ま え だ が
まあC++は人をふるい落とすための言語だからな。
わかりにくいとか使いにくいとかいう批判をされても作ってる人も使ってる人もふーんとしか思ってない
確かにstlの基本ぐらい勉強しろとおもうけど
全容把握はやる気せんわ>STL。
>>387 >>388 でも、C++ の生ポインタや自作リストクラスで十分だと思ってる人が、
unique pointer や smart pointer や container を使うとすれば、
分かり易くなければ意味がない。
分かりにくければ、生ポインタ以上に危険になってしまいかねない。
shared_ptrとコンテナはまあわからんでもないが
＞unique_ptrが難しいと騒いでる奴
「unique_ptrが難しいから使わないんだ」
>>396 理解が難しいと言ってるやつはあまりいないと思うが、
このスレでは「使いどころが難しい (使える場面は思ったよりずっと少ないのであまり有難みがない)」
という主張はよく出てると思う。
std::unique_ptr の価値を十全に感じたいならば、
一貫して std::unique_ptr を利用する必要があるが、面倒くさいし、
様々なライブラリを組み合わせようとするとそうもいかないこともあるというのは確かにある。
現実は非情である。
私自身はとりあえず部分的な利用であっても、
(少なくともその箇所では) 例外に対して面倒くさい配慮をしなくてよいってだけで充分にありがたいと思うんだけどな〜。
いや俺もこないだ色々言ったけど便利だと思うよ
スマポ使わない奴は死刑にする法律ができても良いくらい。
プログラムの小さいバグで大事故は割とある話
数値計算のオーバーフローだかゼロ除算だかでスペースシャトル落ちたんやで
そんなに凄いなら、次世代OSでも採用されるでしょうね
いや、住之江 自動運転 衝突 で調べたら物理だったw
bool 値インクリメントで放射線事故なんてのもある。
boolのインクリメントはもう駄目にならんかったっけ
ブールの++は禁止されるね。
>>410 Trueがゼロとかキチガイかよ
結局Valueがそのまんま外に出てて、単なる enum class と比較して全く何の意味もないし
struct を class に置き換えるなり好きに使えよアホ。挙動に制限つけたブール定義するのは簡単って意味。多少面倒でも人殺すよりまし。
>>413 知らんがな
413の頭の中には完璧にタイプセーフなぼくのかんがえたさいきょうのboolがあるのかもしれないが、
>>410 のコードから単なる馬鹿と優秀な413の違いを読み取るのはさすがに無理がある
俺達に見えてるのはお前のレスの文面だけなんだから、馬鹿だと思われたくないなら馬鹿に見えないようなレスを書きなさい
大入するときいちいちBool::Value::Trueとかってやるの？
ラフスケッチだったのか
このスレって、昔デパートの屋上とかでやってた
落書きレベルのトリックで回避できる問題が10年以上放置されてるのがC++。
>>410 だと何がスマートになるの？
trueとfalseは逆にするとして。
暗黙型変換と人が「普通に」書いてしまう演算からbool値の持つ論理的な意味を守れる。
bool は整数型のカテゴリに入ってるから
だったらexplicit operator boolも書いとけばいいのに
boolの問題なんてさんざん語りつくされてる話題なわけで
pimplって具体的に何が凄いのが実感出来ない‥
コード例は示せないけど
実装を隠したいときに必須なんだが
>>429 Qt使ってみればわかるよ。
コンパイル早め、デバッグ難しすぎ。
そんな感じ。
インターフェース準備してスマポ返せばええやんけpimplなんぞいらんしって思いました
>>435 設計の本には、実装を隠ぺいすることで変更に強くなると書いてあるけど、Qt見ると、いい部分も悪い部分もあるね。
各種OSに対応するには、pimplが良かったのかもしれない。
実装を隠したいならインターフェース使うだけでいい
>>438 設計本の著者は大御所ぞろいだし、身分を明かさず主張しても無駄なのでは。
明かしたらもっと無駄って場合もあるけど。
コンパイル時間が短くなるのがpimplの利点で実装を隠蔽出来るのは副次的なものと何処かで見た気がする
pimplの利点は依存ヘッダを減らせることだと思ってる
開発の効率化=pimpleの利点。
>>438 呼び出しコスト
factory経由
あたりがネックになる場合もある
組み込みやってる身としてはpimplは中でnewかまされるのが困る
同じことを思ってplacement newでやる奴を昔作ったけど、std::launderがないと辛かった
別にnewしなても代わりにobj[1000]から&obj[0]、&obj[1]、&obj[2]、…を返すファクトリーにしたら良いんじゃ…
クラスの定義をファイルスコープ（風）にしたいときは無名namespaceを使うしかない
nemaspace templateが欲しいとたまに思う
ここまでピンプルのメリットすべてインターフェースでも得られる件
上にもあるけどコンストラクタ使えないのは大きな制約だろ
わざと変な名前の名前空間使ってるわ。
templateでコンストラクタ呼び出すとこ全滅するじゃん
隠蔽つったってなぁ、
>>459 コンストラクタが必要になったらそこでラッパーを書けばいい
>>459 Factory使えよ
そのテンプレートが現実にどれだけ汎用的に使えたか思い返してみるとわかると思うが、コストラクタを直接呼ぶのは制約が強くなりすぎる
インターフェイスに限った話ではなく一般論として、インスタンスの生成は間に一段Factoryを噛ませたほうがいい
左様コンストラクタでFooのファクトリーを呼ぶFooのWrapperクラスでも書いたら一応STL対応はできる気がする
Factory が駄目なら Virtualコンストラクタを使えば良いじゃない。by マリー
・バカ
std::shared_ptr<Pimpl> p = std::make_shared<Pimpl>(a, b);
・賢者
std::shared_ptr<Interface> p = factory->create_shared(a, b);
pimplクラスをポインタで取り回すのは確かにバカだ
ポイントがInterfaceにあるのかcreate_sharedにあるのかよくわからんな。
>>466 factoryがshared_ptrを返すのは愚者だろ
生ポかunique_ptrにした方が必要に応じてshared_ptrへも変換できて自由度が高い
>>469 auto s = factory->create_shared(a, b);
auto u = factory->create_unique(a, b);
auto p = factory->create_raw(a, b);
p->get_deleter()->delete(p);
pimplで共有、占有、手動のライフサイクルをサポートするにはどうすればいいの？
namespaceの名前ってやはり2文字や３文字の短い略称などにするべきだと思いますか？
>>472 いいえ
stdは極めて悪い例であり、決して真似してはいけません
>>472 必要に応じてエイリアスを使えばいいので、多少長くとも意味が伝わる名前を意識した方が良いかと思う
boost.asioを見れば分かるように長かったり深くても問題ない
とりあえずのサンプル的な場面でhageというキーワードつかうのはやめてほしい
stdは長すぎるとusing namespace stdされるからあれで良い
メソッド呼び出し時の値のコピーって排他の考慮は不要なの？
意味なんでどうでもいいし
std::XXX程度ならusingなどいちいちせずに毎回std::XXXと書くわの意味
今はusingでエイリアス使うことだってできるんだし、定義側はある程度長い名前つけておいたほうがいいだろ。
namespace longlongnamespace{
ヘッダには長いのをそのまま書いて実装でusing namespaceすればいいじゃん
>>482 性感染症（STD）は、必ずしも自覚症状があるとは限らない病気です
>>482 STD：
爆薬に直接に圧力が加わった場合に誘爆すること
>>491 必要な手間だろ。
名前バッティングさせる方がよっぽど無駄な手間だわ。
ヘッダファイル（.h）では全体を
今ならエイリアスでいいだろ。
以下のテンプレート関数が
>>498 ？？？
どうして出来ると思ったのかわからない。
>>499 すみません。一部まちがえました
×static constexpr T f<E>(const T x, const U y) noexcept
○static constexpr T (const T x, const U y) noexcept
これでTとUが引数から引数から推論されて、Eは余っているから明示指定で大丈夫だろうと。
そう思いました。（間違っているようですが。
>>498 そのコードを書いてある通りに解釈しようとすると、
f という関数テンプレートの部分特殊化なんだけど、
非メンバ関数の部分特殊化は出来ないし、
f<3>(x2, y2); という使用形式に合致しない。
>>500 出来る要件に合致しないとしか言いようが無いので、
そこらへんはきちんとルールを見てもらうしかしょうがない。
>>502 書き換えることはできませんか？
Class f2 をいちいち書くのは面倒ξんです。。
>>503 テンプレート引数の順序を変えるだけでいけるよ
goto で多重ループ抜けたとして、ラベルの下には文がなきゃいけないわけだが、何もしたくないときはどんな文を置くの？
>>508 することがなんもないならそのまま return すればいいんじゃね？
ところで、多重ループの内側から直接 return するよりは
抜けた後何もしないのなら、その場でreturnの方が分りやすい
>>511 ,513
すみません、「何もしない」ではなく、「数層上のループに戻る」というのが言いたかったことです
5重ループがあったとして、その中で、ある条件を満たしたら以降の処理はスキップして2重目のループを続ける、ということです
>>509-510 セミコロンだけで良いのですね
ありがとうございます
NEST3:
個人的にはそのケースは各ループにbreak条件決めて戻るべきだと思ってるけどね
>>515 内側の二重？ループを関数にして素敵な名前を付けてください
そしてループ中に条件を満たしたらreturnすればいいでしょう
>>518 ハ？笑
なんでそうしなきゃ駄目なの？
「returnで抜けたい」に引っ張られちゃってんじゃんダサ！笑
>>519 責務を関数に切り出すのさ
脱初心者したいならあなたも関数の使い方を覚えるべき
結局、関数をまともに書けというプログラムの真髄に到達する。
関数を書くのがプログラムの真髄ｗ
>>512 私は、スタックが穢れない方法ならば、直接 return もあり、という美意識です
例外は断固 sjlj で実装すべきだと思っています
処理を関数に切り出すとそれまでローカルだったものがグローバルな世界に曝け出されるのが
>>525 ローカルクラスをファンクタにするのは？
精々２重ループまでしか書かない。
>>525 Pimpl, 関数のスコープ内にクラス定義できるし、ラムダ式もある。
>>525 どうしてグローバルになると思った？
まずその認識から直したほうがよさそうだ
そりゃ素朴にやればヘッダに書くことになるからだろ
>>523 基本が真髄です。
まあ本当に当たり前のことが当たり前にできないプログラマなんて腐る程いるよ。
>>533 ヘッダに書くとグローバルの繋がりは無いぞ
可視性について調べてごらん
やだなあ冗談やんけ。
>>516 ラベルの次には文が要る（「;」で良いが
>>533 多分クラスXのメソッドX::Foo()をX::Foo()と関数bar()に分けるとしたら、
bar()がXとは直接関係を持たない関数になってXのメンバに簡単にはアクセスできなくなるか、
あるいはbar()をXのメソッドにせねばならいという面倒が生じる
と感じる…
bar()が独立した関数とするにふさわしい他との依存性が小さい処理内容なら別に分けても良いが、
フローの見かけを簡単にしたいという目的で
>>520 式の切り出しを乱発したらたちまち債務超過に…
>>538 フローの見かけを変えたいなどというつまらない目的では無い
責務の切り出しだと最初から言っとるだろーが
責務を適切に見極められないから5重ループなんていう悪魔的なコードを平気で書いちゃうんだよ
>>537 メソッドでいいんだよ
めんどくさくねえよ
5重ループのほうが扱いメンドクセーって
5組の集合の総当りとかなら5重ループで書くのがいちばん自然で速い
内側のループで明らかに何らかの判断を行ってその結果を外側のループが利用してる
>内側のループで明らかに何らかの判断を行ってその結果を外側のループが利用してる
そりゃコードレベルで考えてるからだろう
意味を考えれ、という為らば過度の多重ループは数え上げのアルゴリズムを変えた(
>>543 )方が…
>>543 いつになったらループ構造を関数化しただけって勘違いを止めれるんだ？
責務で分割ってなんどいえばわかるんだろな君は
深いネスト書くやつと長い関数・クラス書くやつはダメプログラマ
わしらじじいの時代は関数ごとに1ファイルの.cに分けて書け、と言われたもんじゃった・・・
C++の殆どのコンパイラはループ自体の最適化はそこそこイケるけど再帰のループへの最適化は多用できるほど強くはない印象ある
抽象化してアルゴ切り替えとか便利だし>ファンクタ。
>>527 これ
「ループを関数として切り出せ」とか言ってる奴は身障やな！
あと、明らかに「5重ループ」は例えに過ぎないのにここに引っかかってる奴も完全バカ
現実のプログラムを書いたことがない奴が机上の空論言ってるんだよね
関数に切り出すのは再利用するためだけじゃない
エディタ次第だけど関数化するくらいならブロックに入れてたたんでおけばよくね
本質的に五層の繰り返し構造をとる処理は五重のループで書くのが正しいんだよ
ケースバイケース
>>541 みたいな例なら５重ループの方がいいだろうし各ループの意味付が違うなら関数化もあり
>>559 みたいに関数でないとダメとか言ってる自称初心者卒が一番使えない
>>561 ループの抽象化というのは貴方が思っている以上に至るところで行われている
数えてみたらいいが、何気なく書いていたコードが意外に深いループにネストされていたというのは珍しくない
cppコーダーのコードは汚い。5重ループとか平気で書く無神経さ
ΣΣΣΣΣ
そして過度にLinqを使いまくって遅くなるのでした
正規化されたDB使うかな、ガチの５重ループやるなら。
>>570 マジレスしようか？
5重ループも重ねるなら、πが必要な箇所だとダイナミックレンジが大きくなりすぎる。
logとってダイナミックレンジを圧縮した後Σに変えるべきなんだよ
>>563 コンテナを舐めて順番に処理するとか検索するとかシーケンスを比較するとか
そんなのをどんどん処理単位に切って抽象化して行くことは素晴らしいし誰も反対しないね
有害なのはループは全部そう出来るというエアプログラマーの思い込み
>>572 もっとも有害なのはごく稀な場合を引き合いに出して一般論を否定しようとするやつ
ほらね
>>575 残念ながら全体から見れば極々稀なのだよ
偶然君の関わったとこがやりにくかっただけだろう(それか単に分析スキル不足)
ID:cXGNS95rが言ってる稀ってのは、
実際のところ、5重ループってインデントが深くなる以外に何か問題あるの？
五つの状態変数を把握しないといけない所。
>>577 単一の責務で何重にもループすることは稀と言ってる
それ、関数に切り出して5重ループを無くしたら解消するものなの。
ここまで意固地になって関数化することを否定する意味がわからん。
ループの深さだけじゃないよねジッサイの判断ってのは
関数化するかどうかというのはループの深さがどうこうという基準ではないだろう、と
>>586 みたいなのも、再利用しようがなく、アルゴリズムの単純化もそれ以上出来ないならそのままであるべきだろ
関数化すりゃいいってもんじゃない
どうしようもなく分割統治できない感じのアルゴリズムの例って何かあるのかね。
>>587 だから何度も言ってるが責務次第なんだよ
君みたいにループの形式だけ見てメソッド化するしないを判断するのはダメ
君はまだ表面的なことしか見えてない
＞君はまだ表面的なことしか見えてない
何様だよお前
>>587 読んだ上で言ってんのか
ループの深さがどうこうじゃないと言ってんのにループの形式だけで判断？
C++は宗教だから異なる宗派同士がわかりあえることはない
>>504 ありがとうございます。たしかにできました。ただそれだけでな呼び出しも
return Class<T, U>::f2<E>(x, y);
から
return Class<T, U>::template f2<E>(x, y);
に変更する必要がありました。
template ←これがどういう役割なのかわかりませんが。
f2が何かと曖昧さを回避する役割があるのかと思いますが、
何と曖昧なのかよくわからないところです。
この板の1日の訪問者数って、学校の1クラス程度なの？
>>595 テンプレート内では、型の後の::に続くテンプレートがテンプレートであると
示してやらないといけないらしい
非テンプレートな関数内なら省略できる
>>384 も同じ理由
>>579 おまえ状態変数の意味分かってないだろwwww
>>597 なるほど。何をしなければいけないかはわかりました。ありがとうございます。
しかし、どうしてこうなっているんでしょうね。
>>599 テンプレートの展開結果は実際に展開されるまでわからん。
Class クラスに <T, U> 型を適用した結果として
出来る f2 が型なのか変数なのかテンプレートなのかは f を定義した時点ではまだわからんし、
わからんのでは構文解析できん。
もし f がテンプレートではないのであれば、
f の定義時点で Class の展開はされるから、
f2 が何であるかはわかる。
700重ループなら次のように書いたらええ
>>600 そういうことすか。親切にありがとうございました。
【製作中 の wasm(WebAssembly)/MS Windows 共通の Window System】
http://nowsmartsoft.atwebpages.com/ このサイトを訪れたユニークユーザー数は、「1」だ。おいらのことだよ。
ひきこもりの L より。
>>603 L って LightCone 氏だったの？
まだ、ユニークユーザー数は、5 だ。
CPU で直接実行してこその asm であって、ブラウザ上の仮想マシーンで実行するとかいう asm に何の意味があるのか？
同じソースコードがウィンドウズとブラウザで動くらしい。
C++ユーザーがウェブにリーチできるのは凄いのでは。
>>612 確かにそれはすごいけど、このブラウザで動いてるやつがどう凄いのか理解できない
>>613 Qtがhttpサーバー作ってたからそれでよくね
いちいちユニークユーザーを監視されるのが嫌だら見てないけど
ユニークユーザー数は、13人。その内オイラが2人分にカウントされている。
そしてこのスレは、1日15人も来てない・・・。
リンク先の訪問数。
【ここの住人の個人情報】
>>617 あれって、apacheやmongooseみたいな「WebServer」を作るための
関数を用意したってことではないの？
ただ、どっちにしろ、Qt も、既にWebで動くものが出来ている(?)
と昨日くらいにWikipediaで見たけど。
たった10人がまるで自分達が世界の中心であるかのようにC++の仕様を論じていたのか。滑稽極まりない。
>>611 個人的には、Windows Native版を普段は使って、人に見せびらかしたい・・・・
ではなく、「見てもらいたい」時に、Web 版を使いたい。
学校とか会社で、その辺にあるマシンやスマホで、作ったものを人に見せられる
のは快楽・・・、ではなく「生きがい」になるんじゃないかと。
>>627 作者が飽きてゴミになる可能性が極めて高いようなものに貴重な時間を投資する気にはなれません
お引き取りください
あと、圧縮してない現状で、HTMLとJSとWASMを全部合わせて 83KB しかない。
今のほぼオワコンの5chなんてどこもこんなもんでしょ
正直そこまですごくはないよね
Native版(Windows x86, x64 *.exe) と、VM版(wasm) の両方が同じC++ソースから
Window Resizing時のマウスカーソルが上下、左右逆向きになることが残ってるけど、
さらに、wasm は Webアプリなので、Appleの審査も、AppleStoreへの登録料
そろそろスレ違いだから、終わりにしたら？
>>636 それPWAは使い物にならないから糞ストアを使わざるを得なかったという趣旨の記事なんだが、自己批判したいのか？
お前がwasmでアプリを作ったところで、純粋なブラウザスクリプトでできることなんて極めて限られている
作ったものを配布しようと思えばお前も結局この記事と同じ地獄に直面することになる
>>637 実はその通りだよ。検索してみて分かったので訂正記事を書こうと思ったが、
間違って記事を書き終えるまでに投稿してしまった。
>>636 によれば、(wasm を使って) WebAppliを作っても、Appleマシンで
動かすのは審査や登録が大変で、年間費まで払わなくてはならないらしい。
単なるWebPageにしか過ぎなくても、Appleはそういうことをしてしまうみたいだ。
>>638 本当にそうで、
>>603 のページの訪問者数は、Android が 8 に対して、iOS が 1 だった。
>>637 >それPWAは使い物にならないから
ただ、ここは違うと思うけど。PWA っていうのは、WebアプリがOffline状態
でも使えるようにする技術なので、記事の内容とは直接関係無いはず。
5重ループに引っかかってるのって全然アルゴ知らん奴だろｗ
あ〜、知ってる知ってる。
あぁあれな。アルゴリズム記述用言語の。つかったことねえわ(´・ω・｀)
lambdaをランバダと読むのは俺だけではなかったようだな
>>632 Write once, run anywhere!
Write once, run anywhere!
HAHAHAHAHAHAHA!!!111!11!
アンカミスったorz
>>646 は、
>>633 へのレス
>>648 実は、アクセス解析って、個人情報なんか見れないよ。
名前や住所なんてものは全く分からない。
ブラウザが外部にはそういう情報を渡さないようにしっかりプログラムされてるから。
自分で試しに使ってみたら分かるけど、アクセスしてきた人の使ってるプロバイダ
のIPアドレスから、大体の住んでる地域が分かって、使ってるOSと、使ってる
画面の解像度出てくるけど、住んでる地域も画面の解像度も間違ってることが多い。
OSも、Windowsであることは分かっても、詳細なバージョンまでは不明なことも多い。
例えば、「7」と「それ以外」のように表示されてしまう。
使ってるブラウザも大体は分かっても、ChromeとSafariの区別が付かなかったり
するらしい。
あと、テレビドラマみたいに、ハッカーなら何でも出来るみたいなことは嘘。
>>649 そらipアドレスと個人名結びつけるのはプロバイダしかできませんがな
収容鯖も個人の住居エリアじゃなく他県に割り当てられる場合もあって、
個人情報からはかけ離れてる場合も多い
http://www.iplocationfinder.com/ >>655 何の話なんだ。大体の地域までしか分からないよ、Ninja Analyzerでは。
名前や住所なんて全く分からん。
ヘッダー内の定数変数の設置方法について、詳しい人、いらっしゃいますか？
ROM焼きしても良いのか、RAMにコピーしておかないといけない
>>658 結論が出たようです
> ヘッダー内の定数変数の設置方法について、詳しい人、いらっしゃいますか？
いません
はい、次の方どうぞ
c#とc++どっちからはじめたらいいですか
C#ならモバイルもストアもイケるし、人間に分かりやすい。ただ蓄積が少ない。
たしか、共用も出来るんですよね
エクスプローラのようなファイラーを製作するためのキーワードは:
long long a = 1LL;
>>671 意味的に変わらんよな？
つまり a にはlong long の 1 が入るよな？
>>670 今時のコンパイラではありえないと思うがintの1をlong longに変換してaに代入するコードを吐くかもしれない
C#で書かれたC#以外のコンパイラとかあるんだっけ
>>675 その解析ツールはC++11対応してるの？
その程度静的解析持ち出すまでもなく
え、静的解析でauto禁止にするって話だったの？
1LLとlong long型の1と明示されている変数に対して警告出すのおかしくない？
世の中にはauto使うと読みにくくなるから使わないで、って言う人が本当に居るから・・・
読みにくくなる場合があるから「全部」禁止な
std::vector<std::pair<…>>
読みやすくするためとテンプレートのためにautoを使うんじゃないの
autoで読みにくくなる所って大体変数名をちゃんとすれば良い
静的解析ツールの挙動を好意的に解釈すれば、
今使っている静的解析ツールはIPAのこのルール↓↓↓への適応をチェックするやつ
https://www.ipa.go.jp/sec/publish/tn16-007.html （ツール自体はIPAとは無関係なサードパーティー製
autoはそれ自体は別に何とも言われなかったと思う
一方、
>>670 の下の方
long i = 1;
とすると、R2.4.1あたりの指摘を食らっていたと思う
ひょっとしたらR2.5.1かもしれん…
なんかクソとクソを組み合わせてるな
>>687 こういうバカが当時は最新だったが今はレガシーなコードを残していくという負の連鎖。
>>673 int の 1 を long long に変換したらそれは 1LL じゃないの？
>>696 そうだよ
もちろん結果は同じになるけど生成コードが違うかもって話
まぁ書いてる通りほぼあり得ないと思うけど
構造体や複数の変数の中から必要な変数を扱うときに
C++が束縛ってイキッた数学用語使うのなんかいらっとくるんだよね
C++20でいろいろな武装がついて、ますます訳が分からなくなってきた。
ついにコンセプト入るんやろ？
<=>、契約、range...
大学で2年CをやったんだけどC++を学習するのかなり楽になる？
大学次第かなぁ
>>711 C++はC言語のほとんどの部分を内包したようなものだから、先にC固有の部分を理解した上でC++に入るのはかなりやり易いとは思う。
あと、Cでは当たり前のやり方がC++では推奨されないやり方になる部分もあるので、考え方の切り替えは必要になる。推奨されないといっても深い理解のためにはけして無駄になるわけではない。
まあそれでも十分大変だが。
>>714 ＞Cでは当たり前のやり方がC++では推奨されないやり方
なんかありましたっけ？
mallocとかsetjmp/longjmpとか
ファイラ作る場合ｃ＋とｃ＃どちらがいいのですか？
ご本尊のハゲ先生は「Cを知らなくてもC++を使える」と書いてるな。
malloc/freeだとコンストラクタ・デストラクタが呼ばれないからね。
>>718 まあ難しいけど使えるという状態はあるからその２つは矛盾してるわけじゃない
>>719 malloc() の戻り値は「void *」で、C だとどんな型のポインタ変数に代入しても
エラーや警告が出なかったが、C++ だとエラーが出る。
C++ は型を非常に大切にしていて、
TYPE *ptr = new TYPE; や
TYPE *ptr = new TYPE[N];
のように書くのが標準。理由は、必ずコンストラクタを呼ぶようにするためと、
型の異なるポインタには cast しない限りは絶対に代入できないようにするため
だと思われる。というのは、delete ptr とした場合に、ptr の型によってどの class の
デストラクタが呼ばれるかが変わったり、ptr->func() とした場合に、func が、
どの class のメンバ関数であるかをコンパイラが知るため。わずかでも違っていれば
結果が変わってきてしまう。これが C++ が大きなプログラム開発に向いている
所以でもあって、わずかな間違いでもコンパイラが見つけてくれる確率が高くなっている。
C++ で malloc() をエラーを起こさずに使うには、コンストラクタが（絶対に）存在しない
ところのBYTE 配列の場合ですら、
BYTE *ptr = (BYTE *)malloc(N);
のように書かなくてははならない。 これは面倒なので（←嘘です）、
BYTE *ptr = new BYTE[N];
と書く習慣になっている。
>>723 TYPE *ptr = new TYPE;
の場合は、delete ptr; で、
TYPE *ptr = new TYPE[N];
の場合は、delete [] ptr;
と書くのが C++ の原定義。ここが、C++ のちょっと怖い気がするところ。
間違えてても、コンパイル段階ではエラーになってくれない。
deleteにカッコつけるのってちょっと配列を特別視してて嫌だわ。
その辺は禿先生も失敗だったと認めてるけど今更変えられないんだよ
今時はstd::unique_ptrを使えという人もいるかも知れん。
たしかオブジェクトは、それと同じ型を要素とする大きさが 1 の配列と同じレイアウトだっていう保証は
>>730 ヘッダ部分を除いたデータ部分としては完全に同じといっても過言ではないんだけど、
ptr = new TYPE; とした場合は、C++ の仕様上は
メモリブロックの先頭に「配列の場合には埋め込まれるところの要素数」をコンパイラは
必ずしも埋め込まなくても良いという事になっていて、その場合、delete 命令から見ると、
要素数1の配列とは同じではない。ただし、VC++ の場合には、危険を避けるため、
delete と delete [] は、どちらを書いても問題なく動作するようになっている
という文書を読んだ事が有る。
(C++元々の)仕様は、なるべくメモリ使用量も検査量も少なくして効率を上げる、
という哲学から来るものなんだけど、型検査をがちがちにして安全性を高めている一方で、
非常に危険な仕様になっていると言えなくもない。ただし、TYPE が小さなオブジェクトの
場合、new TYPE において、メモリブロックのヘッダ部分を配列と同じ構造にしてしまうの
は、結構、メモリの無駄使いにはなる。ただし、それもC#なんかの無駄と比べれば
すずめの涙程度の全然問題ない程度のものではある。しかし、それだけ、C++が効率が
良いはずではある。
>>732 new はランタイムの処理だ。
同じメモリプールから切り出してくるならどちらにせよ大きさの管理は必要で、
コンパイル時に型が (すなわち必要なバイトサイズが) わかっているからといって、
それで効率的にはなる余地はあんまりあるとは思えんな。
>>733 要素数が正確にわからないと、デストラクタを呼び出す回数が分からない。
>>735 生のメモリブロックも、大きさは管理されているといえばされているんだけど、
理由は分からないけど、サイズを取得するための _msize(ptr) が存在しない
ライブラリがある。あと、TYPE が小さい場合、アラインの問題もあって、
MBのサイズがTYPE が2個以上入ってしまうようになってしまう場合も有り得て、
要素数を計算する再にその場合の処理を適切にしないといけない。
恐らく出来ないわけではないはずなんだけど、そういう変な事情も
考慮して元祖の C++ は設計されたんじゃないかな。
日本で最も使いやすい無料レンタルサーバーといえば、xrea だろう。
スマートポインタを返す関数？について質問です
>>740 uniequ_ptr/shared_ptrはチェックしない
ただ、operator bool()を持ってるから取得してすぐチェックしてやれば以降は安全
デストラクタが呼ばれるのは寿命が尽きるとき
1番上の例はfのスコープの終わり、下2つはその行の終わり
operator bool()について勉強になりました
>>743 ifの場合はその後に続く{}の終わりまで延長する、一応
>>743 最新の C++ (C++17) なら
if(auto f=foo(); f && f->bar) {}
というように初期化と条件式をセミコロンで区切った書き方もできる。
ここで宣言した変数は if 文全体の終わりがスコープの終わりになるので、
範囲が限定的、かつ、スコープの終わりがわかりやすいので、
積極的に活用したいところ。
>>716 変数を使う直前に宣言するのは、
今では C でも望ましいスタイルだと思う。
今までは構文の都合でconstであるべき変数もconstにできないことがあったが↓↓↓、
もうfor文とかも見境無し！
shared_ptrじゃなくてunique_ptrじゃないとだめなときってあるの？
基本sharedでいいけどリソース節約したいところではuniqueって感じ？
shared_future, shaed_mutex を使い分けるポイントって何でしょうか？
基本uniqueで、いろんな所に取り回したいのがsharedかな
c++のデスクトップアプリケーションをVS２０１７で作ろうと思うのですが、フォームデザイナーはないのでしょうか？
>>757 リソースエディタ、ダイアログエディタがそれに該当する。Win32のリソース参照。
リソースエディタでダイアログを作って、DialogBoxまたはCreateDialog系の関数でダイアログを作成できる。
↑mfcというのは今はあまり使われないそうですが、c++でインターフェースを作る場合、
>>761 wxWidgetとGTK3がオススメ。キャリアがほしけりゃ、Win32なんか窓から捨ててしまえ。
>>761 Visual studioでは標準的
ただマイクロソフトから見切られているので今後の発展は無い
最近ならQtが人気
初心者には取っつきづらいのと日本語情報がほとんど無いのとライセンスがちょっと厳しいのとVSで完結させることはできないが移植性が高くガンガン更新されているから将来性は一番ある
今時なデザインにしたいならQt内で独自言語のQMLを使ってつくるかWebEngineをつかってhtmlとjavascriptと連携させて作る必要がある
どちらも簡単にはできないけど
Qt5なんてダウンロードに数十分かかるアホなビッグシステム。
使いもしないオプションを付けて時間がかかるとか言ってる人がいるってマジ？
>>756 htmlやcssはできるので調べてみます
もしかしてｃ＋＋って個人で使うようなものではなかったりしますか？
>>773 目的によるだろうね
個人でC++を使ってる人の大半はC++を使うこと自体が半ば目的化していると思う
自尊心と中二心をくすぐる言語だから
間違いなく C++ に出来ることは多いのだが、
意外とここアマチュア多かったのかな？
型がきっちりしてるから処理追いやすくていいと思うんだけどなあ
ワイはアマチュアやで。 むしろプロは必要もないところまで取り組まんやろ。
ゲームプログラマは特殊だわ
可読性とデバッグのバランス考えると、
テンプレみたいなコンパイラ毎に動作の異なるもんに執着してたら明らかに生産性下がるわ。
++で生産性上がらんとか言ってる人はOOP理解出来てないだけだろ
C++はクラスの記述コストが高すぎて真面目にOOPするには辛いわ
C++クラスの最大の恩恵はRAII
C++は破壊的代入ができるから嫌
>>774 なるほど、自分はｃｇやりたいのでC++使うしかない感じですが、とりあえずｃ＃をまともにできるようになります
>>782 jsみたいにブラウザ毎に動作の異なるもんに執着してたら明らかに生産性下がるわ。
ブラウザごとに動作が異なるのは、マイクロソフトが憎いからであって、影響力を失った今、マイクロソフトと違う動作にする必要が無いような気がする。
まだデスクトップでは絶大なる影響力があるから駄目だ。
そしてGUIライブラリ開発者が萎えてQt一強になったりwebview的なものが流行るんですね
未来ではリテラシーが高まってCUIが標準になってるよ
Windowsタブレットは中々イケてるけどな。
参照渡しについて質問です
int以外の型を渡せばintに変換した一時変数が作られてその参照が渡されるからそこに危険性はない
>>800 そもそも参照である必要を感じない
実質ポインタだから無駄な参照く
constの参照渡しってでかいコピーを作りたくないときだよね？
>>801-804 なるほど、安全性は一緒なんですね。
うちの会社にそういうコードを書くベテラン社員がいるので、
気になって質問させてもらいました。
やっぱり組み込み型は普通に値渡しでいいみたいですね。
ｃ＋＋だけで個人でソフトを完成させるのはめんどくさすぎるのですかね
>>800 そもそもc++でプリミティブ型単体で引数にすることなんてあるの？
できるだけクラスか構造体にラップして参照渡しするもんだけど
それjavaでやってる奴見たことあるけど無駄すぎて周囲に陰で笑われてたぞ
>>808 。 ↑とか言って人を見下す奴もゴミのようなtypedefの山には疑問を抱かないのがC++er
logとって足し算or引き算に降格なんて良くする事でしょ
>>800 C++ で参照渡しする理由は：
1.構造体などをそのまま引数に渡すと、スタックにコピーする動作が入ってしまい、
構造体のサイズが大きいと時間がかかる。参照渡すにすると先頭アドレス
(4バイト、または、8バイト)だけがスタックにコピーされるので効率がいい。
int, float などは、中身のサイズとアドレスのサイズが変わらないので参照渡し
にしてもコピー動作に置いては効率が上がらない。そして、実際に引数を
読み取る段階では、参照渡しは1クロックほど時間が余計にかかってしまう。
2. 戻り値には1つの値/オブジェクト/変数しか返すことが出来ない。そのため、2つ以上の
値を返したい場合には、C では伝統的には、引数にポインタ渡しで変数の先頭アドレス
を渡し、そのアドレスを介して対応する変数に値を書き込む方法をとっていた。
C++ では、ポインタ * の変わりに参照 & を使うことが出来るようになった。
参照の方が見易かったり、分かりやすかったりする事があるといわれている。
3. const int &a や const float &a では、値を呼び出し側に返すことが出来ない。なぜなら、
const 属性が付いているから呼び出された関数側からは書き込めないため。
その上、アドレスのBIT数が、中身のBIT数と同じか、むしろ大きいので、実引数から
スタックにある仮引数へのコピー動作に置いても効率も上がらない。
さらに、参照なので、実際に読み取るときには1クロック余計な時間がかかってしまう。
だから、int a や float a で渡すほうが良い。
>>814 手短に説明するのは難しいが、float と double は、それぞれ32BIT、64BITで、
ポインタのBIT数と同じかどうかは、使ってるOSのBIT数によって違ってくる。
だから、double 型を参照渡しで渡した場合、わずかに効率が上がる場合が
絶対ないとは言い切れないかもしれない。ただし、その場合でも、参照型
の仮引数を実際に読み取るときには、「間接参照」というアセンブラで書くと、
[アドレス値] や、[ポインタ値] のようなオペランドを持った mov 命令が
1つ追加で必要になって、1クロック分余計にかかる。
なお、処理系によっては、関数呼び出しに置いては、float 型でも、double 型として
渡される場合があるかもしれない。
だから、関数呼び出しの時点でわずかに効率が上がっても、読み取る段階で
1クロック遅くなるかも知れない。だから、この位のBIT数の変数の場合で、
値を呼び出し側に戻り値として「出力（返す）」すつもりではい場合には、
参照渡しにせず、値渡しにしたほうが良いと考えられる。
void hoge(const int *x)と同じことだろ
そんなところの速度気にする前に無駄なI/Oや描画処理がないかとかクソみたいなアルゴリズム使ってないかとかを心配しろ
C++もC#みたいに参照渡しで呼び出す方にoutやref修飾子みたいなのを明示的に書けるようにしてほしいわ
constなら区別する必要ないだろ
>>798-799 これだな
「著作権侵害だから」という理由で「スクリーンショットを規制」するとマジで死ぬというのをかつて証明した実例がある
https://gunosy.com/articles/RImqe >>806 「だけ」で言うとフレームワークとかライブラリとかモジュールとか全部自作なら大変だな
>>806 (
>>821 )
どんな言語でもっていう意味ね
テンプレ嫌い
>>816 ならvoid hoge(const int *const x)だな
>>817 くだらない落書きCPU時間の無駄、保存するって？IOの無駄。
とか言い出しちゃうわけですか。
void hoge(const int &x)
>>827 描画やI/Oで非効率なことしてたら、intの受け渡しのこまけえ話なんかと比べて
冗談抜きに10億倍とか時間かかったりするんだから先にそっち気にしろってだけだけど
この話を必要な機能を削れって解釈する奴もいるんだな
リアルで思い当たりあるわ、なるほど勉強になった
>>814 ＞参照の方が見易かったり、分かりやすかったりする事がある
http://www.kh.rim.or.jp/ ~nagamura/misc/stroustrup-interview.html
「彼が言うには、変数を参照しているのか逆参照しているのかがいつもわからなくなる、だから必ずポインタを使う。アスタリスクが思い出させてくれるから」
>>828 このスットコドッコイめ、「void hoge(const VeryBigClass &x)」は定石ぞよ
>>830 out引数は参照でなくポインタってルールのプロジェクトは結構あるな
参照ならnullチェック不要とか言うやつもいるけどポインタにアスタつけて渡してくるからなんの安心材料にもなってない
>>832 std::string &str = *(std::string*)nullptr;
なんて書くやつおるのか？
そもそもこの代入時の関節参照でfaultしないのが興味深い
>>833 それを一行で書くキチガイはいないだろうけど、参照引数に対してポインタを逆参照して渡すのは普通にやるだろ
当然、それがヌルポだったら相手は死ぬ
>>833 めっちゃclangが消し去りそうなコードw
ぬるぽをデリファレンスした時点で未定義動作だから受け取る側はそんなもん考慮しなくていいし渡した奴が悪い
参照渡しにするとありがたいのは勝手にconst扱いになることだ
>>831 intをVeryBigClassに読み替えてご苦労様です
藁人形論法つうんだっけ？付き合いきれないわ
訂正orz、
C++の例外なら発生しない
整数はCPUレベルの例外が起こる
WinならSEH例外をC++で捕捉できるんじゃないっけ
ゼロによる割り算って、未定義の動作になるんじゃないか？
言語としては未定義だけど一般的なコンピュータでは動作停止するかOSに落とされる
0割で動作停止するコンピューターなんて見たことないわ
>>842 実は、浮動小数の場合は、例外を発生させるか、値をNaNやINFにするかを
CPUの制御レジスタのフラグ類などであらかじめ設定できるようになっている。
だから、0で割り算した場合に例外ハンドラを起動させるようにすることも
可能。
>>847 昔は有ったよ。
「0除算例外」という「割り込み」が生じるが、MS-DOS などの16BIT-OSでは
それをOSが処理しない場合があって、その場合は、アプリだけでなく、OS
まるごとハングアップしたり、再起動したりする事があった。
>>849 それエラー処理の問題でしょ
そんなこと言い出したら変な入力で動作停止するコンピューターだってゴロゴロしてるし w
OSが安全に処理してくれてるだけでOSが無ければ止まるよ
>>852 止まる？
単に暴走するだけだろ
組込みとかだと再起動とか
アイドリングで止まってるか暴走で同じところを回ってるのとの違いでしかない
>>853 あなたのいう「暴走」の定義はなんですか？
ゼロ割のinterruptが発生したら然るべきルーチンを呼び出すだけなのでは？
それが何をするかは定義しだいだが、暴走！？みたいなことが発生することはないのでは？
突然始まるガベコレで長期間CPU占有されて
>>856 最近のソフトで Full GC が走ってしまうことなんてあるのかな…
今ハード割り込みなんて気にするソフト書くとしたらOSがないやつだよね
プロセスとして切り離しとけってアドバイスでこんなの終わりだろ。
>>855 OSがない環境だから処理ルーチンもないんだろ
詳しくは
>>852 に聞いてくれ
>>856 こんなスレで一般人の感想を言われても…
一般人とか言い出すのはLinux板だけかと思ってた、ワロ。
ていうか今目の前にある環境でコード書いて試せばすぐわかることを聞いてくるやつは
Visual Studioでコード書いても何もわからない。
ラムダ式がいまだに書けないし読めないんだけど
C++を使うとコンパイラエラーで悩むことが多いがラムダは複雑そうなのに非常に素直だ。ラムダで問題がでることが一度もない。素直でできがいいと思うが残念なことに
関数の内部で関数を定義できる。すなわち、例えばデカい関数からいちいちその関数の外側に注意を向ける必要が無くなる。
>>868 それ凄くいい着眼点だと思うのだが、無名のnamespaceで代用できるし、どちらもそれぞれ利点が
あって、どうかするとnamespaceにしておく方が便利だったりする。
std::thread t([&]() {
>>873 文法的意味もよくわからないのだが、直観的にはわざわざそんなことをすることにどんな
意味があるのかというのもわからない。解説をたのむ。
std::threadはスレッド。すなわち並列処理ができる。以前は別の場所に並列処理を行う関数を書かないと
そんなしょうもない理由、どうでもいいわ。
名前付をしょうもない理由とか言う奴はもれなく使えない
処理の一部を関数として受け取れるように関数書いといて
>>875 なるほど。それはC#なんかではよく思った。以前はdelegate関数を定義するのがめんどくさくてかなわなかった。
しかしC++はマイコンでしか使わないし、まだ恐る恐る使ってるレベルなのでthreadとかは使ったことがない。
以前はPC側はC#、マイコンはCと使い分けて書いていて今回初めてマイコンにC++を使ってるが便利
だとは思うが、困ることも多い。
二人で開発をしているが、相方が意味のない機能をやたらつかいたがる。string やvectorをドンドン
使うのでプログラムが無意味にバカでかくなってしまう。自分は基本的にCレベルの機能しか使わない。
でもクラスやNamesapce が整理する上では便利だし、constexperも好き。
ラムダはデバッグターミナルを切り替えるのに使ってるが他にはつかうところが思いつかなかった。
>>880 君にはCがお似合いじゃないかな
コンパイルや実行時のある程度のオーバーヘッドを許容してでもOOPを導入して
楽に安全に大規模で複雑なプログラムを開発しようってコンセプトに馴染めないんだろう？
stringやvectorを使うとはそういうことだからこれを無意味と考えてる時点で向いてない
マイコンならCで関数ポインタ使うような所で一部代わりに使う感じじゃないの
頭が悪くてその機能を理解出来ず使いこなせないだけなのに
C++で安全になってるプロジェクトを見たことがありません。
>>884 上の発言はおいらが書いたわけじゃないけど、どんどん色々と新しくなってるから
おいらも含めて昔からC++を使ってた人にとっては、vector、string、
smart pointerなどは知らないことなんだよ。文字列はMFCのCString使ってたし、
vectorの代わりに、自作のクラス・テンプレートを使ってた。
>>885 それはC++のコンセプトを理解せずにまるでCみたいな手法を混ぜ込んでくる人が一定数居ることが最大の原因だろうね
Cを使うと低スキルのゲロゲロなC++プログラマを排除できるけど
C++を使っても低スキルのゲロゲロなCプログラマは排除できない
これはC++の弱点と言っていいだろう
vector stringがない昔ってC++98より前のお話か・・・？
>>888 1998当時、本を買ってC++を学ぶと、C++98 の事は書いてなかったんだよ。
C++98 が本に書かれるようになったのは、何年か後。
使えても、実際に使われるようになったのは、感覚的には、
この5〜10年ほどなんじゃないかと思う。
VCが糞すぎた時代が長かったからねえ
>>887 そう、絶対いるんですよ。
大規模になればなるほど避けられない。
>>857 GCは知らんけどSSDとかのレロケーションで固まったように見えるケースはあるね
>>873 これとか頻出だと思うんだけど不思議と見たこと無い人居るんだなあ
他の言語でも良くあるパターンなんだけど
このスレを見ようとすると、
>>876 結局ラムダ式の変数名考えなきゃならんのだから命名の手間は一緒では？
まさか f にする気か？
>>896 関数名って書いてあるんだが…
引数の命名は必要だけどスコープ狭いから命名にたいして苦労はしないだろ
それこそx, yとかでもいいレベル
fでも良いレベルならfにするしもうちょっと詳しい方がいいときは動詞にする
>>897 命名面倒だからラムダ式で程度のもならprivateなんだし適当でいいのは同じだろ
メンバ関数だとクラス内全体に名前見えちゃうだろ
>>899 まんま使えない子の意見でワロタ
いつもテキトーに命名してるんだろうな w
そもそもC++のprivate指定ってスコープの指定じゃないし
>>894 c++慣れしてる人ほどスコープの抜け方になんとなく不安を覚える書き方だからだろ。
>>887 ＞Cを使うと低スキルのゲロゲロなC++プログラマを排除できるけど
＞C++を使っても低スキルのゲロゲロなCプログラマは排除できない
無論、低スキルのゲロゲロベロベロなC++を排除できるほうが優れた手法といえるだろう
上記のどちらかを選べ、というのなら、私はそうする
>>886 >>889 俺も 1998 年頃に ARM を読んで C++ を学んだが、そんな恥ずかしいことよう言わんわ。
当時の、それも日本語に限ってもネット上には情報があふれてたし、
2000 年頃になるとCマガ (επιστ?μη の連載) でも string や vector は取り上げてるし、
避けて通る方が難しいくらいの状況だったので、要するにお前が「あえて避けてた (逃げてた)」だけ。
そりゃあ当時の Windows での事情を考えれば MFC が妥当な選択だし、
MFC を使うとなれば文字列は CString を選ばざるを得ないというのはわかるよ。
よほどリソースが限られている組込み系とかなら vector でさえキツいって
状況だってあるかもしれんというのはわかるよ。
それに慣れてたら標準のライブラリの方がなじみが無いかもしれん。
でも、そういったライブラリのクソさに打ちのめされてきた経験があればなおさらのこと、
よりよい標準には飛びつかざるを得ないだろ。
よりよいということが理解できないほどクソの臭さに慣れてしまったなら、
そりゃやっぱりお前がクソなだけだわ。
横からだが
>>904 ＞2000 年頃になると
>>889 ＞C++98 が本に書かれるようになったのは、何年か後。
たかが標準ライブラリでマウントとかやめた方がいいよ、見てて恥ずかしい
>>878 なんかもそうだが
>>906 大衆向けのプログラミング雑誌であるCマガにすら！ 2000 年頃にはと言ってるんであって、
1998 年当時にでも情報はあふれてたと書いているんだが、そんなことも読めんのか？
その「たかが標準ライブラリ」すら知らん最低以下のクソ
>>889 奴が
「昔から C++ を使っていた人にとっては」とか言って代表面してるのをぼんやり見てられるほど
俺は人が出来てないんでな。
>>907 >>889 ,
>>886 に人格攻撃されるような書き込みあるかね？
ついでに言えば俺も自作線形リストとか書いてたけど
(その頃はC++使い始めて2年程度で、参考にしてた本も古かったのでSTLについての解説が無かった)
STL知ってからは完全にそっちに移ったけどね
標準ライブラリ信者のお前からしたらそれすら気に入らないんだろうな
ほんと何様だよお前
あと1998年でネット使える環境の人間そんなにいねーよ
>>909 最初は知らないというのは当然だし、使わないという選択をすることは否定しない。
規格にあっても実装が使い物にならない時代だって知ってる。
>>886 が学ぼうともしなかっただけなのに時代のせいにして俺を含む同年代の人間を巻き込みやがった。
何様だよっていうなら、勝手に時代の代表面をした
>>886 に言うべきことだろうが。
>>886 ,
>>889 は知らないとしか言っておらず、使わないという選択だの使い物にならないだのは
一言も言ってないぞ
>>912 俺が標準ライブラリに拘泥しているみたいに言うから反論したんであって、
関係ない
>>886 を巻き込むな。
>>906 > たかが標準ライブラリでマウントとかやめた方がいいよ、見てて恥ずかしい
>
>>878 なんかもそうだが
こっちは標準ライブラリの話じゃないんだが…
一応理由も書いてあるし
悔しくて当たり散らしてる感じ？ w
>>913 >>904 ,
>>907 ,
>>911 マジで何言ってんの、頭沸いてるだろ
自分が何書いたか読み返せキチガイ
>>914 やってることは同じだろ、ラムダ使えないとか勝手に前提作ってマウントとか、やってて悲しくならんか？
Visual C++ 2010 Express に相当する、無料版の最新版はどれでしょうか？
2018 Community
ラムダ式で定義する関数の名前を動詞にしようとする香具師はどうしようもない…
auto型引数が使えるの知ってラムダ式が便利だと初めて感じた
JavaからC++のプログラムを呼んでるのですが、こういう場合にC++のプログラムをgdbでデバッグしたいときってどうしたら良いですか
JNIでデバック、みたいな文章いっぱい引っかかるけどなにが違うんだろうね
そう言えばなんかソシャゲでバグの説明にソースコード出した奴無かったっけ
>>761 そもそもC++ではインタフェースなんか作らないのが吉
そこはC#
C++は処理実体を担わせるべき
mfcとかいうからjavaのinterfaceと思いきやcomみたいなものを指してるんじゃないかと勘ぐっちゃったよ
言語単体では図形描写というのはできないのですか？
私のプログラムはポーカーフェイス搭載
>>938 画像を扱う機能をもった外部関数(ライブラリ)を呼ぶことで画像を表示する。
その意味では「C++では言語単体では図形描写できない」という認識で正しい。
…よね? 標準ライブラリにグラフィック含まれてないよね。
「図形描写する機能」ってのは一般的には何て呼ぶんだろ。
昔は「グラフィックライブラリ」とか言ったけど、
現在は「ウィンドウライブラリ」とでも言うのか？
Windows なら「Windows API のグラフィック関連部分」とか、
X Window System なら「X の API」とか、具体的に名指しするかな。
もっと上位のクラスライブラリでも同様かと。
>>940 グラフィックライブラリで調べてみます！
図形描画は基本的にはメモリ配列に描画することだからな
>>944 言語自体に組み込まれてるのはNBasicとかぐらいしか知らんわ
cairoをC++標準に組み込むとかいう話はどうなったんだろう
LOGOのグラフィック機能(タートル)は標準じゃないかな。
wolf editorみたいなのはC++なんでしょうかね
iteratorのメンバへのアクセスは、なぜドットではなくアローなのですか？
イテレータを ++ で進めたり、比較演算子で終わりの判断をするため、かな。
std::next()って出来たけど、これは配列のアドレスと互換性を持たせるためかな。
#include <chrono>
multimapである値に対応する全てのキーを列挙するのってどうやるの？
std::multimap<int, double> m;
>>959 毎回全要素にアクセスするべきなのですね
分かりました
>>884 楽なC#を使わないでC++を使い続けるのは馬鹿にみえる。それと同じだろうな。
Cを使わないでASMを使い続けるのも同じ。
C++を使わないでCを使うのも同じ。
まあでもそれなりにターゲットによってはそれを使わざるを得ない場合がある。
マイコンの場合はASMが基本だがCでも書けるようになってきた。殆ど
の場合はCでも書ける。しかし条件付きではあるがC++でも書けるようになってきた。
ただスピードも遅いメモリも少ないマイコンでは便利だからといってもvectorやstringは
あまり使わない方がいい。使う場合でも節度をわきまえて使わないとね。
馬鹿なんて言葉も使うには節度がいる。でないと単なる馬鹿にしか見えない。
マイコンをどう使うのかわからんが
マウンティング用パワーワードが「ものによる」
C#はCとは全く異なる言語だと思うな。似ても似つかない。
単価半額以下の屑言語。
C#に一番近い言語は、VBかも知れない。
Cの影響を受けているという意味では現役の言語のほとんどが影響を受けているのでみんなCの子孫
PostScript 「せやな」
>>962 ちょっと違うんだよな
vectorやstringは普通にC++でプログラムできる環境なら使って問題ないだろ。。
でも、アルゴリズムを明示したいとかあるのよ。
DSPでアセンブラでコーディングさせる外注さんに手渡す仕様書としてCでコーディングして渡すとかね。
レジスタ を short r0,r1,r2;とかおいて、そのDSPの構造真似たりして。
C++のライブラリなんか使ってしまうと肝心なアルゴリズムが見えなくなってしまう。
>>972 経緯からするとJavaから阻害されてC#立ち上げたけど、
たしかに書いてるとBasic臭がするよなぷんぷんと、VBはあんま詳しくないけど、
はじめて言語に触れたN88 Basic臭がツーンと脳裏のそこから蘇ったわ。思い出したくないヤーな感じ。
でもポインタ使えるのは確実にPost C
間接アドレッシング可能な言語はCの後継とみなしていいでしょ。
>>976 > vectorやstringは普通にC++でプログラムできる環境なら使って問題ないだろ。。
C++は使うがvectorやstringはヒープ使うからNGの業界余裕であるから
というかこういうことに無頓着なやつはそれこそC#がお似合いだよ
普通の環境じゃねえだろカス
競技プログラミングも時間制約あるから
質問なのですがスコープを抜けたら自動的にリソースを解放するクラスを作りたいのですが、
>>984 ならねえよ
適切なアルゴリズムであればどんな言語でも時間内に終わるように設定されているから
>>981 ラウンドロビン型 & ガベコレ 持ってるOS環境だ
今時raspi程度のハードであればこの環境を期待できる。
RTOSやOSレスなどハードの一部として動作させたいアプリケーションならさにあらず。
業界で判断する話じゃなくアプリケーション内容で判断する内容だろがよゴミ
いや正解とか難易度が謎設定な競技プログラミングもあるから…
Quora には、C, C++, JavaScript, Java, Python, Web Development の
>>977 C#は、N88-BASICより、Visual Basic 臭がする。
前者は PC-8801 時代には人気が有った。PC-9801 時代には余りなくなったが、
PC-9801 版の N88-BASIC は「雰囲気」が違っていて、実は MS 製ではなく、
NEC製になってしまっていたからかもしれない。
C#もVBも.NETが前提だから、.NETを使う以上はどれも方言みたいなもんだろ
考えてみれば、.NET の仮想コードは、BASIC時代に「中間言語」と呼ばれていた
今時、中間言語なしは少数派じゃないかという雰囲気があるが
>>985 あのな、OSにしろWebブラウザにしろお前が普段普通にやってるような雑な作り許されないから
今時c++使ってるとこってそういう限界せめる領域
趣味ならご自由に、二度目
よく探すと、Quora にも C# 板があり、
＞BASICを変に拡張して使いにくくしてしまった
>>996 ？？？？
俺が使ってるPCやスマホでも様々な用途で山のようにC++で書かれたソフトウェアが走ってるんだが？？？
お前のとことではOSやブラウザでしか使われてないのか不思議だな
goto 文は行番号と相性が良くて、当時、実はスパゲッティーになってなかったな。
このスレッドは１０００を超えました。
5ちゃんねるの運営はプレミアム会員の皆さまに支えられています。
運営にご協力お願いいたします。
───────────────────
《プレミアム会員の主な特典》
★ 5ちゃんねる専用ブラウザからの広告除去
★ 5ちゃんねるの過去ログを取得
★ 書き込み規制の緩和
───────────────────
会員登録には個人情報は一切必要ありません。
月300円から匿名でご購入いただけます。
▼ プレミアム会員登録はこちら ▼
https://premium.5ch.net/ ▼ 浪人ログインはこちら ▼
https://login.5ch.net/login.php
このスレへの固定リンク： http://5chb.net/r/tech/1547326582/ ヒント： http ://xxxx.5chb .net/xxxx のようにb を入れるだけでここでスレ保存、閲覧できます。TOPへ TOPへ
全掲示板一覧 この掲示板へ 人気スレ |
Youtube 動画
>50
>100
>200
>300
>500
>1000枚
新着画像 ↓「C++相談室 part140 YouTube動画>1本 ->画像>2枚 」 を見た人も見ています：・C++相談室 part143 C++相談室 part138 C++相談室 part137 C++相談室 part135 C++相談室 part131 [無断転載禁止] C++相談室 part126 C++相談室 part142 アパートマンション経営なんでも相談室【152号室】 自営業 悩みごと相談室 40 C#, C♯, C＃相談室 Part93 【身体】ズバリ解決！名医のお悩み相談室 気づくのが難しい『前立腺がん』 前立腺肥大症との見分け方は？[09/02] [無断転載禁止]©bbspink.com [特設]サマータイム対応相談室 アパートマンション経営なんでも相談室【146号室】 【LGBT】自分が女性であることがいや。もし今世、性を男にした場合、来世はどうなるのでしょうか。【ハッピーサイエンスお悩み相談室】 ライダーマンのお悩み相談室 アパートマンション経営なんでも相談室【155号室】 自営業 悩みごと相談室 47 自営業 悩みごと相談室 43_ 【スキー】初級者アイテム相談室５【板靴何でも】 【無料キャンペーン】不可視のアイギスのお悩みコテ相談室。【実施中】 [無断転載禁止] アパートマンション経営なんでも相談室【154号室】 C#, C♯, C＃相談室 Part95 アパートマンション経営なんでも相談室【143号室】 [無断転載禁止] マイコンソフト 悩み事相談室 2 [無断転載禁止] 【悲報】河野太郎、省庁がなく部下がいないためツイッターで相談室を立ち上げる 【NTT】ドコモ お客様相談室【docomo】 【スキー】初級者アイテム相談室４【板靴何でも】 [無断転載禁止] 【太気拳】なんでも相談室 part6【意拳】 船乗りなんでも相談室・11 [無断転載禁止] ■一級建築士設計製図試験相談室(191室)■ 蟹座の恋愛相談室 その3 08070507787 ★ 真智宇 先生の悩み相談室 ■一級建築士設計製図試験相談室(181室)■ 【アコギ】アコースティックギター購入前の相談室54 08070507787 ★ 真智宇 先生の悩み相談室 荒らし相談室 【初心者優先】デジタル一眼質問・購入相談室 159 竹原慎二のボコボコ相談室はプロレス 【初心者】サーフボード相談室【初級・中級】 【ｽｷｰ】初心・初級者 滑り方相談室4【142出入禁止】 ■一級建築士設計製図試験相談室(189室)■ シーバスなんでも相談室29 【ｽｷｰ】中級者以上・ｱｲﾃﾑ相談室【何でも】 Part.2 精神障害者の人生相談室 アトピーのお悩み相談室 シーバスなんでも相談室62 シーバスなんでも相談室73 初心者優先デジタル一眼質問・購入相談室 107 初心者優先デジタル一眼質問・購入相談室 97 【ｽｷｰ】初心､初級者 滑り方相談室13【目指せﾊﾟﾗﾚﾙ】 (●ο) 静岡・自演ヒキの夏休み 子供相談室 (ο●) 【ｽｷｰ】初心､初級者 滑り方相談室12【目指せﾊﾟﾗﾚﾙ】 子ども相談室に連絡してきた少年とセックスしてしまった26歳の美人お姉さんを逮捕 【ｽｷｰ】初心・初級者 滑り方相談室5【目指せﾊﾟﾗﾚﾙ】 【谷回り】パラレル初級者 滑り方相談室【ｶｰﾋﾞﾝｸﾞ】 【ｽｷｰ】初心､初級者 滑り方相談室15【目指せﾊﾟﾗﾚﾙ】 【ｽｷｰ】初心､初級者 滑り方相談室14【目指せﾊﾟﾗﾚﾙ】 【ｽｷｰ】初心､初級者 滑り方相談室17【目指せﾊﾟﾗﾚﾙ】 【よろず相談室】UV-K5/K6 UV-5R Plus 活用スレ 11 【エレキ】エレキギター購入相談室31【age推奨】 【エレキ】エレキギター購入相談室30【age推奨】 【エレキ】エレキギター購入相談室30【age推奨】 一級建築士設計製図試験相談室＠資格全般板 (2室) 【情報】hoyuお客様相談室の個人情報漏洩 1名様 [haru★] 【ハァテレビも無エ】ageteoff茸 埋め立て荒らし はんなり相談室★34 [無断転載禁止] 初心者優先デジタル一眼質問・購入相談室 100 [無断転載禁止]
14:25:18 up 52 days, 15:28, 2 users, load average: 20.73, 38.56, 57.18
in 1.5696129798889 sec
@0.049775838851929@0b7 on 030704
