You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
This repository has been archived by the owner on Jul 30, 2018. It is now read-only.
@novemberborn and I were discussing... what might make sense to solve this is to retain a reference to each prototype mixed in, and instead of mixin in a new prototype into a base, we unwind the whole process and create a new prototype based on all the unique prototypes that are part of the final factory. Also, applying advice after each step in the prototype "reducer".
* Refactor private factory data
* Rename copyProperties to assignProperties
* Clone factory private state data
* Refactor factory creation to better handle application of advice to factory prototypes
Fixes#66
Sign up for freeto subscribe to this conversation on GitHub.
Already have an account?
Sign in.
Aspecting methods can be fragile and dangerous, especially with the diamond problem.
For example:
Which is totally surprising, because the developer may not have had knowledge that
createFooBar
was going to overwrite the aspectedfoo()
.The text was updated successfully, but these errors were encountered: