Editing Syntactic sugar/Cons (section)

== Conclusion ==

* Guards can be dropped completely. <hask>if</hask> should be turned into a regular function. <hask>case expr of</hask> could be turned into a function, i.e. <hask>case 0 -> 'a'; 1 -> 'b';</hask> could an expression of type <hask>Int -> Char</hask>. It should be complemented by <hask>select</hask> function like that in [[Case]].
* Infix notation is good for nested application, because <hask>(0:1:2:[])</hask> reflects the represented structure better than <hask>((:) 0 ((:) 1 ((:) 2 [])))</hask>.
* Infix usage of functions with alphanumeric names is often just a matter of habit, just for the sake of fanciness, such as <hask>toLower `map` s</hask> which doesn't add anything to readability. If this feature is kept it should remain restricted to function names. It should not be extended to partially applied functions.
* List comprehension should be used rarely, parallel list comprehension should be dropped completely.
* <hask>do</hask> notation is good for representing imperative and stateful program structures.
* <hask>(n+k)</hask> patterns simulate a number representation which is not used internally and thus it must be emulated with much effort. It should be dropped. Numeric patterns such as <hask>0</hask> involve conversions like <hask>fromInteger</hask> and real comparisons (<hask>Eq</hask> class!) for matching. It should be thought about dropping them, too.

[[Category:Syntax]]
[[Category:Style]]