| 5 | | * Together we have a semi-working proof of concept of the ForbidDynamicProperties trait with a huge amount of test (not all passing yet) and more tests are still needed. |
| 6 | | * There are concerns about the performance impact of the current solution. This will |
| 7 | | * If we can smooth out the issues/failing tests, we can apply the same principle to the DeprecateDynamicProperties trait. |
| 8 | | * As this was nowhere near as straight forward as we originally thought, we've discussed and propose to publish these traits in a separate package - DynamicPropertyUtils - for WP to use as an external dependency. Consider this a |
| | 5 | * Together we have created a semi-working proof of concept of the ForbidDynamicProperties trait with a huge amount of tests (not all passing yet) and more tests are still needed. |
| | 6 | * There are concerns about the performance impact of the current solution. This will need further investigation. |
| | 7 | * If we can smooth out the issues/failing tests, we can apply the same principle to the `DeprecateDynamicProperties` trait. |
| | 8 | * As this was nowhere near as straight forward as we originally thought, we've discussed and propose to publish these traits in a separate package - DynamicPropertyUtils - for WP to use as an external dependency. Consider this as a give-back to the wider PHP community as a lot more projects will need to solve this issue in the near future. |
| 17 | | * All of them need work, a number them can/should be removed, but need to safeguard that change with tests (and possible some changes/reverting of declared property visibilities). The work on this should include investigating whether and if so, how the properties "handled" in the magic methods are used by plugins/themes. |
| 18 | | * All of need additional tests. |
| 19 | | * We also would like to investigate/work on some patterns as examples for how to implement magic methods correctly. We'd also like to see if we can transform those patterns into re-usable traits, in which case, they'd be added to the separate package mentioned above. |
| | 17 | * All of them need work, a number them can/should be removed, but we need to safeguard these change with tests to prevent BC-breaks (and possibly some changes/reverting of declared property visibilities is needed). The work on this should include investigating whether and if so, how the properties "handled" in the magic methods are used by plugins/themes. |
| | 18 | * All of the magic method implementations need (additional) tests. |
| | 19 | * We also would like to investigate/work on some patterns as examples for how to implement magic methods correctly. We'd like to see if we can transform those patterns into re-usable traits, in which case, they'd be added to the separate package mentioned above. |