A Focus is a way to work with particular parts of a large chunk of data. On the most basic level, it lets you get
and set
fields of a deeply nested record in a more composable way.
It is possible that the concept of a Focus
is harmful to code quality in that it can help you to be lax with abstraction boundaries. By making it easy to look deep inside of data structures, it encourages you to stop thinking about how to make these substructures modular, perhaps leading to an architecture that is not as nice and has extra conceptual complexity.
The deeper problem may be that lenses are best when they are bidirectional, whereas a Focus
is only in one direction. The issue is then that making proper lenses is not necessarily possible without changing the language itself.
In any case, I have yet to see any code that follows The Elm Architecture that gets better by adding this library.
This API is inspired by the concept of Bidirectional Lenses as described by Nate Foster and seen in a modified form in Haskell as “lenses” and in ClojureScript as “cursors”. My personal opinions and understanding come primarily from this talk by Simon Peyton Jones and Nate Foster's PhD dissertation on bidirectional lenses. I chose the name “Focus” because it is sort of like a lens that only lets you see in one direction.
Implementations of this idea in JS and Clojure rely heavily on the fact that the languages are dynamically typed and you can do runtime introspection. Haskell relies heavily on Template Haskell (a sort of macro system) to generate all of the necessary code. In Elm, type-directed macros may make things more convenient, but it is unclear exactly how this might work or if it is worthwhile.