From Newsgroup: comp.lang.javascript


Looks like an instance of method chaining style https://en.wikipedia.org/wiki/Method_chaining

It is heralded as something powerful:

Method chaining is a powerful programming pattern that allows you to
call multiple methods on an object in a single line of code. It enhances
code readability and conciseness by eliminating the need for
intermediate variables or repeated method calls. In this blog post,
we'll explore method chaining in Python, explain it using a simple
example, discuss its use cases, and conclude with its benefits. https://nikhilakki.in/understanding-method-chaining-in-python

But I have my doubts. Its also related to so called
Fluent Interfaces. When you design APIs so that they
support method chaining:
https://en.wikipedia.org/wiki/Fluent_interface

So called builders often exhibit a fluent interfrace. I
recently had a revelation, that many builders
are rather cheaters, for example I thought the appropriate
thing to do would be:

builder = builder.header(key, value);

So the fluent interface would give me a new version of the
build, with each method chaining call. Just like the replaceAll
gives a new string. But this is often not the case,

it would require that all headers are copied somehow. So we
find in the implementation of header() that it just returns
this, and the method chaining works with a side effect:

public HttpRequestBuilderImpl header(String name, String value) {
checkNameAndValue(name, value);
headersBuilder.addHeader(name, value);
return this;
}

So method chaining might not always satisfied the same expectations
about being a more "functional" approach.

Lawrence D'Oliveiro schrieb:

Is this valid code?

function escape_html(s)
{
return s
.replaceAll("&", "&") /* always do first, rest can be in any order */
.replaceAll("\"", """)
.replaceAll("<", "&lt;")
.replaceAll(">", "&gt;")
.replaceAll("\t", "&#9;")
.replaceAll("\n", "&#10;")
} /*escape_html*/

--- Synchronet 3.20a-Linux NewsLink 1.114

From Newsgroup: comp.lang.javascript

On Thu, 22 Feb 2024 11:37:52 +0100, Mild Shock wrote:

But I have my doubts.

Show us your non-method-chained-style version, then.
--- Synchronet 3.20a-Linux NewsLink 1.114

From Newsgroup: comp.lang.javascript

No syntactical doubts, only semantical doubts:

So method chaining might not always satisfied the
same expectations about being a more "functional" approach.

Guido von Rossum suggest to not always use method chaining:

https://mail.python.org/pipermail/python-dev/2003-October/038855.html

Lawrence D'Oliveiro schrieb:

On Thu, 22 Feb 2024 11:37:52 +0100, Mild Shock wrote:

But I have my doubts.

Show us your non-method-chained-style version, then.

--- Synchronet 3.20a-Linux NewsLink 1.114

From Newsgroup: comp.lang.javascript

On Fri, 23 Feb 2024 00:49:08 +0100, Mild Shock wrote:

Lawrence D'Oliveiro schrieb:

On Thu, 22 Feb 2024 11:37:52 +0100, Mild Shock wrote:

But I have my doubts.

Show us your non-method-chained-style version, then.

Guido von Rossum suggest to not always use method chaining:

Which is not really answering my question, is it?
--- Synchronet 3.20a-Linux NewsLink 1.114

From Newsgroup: comp.lang.javascript

On 23/02/2024 01:40, Lawrence D'Oliveiro wrote:

On Fri, 23 Feb 2024 00:49:08 +0100, Mild Shock wrote:

Lawrence D'Oliveiro schrieb:

On Thu, 22 Feb 2024 11:37:52 +0100, Mild Shock wrote:

<snip>

Guido von Rossum suggest to not always use method chaining:

Which is not really answering my question, is it?

In some scenarios it makes sense to allow chaining.
For instance when building the answer to a query where the parts to be included depend on circumstances. As in x.a().b().e().g();

In other scenarios it just makes things confusing for anyone reading the
code, including the writer.

In other words it depends on design judgement, something that disturbs
people who prefer a 300 page book of rules.

John

--- Synchronet 3.20a-Linux NewsLink 1.114