メソッドチェーンを使用してオブジェクトを構築するイディオムの名前は何ですか？

メソッドチェーンを使用してオブジェクトをセットアップするパターンを頻繁に使用しますが、Builderor Prototypeパターンに似ていますが、各メソッド呼び出しで新しいオブジェクトを作成せず、代わりに元のオブジェクトを変更します。

例：

new Menu().withItem("Eggs").withItem("Hash Browns").withStyle("Diner");

このパターンに名前があるのか​​、それがアンチパターンと見なされるのかどうか疑問に思うだけです。なぜなら、より流に読むことができても、長いメソッドチェーンにつながる可能性があるからです。

流Interfaceなインターフェイス

ドメイン駆動設計のエリック・エバンスとアジャイル・マニフェストの名声のマーティン・ファウラーによって造られたように、私はこの方法が「流interfaceなインターフェース」と呼ばれることを常に聞いてきました。

主な欠点は、読みやすさ（一部の人は好きで嫌いな人もいます）と、アクションのチェーン全体がステップスルーするときに単一のステートメントと見なされる可能性があるため、場合によってはデバッグが難しくなる可能性があるという事実です。

私は確かにアンチパターンとは考えていませんが、このテクニックは自分で数回しか使用していません。

このようなメソッドチェーンは、チェーンに何らかのフローまたは発見可能性がある場合、通常Fluentインターフェイスと呼ばれます。あるいは、メソッドチェーンに大きく依存しているjQueryのようなapiを「流fluent性」ではないと考えることができます。これは、発見可能性を重視していないためです。

あなたの例（withx、withyを使用）では、特定の状態（メソッド呼び出し）が適切に構成されたオブジェクトを返す方法を知っている特殊なクラスがあるため、これをBuilderパターンのバリアントと考えることができます。

適切に使用する場合、これはアンチパターンではありません。

アンチパターンと見なされるかどうか、

絶対にアンチパターンではありません。jQueryはおそらく最もよく使用されている実装です。

流readに読むことができるが、長いメソッドチェーンにつながる可能性があるため

はい、できますが、代替手段は何ですか？APIが利用可能で適切なものを案内するので、ほとんど平易な英語の文で終わる可能性があります。

これは「列車事故」パターンと呼ばれます。

（これはアンチパターンであり、クリーンコードに反しています）

「列車事故」パターンは、デメテルの法則に違反しています。