4 ms·
I disagree. What's bad about that/what's the alternative?
by raspasov 10y ago
I disagree. What's bad about that/what's the alternative?
- jnordwick 10y agovtable of regular dynamic dispatch.
- lmm 10y agoThe problem with pattern matching as I've seen it implemented is that unsafe and safe pattern matching look exactly the same (even the exact same code line can be safe or unsafe depending on context). See the bottom of http://typelevel.org/blog/2014/11/10/why_is_adt_pattern_matching_allowed.html http://typelevel.org/blog/2014/11/10/why_is_adt_pattern_matc... . For this reason I tend to prefer explicit virtual methods even though they're more cumbersome.
- raspasov 10y agoThe pattern matching I have in mind is very dynamic in nature and does not concern itself at all with some static notion the data that is being matched. Either there's a match, or there isn't. It's a very binary outcome.
- lmm 10y agoThat's not the important/valuable use case for what people normally refer to as "pattern matching".
- raspasov 10y agoI've recently found dynamic pattern matching pretty valuable to completely replace REST-like server-side APIs with a data-oriented API that gets pattern matched and dispatched based on the actual values and shapes of the data structure. It helps almost completely avoid the /get/this /get/that /set/those explosion of API getters and setters that ultimately leads to very complex client logic that makes any notion of consistency at a distance very hard to reason about.
- lmm 10y agoI really don't think you're talking about pattern matching in the usual sense. So it's probably better to use a different term.