Hadrian Tang
Hadrian Tang
Also it's best not to break the interpretation of triple-quoted strings. Instead, we may do this for longer-quoted strings: https://github.com/fsharp/fslang-suggestions/issues/1301 ```fs let mystr = """""""html Heading Paragraph """"""" ```
isn't the `for` loop an imperative construct with the iteration variable mutable without the use of the `mutable` keyword anyway? the benefit of hiding mutability just feels like a lie.
@En3Tho ```fs // Top code let s = 0 let q = for i in 0..10 do s + i //
@En3Tho @Lanayx Please review the revised version of this suggestion with a full critique on existing approaches of mutable variables or `fold`s with lambdas: https://github.com/fsharp/fslang-design/pull/807
@T-Gro ```fs // Current - fold let effects, model = Seq.fold (fun (effects, model) item -> let effect, model = Model.action item model // Pure function let model = Model.action2...
> any other programming language or its library ecosytem. It seems that other programming languages and their library ecosystems maintain the bifurcation of either loops with mutable accumulators or folds...
@brianrourkeboll > The [arguments in the RFC against the suitability of computation expressions for this](https://github.com/Happypig375/fslang-design/blob/b25c6586138f50ed72289367f4c8a0553b4b8fb9/RFCs/FS-1152-For-loop-with-accumulation.md#computation-expressions-already-provide-a-similar-syntax-right) hold equally well for literally any use of computation expressions for any purpose. - "an...
@brianrourkeboll See if the updated explanation here https://github.com/fsharp/fslang-design/pull/807/commits/979c708fa3ac4d09c97fe21f75f089b24aeb0523 is better.
@T-Gro I suppose the existing for loop, outside a computation expression, is a special case of the fold loop just like iter can be defined in terms of fold. ```fs...
@T-Gro `CustomOperation` has quite a lot of quirks, like `MaintainsVariableSpaceUsingBind` that is required to have later code be able to refer to bindings above - itself without enough documentation. The...