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
abstractclassC{abstractmethod() :Type;// validabstractproperty :Type;// validabstractproperty :Type=value;// this should be invalid, because it doesn't make sense}
Use Cases
Examples
Checklist
My suggestion meets these guidelines:
This wouldn't be a breaking change in existing TypeScript/JavaScript code
This wouldn't change the runtime behavior of existing JavaScript code
This could be implemented without emitting different JS based on the types of the expressions
This isn't a runtime feature (e.g. library functionality, non-ECMAScript syntax with JavaScript output, etc.)
@RyanCavanaugh abstract property assignment will always be overriden by sub class, it should not have value assignment behaviour, just like abstract method should not have body block
@RyanCavanaugh I see. There is difference between ECMAScript class proposal and TypeScript. In latest proposal, property declaration is define not set, and bare property declaration is equal to = undefined. Now that it's still a proposal, so the breaking problem may be handled together util the proposal be standard.
Search Terms
Suggestion
Use Cases
Examples
Checklist
My suggestion meets these guidelines:
The text was updated successfully, but these errors were encountered: