Haskell definiowany jest przez mały zestaw funkcji języka podstawowego otoczony bogatym zestawem wyborów składniowych. Pojęcia dotyczące list są jednym z możliwych wyborów, ale nie zapewniają niczego, czego nie zapewnia również monadryl, który RWH wyda całej książce budującej intuicję. Istnieje wiele przypadków, w których Haskell zapewnia dwie składnie tego samego, pozwalając, gdzie, w stylu programowania opartego na argumentach i kombinatoryce oraz na zrozumieniu listy i monadracie.
Zrozumienia listowe zostały pierwotnie zaimplementowane jako zumiejętności monadyczne, co zmieniło się w "wielkiej rewolucji monomorficznej '98" (znanej też jako Haskell '98). W rzeczywistości projektowanie LINQ w językach .NET wywodzi się w dużym stopniu ze starszego projektu na temat zrozumienia monady. Wykazy listowe mogą być znacznie bardziej ogólne niż są, ale zostały celowo okaleczone, aby ułatwić im zrozumienie komunikatów o błędach.
Biorąc pod uwagę skończoną ilość papieru, musisz wybrać materiał do podkreślenia, a RWH unika omawiania ich w większej części, więc nie wpadasz w pułapkę myślenia o listach jako o czymś specjalnym.
To powiedziawszy, istnieje krótka wzmianka o nich w rozdziale 12. W tym momencie stworzono wystarczającą intuicję dla podstawowych pojęć, że tak naprawdę nie są one zagrożeniem.
Ostatecznie nazwą książki jest Real World Haskell. Chce cię nauczyć dobrych technik programowania na świecie. Wielu Haskelerów (nie wszyscy) unika interpretacji list, ponieważ notacja nie jest skalowalna, a ponieważ w końcu możesz chcieć powrócić i zmodernizować monadowy transformator lub coś takiego i skończy się przepisywanie całych fragmentów kodu zrozumiałego w monadycznym styl w każdym razie.
[Aktualizacja: teraz, gdy GHC odzyskał monad comprehensions, sprzeciw ten nie jest tak silny jak kiedyś. Możesz uzyskać z nich ciekawą nową funkcjonalność.]
Pojęcia dotyczące list są omówione (krótko) w rozdziale 12 książki online: http://book.realworldhaskell.org/read/barcode-recognition.html#x_iF1 – mipadi