-
Task
-
Resolution: Unresolved
-
L3 - Default
-
None
-
None
-
M
Context:
As discussed in a recent Backend Senate, the current DateFilterDataDto structure is not optimal, mainly because we end up with several fields which are unused for most use cases (eg "end" field for rolling and relative filters "include/excludeUndefined" fields for non variable filters). We should improve the existing structure by ensuring we have separate DTOs which include only the fields relevant for their use cases (they will probably still either share a common abstract parent or interface).
AT:
- DateFilterDataDto structure is split to avoid unused fields
This is the controller panel for Smart Panels app
- mentioned in
-
Page Loading...