193(1): デフォルトの名無しさん (JP 0Hbd-DQL8) [] 2024/01/28(日) 23:17:29.01 ID:wkb3ctO/H(1) AAS
面白そうだからちょっと書いてみた。大きな変更点はこんな感じ。

・accept が受け取るのは単に Visitor の参照でいい。ここで shared_ptr を使う必要はない。
・Visitor が受け取るのも File や Directory の参照でいい。
・SizeVisitor もいらない。File と Directory はともに Entry の子クラスとして getSize() を実装してるんだから、無理に visitor パターンを使わなくても単に getSize() を呼べばいいだけ。
・iterator() が返すのも VectorIterator の shared_ptr ではなく、単に VectorIterator を返せばいい。

全体的に使う必要がない場面で shared_ptr を使ってるのが目立ったと思う。

外部ﾘﾝｸ:wandbox.org

だいぶすっきりしたんじゃない？

194(2): はちみつ餃子◆8X2XSCHEME (ﾜｯﾁｮｲ 2a3e-MxBP) [sage] 2024/01/28(日) 23:52:27.85 ID:hRRbWEE/0(3/3) AAS
なんかもうポインタをいじるのが面倒になったので値としてやりとりしていいやという気持ちと
標準ライブラリを積極的に活用することにしたらこうなった。
外部ﾘﾝｸ:wandbox.org

379(1): デフォルトの名無しさん (ﾜｯﾁｮｲ 4132-nuT0) [sage] 2024/07/29(月) 19:25:02.89 ID:cQQT2a1I0(2/3) AAS
C++ には未規定がやたらたくさんあるんだ。
実際の挙動から仕様を想像しようとすると意味不明でグダグダやねん。

316(2): デフォルトの名無しさん (ﾜｯﾁｮｲ 7b32-B3tP) [sage] 2024/04/09(火) 15:22:07.81 ID:hsAXyuRl0(1) AAS
>>313
C++ に配列リテラルはない。
その書き方で出てくる波括弧はリスト初期化の構文の一部で、
波括弧の部分単体は配列リテラルではない。

実行時にオブジェクトの構築を避けるならコンパイル時に構築することになるが
それはそれで色々と制約があるんでほんまにそれが必要なんか？
というのはよく考えないといけない。

あえてやるならこんな感じかな……。
外部ﾘﾝｸ:wandbox.org

841(1): デフォルトの名無しさん (ﾜｯﾁｮｲ 6e10-ZtHn) [sage] 2025/04/07(月) 14:49:45.64 ID:KdsoKBW+0(1) AAS
むしろキーワードとしてのclassがいらなかった
型は全部struct、構文の曖昧さを除くためのプレースホルダは全部typenameで良かった

953(2): 青木康善 (ｱｳｱｳｳｰ Sa21-0ulL) [sage] 2025/04/21(月) 20:23:58.17 ID:ArvlOry0a(2/2) AAS
javaの鉄則、では、goto文は使うな！と書いてましたが、皆さんどうっすか？