Skip to content

chore: add guidance on getters/setters to coding standards #7977

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

Merged
merged 2 commits into from
Nov 21, 2017

Conversation

jelbourn
Copy link
Member

No description provided.

@googlebot googlebot added the cla: yes PR author has agreed to Google's Contributor License Agreement label Oct 23, 2017
Copy link
Contributor

@amcdnl amcdnl left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

What about Input should always be on setter?

Setters should come before getters?

@jelbourn
Copy link
Member Author

@amcdnl added

@@ -167,6 +167,14 @@ be part of the user-facing API. This typically applies to symbols used in templa
Additionally, the `@docs-private` JsDoc annotation can be used to hide any symbol from the public
API docs.


#### Getters and Setters
* Always use a `readonly` property instead of a getter (with no setter) when possible.
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Can you give an example? My brain is struggling to parse the use case

Copy link
Member Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Added

* Always use a `readonly` property instead of a getter (with no setter) when possible.
* Avoid long getters and setters. If the logic of an accessor would take more than three lines,
introduce a new method to contain the logic.
* A getter should also immediately precede its corresponding setter.
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Remove "also"

Copy link
Member Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Done

* Always use a `readonly` property instead of a getter (with no setter) when possible.
* Avoid long getters and setters. If the logic of an accessor would take more than three lines,
introduce a new method to contain the logic.
* A getter should also immediately precede its corresponding setter.
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

If @Input is on setter, it should come first right? This is saying that getters precede the setter (getters come first)

Copy link
Member Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Getters come first, @input always goes on the getter.

@jelbourn
Copy link
Member Author

@amcdnl @andrewseguin poke for review

Copy link
Contributor

@amcdnl amcdnl left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

LGTM

@jelbourn jelbourn added pr: lgtm action: merge The PR is ready for merge by the caretaker and removed pr: needs review labels Nov 21, 2017
@jelbourn jelbourn merged commit 70aa3c2 into angular:master Nov 21, 2017
@jelbourn jelbourn deleted the code-guide-setters branch April 2, 2018 22:31
@angular-automatic-lock-bot
Copy link

This issue has been automatically locked due to inactivity.
Please file a new issue if you are encountering a similar or related problem.

Read more about our automatic conversation locking policy.

This action has been performed automatically by a bot.

@angular-automatic-lock-bot angular-automatic-lock-bot bot locked and limited conversation to collaborators Sep 8, 2019
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
action: merge The PR is ready for merge by the caretaker cla: yes PR author has agreed to Google's Contributor License Agreement
Projects
None yet
Development

Successfully merging this pull request may close these issues.

4 participants