Skip to content

refactor(form-field/testing): deprecate methods that return TestElement #19940

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

Conversation

crisbeto
Copy link
Member

In general we want to avoid exposing TestElement instances in the public harness API. These changes mark getHarnessLoaderForSuffix and getHarnessLoaderForPrefix as deprecated since they don't do what their names say and they're exposing a TestElement. I've added replacements that return the text of the elements since that's what appears to be the main use case.

Note: marking as merge safe, because it only adds new APIs without touching existing behavior.

@crisbeto crisbeto added P3 An issue that is relevant to core functions, but does not impede progress. Important, but not urgent merge safe target: patch This PR is targeted for the next patch release labels Jul 10, 2020
@crisbeto crisbeto requested review from mmalerba and a team as code owners July 10, 2020 19:02
@googlebot googlebot added the cla: yes PR author has agreed to Google's Contributor License Agreement label Jul 10, 2020
Copy link
Contributor

@mmalerba mmalerba left a comment

Choose a reason for hiding this comment

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

LGTM

@mmalerba mmalerba added the action: merge The PR is ready for merge by the caretaker label Jul 10, 2020
@crisbeto crisbeto removed the action: merge The PR is ready for merge by the caretaker label Jul 10, 2020
/**
* Gets a reference to the container element which contains all projected
* suffixes of the form-field.
* @deprecated Use `getSuffixText` instead.
Copy link
Member

Choose a reason for hiding this comment

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

Should we actually just fix this? Seems like this happened by mistake, but the methods actually should exist?

Copy link
Member

Choose a reason for hiding this comment

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

The reason I think we didn't do <..>Text is that a prefix/suffix doesn't necessarily need to be about text. i.e. it can contain icons or arbitrary content, which can be tested against with the harness loader too?

Copy link
Member

Choose a reason for hiding this comment

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

Oh, looks like this has been changed in 1c1af58 as part of Miles' suggestion (#17874 (comment)) but the logic has not been updated properly. Any reason to deprecate the actual method instead of making it return a harness loader?

Copy link
Member Author

Choose a reason for hiding this comment

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

I decided to add the text method since I don't see what else you would be doing with the TestElement. We could make it return a harness loader, but at this point it'll be a breaking change.

Copy link
Member

Choose a reason for hiding this comment

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

Yeah for sure, it shouldn't be a TestElement. It just feels wrong to me to deprecate the method while we actually would want to keep the method (just with the fix IMO). cc. @mmalerba for thoughts on this.

The additional methods you added are a nice addition we could keep anyway I guess.

Copy link
Member

@devversion devversion Jul 10, 2020

Choose a reason for hiding this comment

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

@crisbeto Chatted with Miles. Looks like we can deprecate this as we'll add the more generic harness loader methods w/ an enum for accessing the prefix/suffix containers. That makes sense to me.

In general we want to avoid exposing `TestElement` instances in the public harness API. These changes mark `getHarnessLoaderForSuffix` and `getHarnessLoaderForPrefix` as deprecated since they don't do what their names say and they're exposing a `TestElement`. I've added replacements that return the text of the elements since that's what appears to be the main use case.
@crisbeto crisbeto force-pushed the COMP-363/form-field-harness-test-element branch from 9b135b8 to ef5e190 Compare July 10, 2020 19:25
@crisbeto
Copy link
Member Author

To summarize the various discussions:

  • We don't want to expose TestElement in public APIs.
  • The methods have to be deprecated and removed, because changing the return type now will be a breaking change.
  • I decided to keep the methods that return the prefix/suffix text so we have some kind of alternative while the API is deprecated.
  • I'll add a separate API in a follow-up PR that allows for the consumer to get HarnessLoader instances. It'll be something generic the harnesses will extend instead of ComponentHarness.

Given the points above, I'll keep the changes as they are.

@crisbeto crisbeto added lgtm action: merge The PR is ready for merge by the caretaker labels Jul 10, 2020
@mmalerba mmalerba merged commit cc62841 into angular:master Jul 11, 2020
mmalerba pushed a commit that referenced this pull request Jul 11, 2020
…nt (#19940)

In general we want to avoid exposing `TestElement` instances in the public harness API. These changes mark `getHarnessLoaderForSuffix` and `getHarnessLoaderForPrefix` as deprecated since they don't do what their names say and they're exposing a `TestElement`. I've added replacements that return the text of the elements since that's what appears to be the main use case.
@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 Aug 11, 2020
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 P3 An issue that is relevant to core functions, but does not impede progress. Important, but not urgent target: patch This PR is targeted for the next patch release
Projects
None yet
Development

Successfully merging this pull request may close these issues.

4 participants