Changes between Version 1 and Version 2 of Ticket #16692, comment 14
- Timestamp:
- 03/09/2011 01:42:31 AM (14 years ago)
Legend:
- Unmodified
- Added
- Removed
- Modified
-
Ticket #16692, comment 14
v1 v2 6 6 The current `WP_Rewrite` system is overly complex because there is an impedance mismatch between the `WP_Rewrite` system ''(a list of regexes with almost no metadata)'' and the underlying use-case it is trying to model ''(a tree of nodes and leafs where each node and/or leaf potentially needs unique metadata based on it's parent path.)'' 7 7 8 '''''The current `WP_Rewrite` system just does not ''"match"'' the underlying use-case''' ''(pun intended)'' and as such just gets more and more complicated as requirements get added to WordPress. Isn't it time to think different?''8 '''''The current `WP_Rewrite` system just doesn't ''"match"'' the underlying use-case''' ''(pun intended)'' and as such just gets more and more complicated as requirements get added to WordPress. Isn't it time to think different?'' 9 9 10 10 A great analogy is that `WP_Rewrite` is like SOAP-based web services ''(i.e. overly complex)'' vs. a URL routing system that is analogous to REST-based web services ''(simple and elegant.)'' Implementing a match system within `WP_Rewrite` would make it harder to prove the value of an alternate approach in a plugin vs. embracing a straight replacement of `$wp->parse_request()`.