Skip to content
This repository was archived by the owner on Jan 25, 2022. It is now read-only.

Is it OK that this repo merges static public fields, static private fields, and static private methods? #3

Closed
littledan opened this issue Dec 13, 2017 · 6 comments

Comments

@littledan
Copy link
Member

I created a single repository because creating multiple repositories seems confusing and complicated to do bookkeeping for. This repo comes from the November 2017 meeting when those three features were broken out from the class fields and private methods proposals. However, I'd be fine splitting out parts of it, if anyone thinks that is needed.

@littledan
Copy link
Member Author

@gsathya raised this question again, in the context of the #10 proposal. It seems like static public fields are fairly settled, whereas lexical declarations in classes will take slightly more time to work through. Should we split off static public fields so as to not block them? At this point, I don't see much changing for static public fields.

@ljharb
Copy link
Member

ljharb commented Jan 12, 2018

Splitting off static public into its own repo seems like a good idea.

@justsml
Copy link

justsml commented Aug 7, 2018

Is there any push to break up these features still? @ljharb

It seems private semantics needs a lot more consideration...

@ljharb
Copy link
Member

ljharb commented Aug 8, 2018

@justsml no, since all features are now stage 3, they should all be in the same repo, and will hopefully all advance together.

@littledan
Copy link
Member Author

@justsml To clarify, in the May 2018 TC39 meeting, we settled on consensus on this proposal within TC39.

@littledan
Copy link
Member Author

Closing per #3 (comment)

Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
None yet
Projects
None yet
Development

No branches or pull requests

3 participants