-
Notifications
You must be signed in to change notification settings - Fork 165
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
The design of envelope classes #947
Comments
@llorllale/z please, pay attention to this issue |
@wladyan/z this project will fix the problem faster if you donate a few dollars to it; just click here and pay via Stripe, it's very fast, convenient and appreciated; thanks a lot! |
@wladyan I think you're reporting two separate issues?
|
@llorllale I'm talking only about envelope classes. Implemetation of Immutability is one of the main principles in this library, but another principle is "avoid nulls". Why envelopes don't protect me against nulls? For this purporse we have Envelopes should delegate all calls to the enveloped object, and this object makes decision about immutability(to be immutable or to be mutable), and about nulls(support null values or not). What if I need to create my own mutable implementation of a |
@wladyan we're still not at |
@0crat in |
@llorllale Job #947 is now in scope, role is |
@llorllale Thanks for your contribution, @wladyan/z! If you would be a member of the project, you would now earn +15 reputation points, as explained in §29. You can join and apply to it, see §2. |
@llorllale so is the objective here to make envelopes directly delegate to enveloped object and removing specific behaviour there? Or do you have something else in mind, I'm not clear following the discussion you had with @wladyan :) |
@llorllale @victornoel I'm interested too, since this issue is crucial for deciding how to solve #898. |
@victornoel envelopes will delegate to enveloped object; we will also create |
@victornoel The impediment for #947 was registered successfully by @victornoel/z |
The architect of the project has changed; @llorllale/z is not at this role anymore; @paulodamaso/z is the architect now |
@victornoel ok, thanks. |
@paulodamaso/z all |
The job #947 is now out of scope |
@paulodamaso you need to pay directly, see https://github.com/zerocracy/farm/issues/2155#issuecomment-534537197 |
I think the design of
IterableEnvelope
,CollectionEnvelope
,ListEnvelope
is wrong. I gess, it would be better to delegate all method calls to encapsulated object, instead to define of method implementation. Envelopes must don't care about mutability protection, for this goal we have decorators. For example,ListOf
class useCollections.unmodifiableList
decorator. May be I'm wrong. Help me.The text was updated successfully, but these errors were encountered: