You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
The upcoming release of F#5 is adding support for applicatives in computation expressions. Will this slowness still be an issue if we use the new applicative syntax, provided FParsec provides support for it?
The text was updated successfully, but these errors were encountered:
Adding support for applicatives can definitely address some of the underlying concerns, as instead of nested calls to Bind, independent parsers can be run individually and collected up into a single value for passing to the next Bind call via MergeSources and/or BindN/BindReturn overloads.
There will likely be some additional overhead still compared to manual parser writing, but I would naïevely expect the performance gap to shrink massively.
And perhaps with state machine additions coming sometime in the future the parse CE could actually compile down to low/zero-overhead state machines.
The documents warn us that using computation expressions will be slower than we might expect.
The upcoming release of F#5 is adding support for applicatives in computation expressions. Will this slowness still be an issue if we use the new applicative syntax, provided FParsec provides support for it?
The text was updated successfully, but these errors were encountered: