[Haskell-cafe] The Good, the Bad and the GUI
wojtek at power.com.pl
Tue Aug 12 10:46:05 UTC 2014
W dniu 2014-08-12 11:30, Chris Warburton pisze:
> Wojtek Narczyński<wojtek at power.com.pl> writes:
>> ut all of this? To regular classes, to builder classes, or to both?
> The current trend in OOP Web frameworks Model-View-Controller.
We've been doing this for 15 years, and believe me, it works only so-so.
> To me the latter choice looks similar to a parsing problem. You say that
> Haskell's "great" at parsing, which I think contradicts your statement
> that "in Haskell it is unusual to deal with data that is incomplete or
> otherwise erroneous".
Grammars have been tried for GUIs, without any success. I'm not aware of
any even moderate size GUI constructed this way.
> In Haskell we deal with incomplete data all the time using lazy
> evaluation. Erroneous data doesn't require Maybes all over our data: it
> just needs one big Maybe in the 'parsing' function; or, more likely,
> "Either [Error]" detailing the problems which were found.
Continuing my VAT Invoice example, let us say a LineItem that does not
have a product description (missing value), but it does have all the
numeric fields filled in. It is partly erroneous, but it can be
included in calculation of the total. How would you handle it with
Either [Error] Invoice style code?
More information about the Haskell-Cafe