Method cascading
In object-oriented programming, method cascading is syntax which allows multiple methods to be called on the same object. This is particularly applied in fluent interfaces. For example, in Dart, the cascade: a..b() is equivalent to the individual calls: a.b(); a.c(); Method cascading is much less common than method chaining – it is found only in a handful of object-oriented languages, while chaining is very common. A form of cascading can be implemented using chaining, but this restricts the interface; see comparison with method chaining, below. Application. Cascading is syntactic sugar that eliminates the need to list  the object repeatedly. This is particularly used in fluent interfaces, which feature many method calls on a single object. This is particularly useful if the object is the value of a lengthy expression, as it eliminates the need to either list the expression repeatedly or use a temporary variable. For example, instead of either listing an expression repeatedly: a.b().c(); a.b().d(); or using a temporary variable: b = a.b(); b.c(); b.d(); cascading allows the expression to be written once and used repeatedly: a.b()..c() Comparison with method chaining. Given a method call codice_1, after executing the call, method cascading evaluates this  expression to the "left" object codice_2 (with its new value, if mutated), while method chaining evaluates this expression to the "right" object. The following chain (in C++): a.b().c(); is equivalent to the simple form: b = a.b(); b.c(); The following cascade (in Dart): a..b() is equivalent to the simple form: a.b(); a.c(); Cascading can be implemented in terms of chaining by having the methods return the target object (receiver, codice_3, codice_4). However, this requires that the method be implemented this way already – or the original object be wrapped in another object that does this – and that the method not  return some other, potentially useful value (or nothing if that would be more appropriate, as in setters). In fluent interfaces this often means that setters return "this" instead of nothing. Languages. Pascal. Within the component statement of the with statement, the components (fields) of the record variable specified by the with clause can be denoted by their field identifier only, i.e. without preceding them with the denotation of the entire record variable. The with clause effectively opens the scope containing the field identifiers of the specified record variable, so that the field identifiers may occur as variable identifiers. Smalltalk. Method  chains and cascades were both introduced in Smalltalk; most subsequent object-oriented languages have implemented chains, but few have implemented cascades. In Smalltalk the semicolon operator can be used to send different messages to the same object: self listPane parent Compare with separate statements, terminated with a period, also using a variable for abbreviation: parent := self listPane parent. parent color: Color black. parent height: 17. parent width: 11. One subtlety is that the value of a method call ("message") in a cascade is still the ordinary value of the message, "not" the receiver. This is a problem when you  do want the value of the receiver, for example when building up a complex value. This can be worked around by using the special codice_5 method that simply returns the receiver: Object»yourself For example, the "add an object to a collection" method (codice_6) returns the object that was added, not the collection. Thus to use this in a cascade in an assignment statement, the cascade must end with codice_5, otherwise the value will just be the last element added, not the collection itself: all := OrderedCollection new Visual Basic. Visual Basic uses the codice_8 statement to enable an arbitrary number  of method calls or property accesses on the same object: With ExpressionThatReturnsAnObject End With codice_9 blocks in Visual Basic can be nested: With ExpressionThatReturnsAnObject End With Dart. Among newer languages, Dart implements cascades, using a double-dot codice_10 "cascaded method invocation operation". Unlike Smalltalk, in Dart the value of a cascaded method invocation is the receiver (base object), not the value of the (uncascaded) method invocation, and thus there is no need for codice_5. Dart uses properties, and thus rather than using method syntax for getters and setters (codice_12), it uses field value/assignment syntax (codice_13), and cascades work with  assignments: a..string = 'Hello world!' is equivalent to: a.string = 'Hello world!'; a.done = true;