C++相談室 part146 - 暇つぶし2ch

C++相談室 part146 ..

960:デフォルトの名無しさん
19/12/15 20:05:17.27 5sPbacoo.net
エラストテネス
6n+1, 6n+5だけ保持とかってみんな考えるよね
ちなみに
巨大なテーブル作成時のパフォーマンスを上げるなら
キャッシュが効くよう分割処理するのが非常に効果的
スレッド分割の為にいずれにしろ分割処理は作る事になる

961:デフォルトの名無しさん
19/12/15 20:07:01.24 5sPbacoo.net
エラトステネス

962:デフォルトの名無しさん
19/12/15 20:14:20.76 mkXjftMX.net
高分子エラストマー

963:はちみつ餃子
19/12/15 20:20:59.00 jthcUe0A.net
>>943
初期化部分に複雑な処理をベタ書きする方が無様だと思うよ。
初期化リストの中にそんなごちゃごちゃしたこと書きたい？
ワイが思うだけなので世間でどう思われてるかは知らんけどとりあえずひとつの意見として。

964:デフォルトの名無しさん
19/12/15 20:54:13.00 TKBas8kS.net
>>939
親クラス(Base)のデストラクタに virtual 付けなくても...
{
shared_ptr<Base> obj( new Derived() );
} // ~Derived() called, then ~Base() called.
~Derived() はコールされるんですね... 確認してみて驚きました。
これができる仕組みを誰か教えてください。
スマートポインタのオブジェクトは子クラスの事何も知らないのに
どうして ~Derived() のコールが可能なのでしょうか？

965:デフォルトの名無しさん
19/12/15 21:07:41.82 2FA7t6Jx.net
>>949
いわゆるtype erasure
URLﾘﾝｸ(blog.cryolite.net)

966:デフォルトの名無しさん
19/12/15 21:19:04.13 TKBas8kS.net
>>950
まだ仕組みのとこまでですが理解できました。ありがとうございます。

967:デフォルトの名無しさん
19/12/15 21:24:07.01 tmrMX5L5.net
質問ですが構造体Fooの内側に構造体Barが定義されているという入れ子になった構造体において、
Fooの外のコードでFoo::Barのサイズをsizeof()で知りたいとき、以下は正しい？
1. C++だとsizeof(Foo::Bar)と書いたらおk
2. CまたはC++でもC互換構文の範疇で済ます場合、次のどちらかの方法でしか書けない
(1) Foo::Barのインスタンスyが存在するスコープ内で、sizeof(y)と書く
(2) Fooのインスタンスxが存在するスコープ内において、Foo::Bar型のメンバyをFooが持つ
　　　　（Foo::yが定義されている）という条件の下で、sizeof(x.y)と書く

968:デフォルトの名無しさん
19/12/15 21:39:08.56 tmrMX5L5.net
ふとｵﾓﾀがインスタンスの必要性は無くせるかもしれん
Foo::Bar型のメンバFoo::yが定義さえされておれば、Fooのインスタンスが無くても
　sizeof(((Foo*)0)->y)
と書けばC言語で逝けるかもしれん…
ｽｹﾞｰ気持ち悪いコードだが、、、、

969:デフォルトの名無しさん
19/12/15 21:46:34.52 PfQY9kAx.net
>>951
あくまでコンパイル時の型で決まるだけだから要注意
例えば
class A;
class B : public A;
A* p = new B();
std::shared_ptr<A> a(p);
これだとBのデストラクタは呼ばれない

970:デフォルトの名無しさん
19/12/15 21:48:17.68 5sPbacoo.net
なんでそんな中途半端な機能を
わざわざコストをかけて入れたんだろう

971:デフォルトの名無しさん
19/12/15 21:49:32.31 5sPbacoo.net
やむを得ず
なんだろうけど

972:デフォルトの名無しさん
19/12/15 21:51:55.29 PfQY9kAx.net
>>953
Linuxカーネルとかそういう感じのマクロ満載だよ
C言語はそういうもん

973:デフォルトの名無しさん
19/12/15 22:05:12.60 TeOOTcIs.net
type erasureと相性悪いんだっけ

974:はちみつ餃子
19/12/15 22:15:04.90 jthcUe0A.net
>>943
思い出した。
gcc や clang の拡張で良ければ複文が式になる。
だいぶん昔からある機能。
#include <vector>
#include <iostream>
int main() {
std::vector<int> foo(({int i; for(i=0; i<3; i++); i;}));
std::cout << foo.size() << std::endl;
return 0;
}

975:
19/12/16 19:39:21.34 NZyGx79l.net
>>944,945,948,959
コメントありがとうございます！
>>944,959
まずgcc拡張
＞SieveDerived(int n) : Sieve<T>(({int r; while((r = index(n)) == 0) n--; r;})) { } /* HERE!! */
で問題なく動作しました
すでにgcc拡張で存在するところからみて、私の希望はあながち無謀かつ無稽なものではないことを知りほっとしました
次にラムダ式で定義して即評価する方法がみつかりました
＞SieveDerived(int n) : Sieve<T>([](int n)->int{int r; while ((r = index(n)) == 0) n--; return r;}(n)) { } /* HERE!! */
これがやりたかった！とても満足しています、ありがとうございました！
今までは関数オブジェクトの糖衣構文としてしかみていなかったラムダ式を、自分の希望にあわせて（あるいはねじまげてでも）採用し、表現できるようになったのは一歩理解が深まったかと考えています
 >>948
＞初期化リストの中にそんなごちゃごちゃしたこと書きたい？
クラスのメソッド＝メンバ関数には、クラスの提供する機能として独立性の高いもの、少なくとも二箇所で同じような処理がダブっているもの、あるいは主観的には「lemma」として成り立つものを書きたいと考えていました
一箇所でしか使わないものでも lemma 性があるのならば private メソッドとして書くのもありかと思っていますが、今回の場合は、他におなじような処理をおこなっている場所はなく、かといってメソッドとして立てるほどのことでもないので、
複数個所からコールできるメソッドにはしたくなかった、という主観がありました、そういう性質の記述ならば初期化リストにごちゃごちゃ書くのもありかと、読み手には他からコールされ得ないことが自明である点からしても
URLﾘﾝｸ(ideone.com)

976:デフォルトの名無しさん
19/12/16 20:14:24.13 89loOkbp.net
まあこういう自己満は通過儀礼だよな

977:デフォルトの名無しさん
19/12/16 21:46:21.90 kSgVv2yp.net
lambdaの即時評価はjsだと多用されているイメージ
ブロックスコープないからね

978:はちみつ餃子
19/12/17 00:52:53.01 0JRJucIS.net
>>960
> すでにgcc拡張で存在するところからみて、私の希望はあながち無謀かつ無稽なものではないことを知りほっとしました
30 年以上の実績があってもなお仕様に入らない程度に駄目なんだよ。

979:デフォルトの名無しさん
19/12/17 03:23:09 JQ5aWxOy.net
プライベートメンバの単体テストってみんなどうしてるのかな。

980:デフォルトの名無しさん
19/12/17 03:30:02 nsTCJN+n.net
#define private public

981:デフォルトの名無しさん
19/12/17 03:58:13.47 KUtZUPl9.net
#if 0
friend test;
#endif

982:デフォルトの名無しさん
19/12/17 07:08:07.08 KzMqUd+t.net
#ifndef NDEBUG
friend struct test;
#endif

983:デフォルトの名無しさん
19/12/17 07:46:15.26 wpWnXFFo.net
闇言語

984:デフォルトの名無しさん
19/12/17 11:20:07.09 dc1/89bE.net
namespace Method{ namespace Detail {
template<typename ReturnType, typename ... ArgTypes> struct MethodRegister{};
} }
// 文字列で呼び出すための関数を登録するためのマクロ
#define METHOD_REGISTER_WITH_NAME( NAME, FUNC, RETURNTYPE, ... ) \
namespace Method { namespace Detail { \
template<> struct MethodRegister<RETURNTYPE, __VA_ARGS__> { \
using Functional = std::function<RETURNTYPE(__VA_ARGS__)>; \
MethodRegister() { \
MethodContainer::GetInstance().Register<RETURNTYPE, __VA_ARGS__>( #FUNC, Functional( static_cast<RETURNTYPE(*)( __VA_ARGS__ )>( FUNC ) ) ); \
} \
~MethodRegister() { \
MethodContainer::GetInstance().Unregister( #FUNC ); \
} \
}; \
static MethodRegister<RETURNTYPE, __VA_ARGS__> sMethodRegister##FUNC; \
} }
void HOGE(){
std::cout << "Hello World!" << std::endl;
}
void HOGE( std::s

985:tring text ){ std::cout << text << std::endl; } METHOD_REGISTER_METHOD( HOGE, void ); METHOD_REGISTER_METHOD( HOGE, void, std::string ); こういった形で関数を登録する用のクラスを生成し、変数として生成して管理の自動化を行いたいのですが、関数のオーバーロードを対応しようとした所、クラスの再定義や変数の再定義、管理クラスへの重複登録等多数の問題が出て詰まってしまいました。こういった問題を対処するにはどうすればよいのでしょうか？

986:デフォルトの名無しさん
19/12/17 11:28:10.65 rApV4krM.net
BOOST

987:デフォルトの名無しさん
19/12/17 12:23:52.67 lfJGbKnI.net
>>966
>>967
リリース時に消す必要あんの？

988:デフォルトの名無しさん
19/12/17 18:42:08.59 iYSb7MEE.net
このへんがいいんでないの。
URLﾘﾝｸ(srz-zumix.blogspot.com)

989:
19/12/17 19:10:07.01 780pCLgH.net
>>963
まあ、
({int r; while((r = index(n)) == 0) n--; r;})
の最後の
r;
というのが限りなく非文法的ですし

990:デフォルトの名無しさん
19/12/17 21:19:56.70 r3fDxRx7.net
プライベートメンバをテストしたくなったらそのロジックのみを非メンバ関数に切り出してテストしてるな。
まぁ、特に支障がなければ単純にpublicにするだけの時もあるけど。

991:デフォルトの名無しさん
19/12/17 21:45:39.29 HvtzVY9o.net
templateでアクセスすると合法的にプライベートメンバにアクセスできる

992:デフォルトの名無しさん
19/12/17 21:49:21.80 iYSb7MEE.net
そんな糞な方法でテストなんかしたくねー。

993:デフォルトの名無しさん
19/12/18 01:14:03 zSYbFuJ0.net
テストなんかお綺麗にする必要が無い

994:デフォルトの名無しさん
19/12/18 06:18:11.97 BbfJ/y//.net
テストのテストが必要になるような意味のわからないテストコードはアウト
テストコードは実行せずに人が読んで理解できなければいけない

995:デフォルトの名無しさん
19/12/18 07:25:56.60 ksLRDXXy.net
>>978
どんな感じか見せていただけないでしょうか。

996:デフォルトの名無しさん
19/12/18 07:42:51.80 PEFQbiIG.net
>>971
絶対必要でもないが
少なくともデバッグ用であることくらい
アピールしたい
//よりNDEBUGという特定ワードを使う点にも拘りがある

997:デフォルトの名無しさん
19/12/18 07:48:17.80 uFDqtnkl.net
>>979
例えばテストコードの中にループや条件分岐があるようなものはアウト

998:デフォルトの名無しさん
19/12/18 11:33:15.65 ksLRDXXy.net
ループは許してもらえませんか？
データの並びとか検査したいんで。
条件分岐はたぶんないと思います。

999:デフォルトの名無しさん
19/12/18 12:41:59.93 pXzQg2xI.net
原理主義にすぐ染まるやつw
ご苦労様

1000:デフォルトの名無しさん
19/12/18 13:15:29.66 iEIErwam.net
テスト用にいろんな複雑なテストも入れてるけど
まずいのか？

1001:デフォルトの名無しさん
19/12/18 13:22:47.07 AjekT9H/.net
Debugビルドしたら遅すぎて検証できなくて詰んだ

1002:デフォルトの名無しさん
19/12/18 13:34:17.71 YQOjezK4.net
典型的な糞テストは、テスト対象の出力がハッシュや現在時刻などのような予測しづらいものに依存している場合に、
テストコードにテスト対象自体のロジックと似たものを書いてしまっているケースだな
原則的には、期待する出力は全てハードコードするのが正しい
難しいなら一度試しにテスト対象を実行して目視テストし、その結果をハードコードしたほうがマシ

1003:デフォルトの名無しさん
19/12/18 13:39:53.25 iEIErwam.net
メカが絡むリアルタイム処理でそんな事出来るかよ

1004:デフォルトの名無しさん
19/12/18 15:13:38.33 uFDqtnkl.net
>>982
Parameterized Testsがあれば十分じゃね？

1005:デフォルトの名無しさん
19/12/18 15:16:04.78 uFDqtnkl.net
>>986
期待する出力をハードコードするから
テストで「○○以上であること」って書くこと無いよね？
こういうテストケースある？言い換えるとそういうマッチャ

1006:ーって必要？

1007:デフォルトの名無しさん
19/12/18 15:38:06.38 AmwvkO78.net
次スレは

1008:デフォルトの名無しさん
19/12/18 16:59:26.54 ksLRDXXy.net
よ。

1009:デフォルトの名無しさん
19/12/18 17:57:22.30 uFDqtnkl.net
ほらよ
C++相談室 part147
ｽﾚﾘﾝｸ(tech板)

1010:デフォルトの名無しさん
19/12/18 20:28:47.90 CdPazUY7.net
>>987
それはまた別の話
ここで言ってるのは単体テストレベルの話だぞ

1011:デフォルトの名無しさん
19/12/18 21:11:16.67 LM1drZI+.net
クラスとかの勉強入る前にC言語でしっかり文字列処理出来るようになったほうがいい？

1012:蟻人間
19/12/18 21:14:21.02 Zo1XP656.net
>>995
strcpyなんて古い関数は２１世紀では使えないぜ。std::stringでOK.

1013:デフォルトの名無しさん
19/12/18 21:14:35.04 uFDqtnkl.net
C言語でしっかり文字列処理出来るようになったほうがいい？ → いい
C++でC言語の文字列処理する？ → しない

1014:デフォルトの名無しさん
19/12/18 21:16:04.08 aoz4SWmd.net
>>987
逆にそういう不確定な部分とロジック部分を切り分けるのが単体テストの目的でもある。

1015:デフォルトの名無しさん
19/12/18 23:15:57.41 cF9WM4jz.net
>>992乙
お前らコピー使うなムーブしろ

1016:デフォルトの名無しさん
19/12/19 00:00:58.14 zX6m0cqE.net
単体テストはどんだけ単純でわかりやすいコードでテストパターンを網羅するかが肝
Google TestとかTest::MoreとかJUnit使ったらﾜｶﾙ

1017:蟻人間
19/12/19 00:08:57.93 r6T/W91o.net
あれっ？

1018:1001
Over 1000 Thread.net
このスレッドは１０００を超えました。
新しいスレッドを立ててください。
life time: 41日 12時間 33分 22秒

1019:過去ログ ★
[過去ログ]
■ このスレッドは過去ログ倉庫に格納されています