Skip to content
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

Added visibility matchers to check that a class isPublic(), etc. #291

Open
wants to merge 1 commit into
base: master
Choose a base branch
from

Conversation

brownian-motion
Copy link

Covers all 4 visibilities, and all reflective elements (classes, methods, fields, etc.) with reasonable messages when used incorrectly.

These matchers are helpful, for example, when enforcing the scope of a public-facing API with a test,
which provides stronger documentation for the future than mere comments.

I've performed similar checks in the past in projects with many, many artifacts to make sure that certain methods are definitely visible outside of a library, for consumption by another library or for invocation by reflective techniques.

@brownian-motion
Copy link
Author

Re-wrote the implementation to be much, much smaller.

Code coverage is now 100%, and the public API is organized in one class rather than in 4 different ones.

@brownian-motion
Copy link
Author

@scarytom , @sf105 , or @tumbarumba , would you please consider reviewing this PR when convenient? I understand that maintaining this and other repositories requires a significant amount of your attention, on top of your work outside of this project, and I would very much appreciate your time if any of you are willing to offer it.

@sf105
Copy link
Member

sf105 commented Apr 19, 2020

Interesting idea. Would this make more sense in a package called reflection?

@sf105
Copy link
Member

sf105 commented Apr 19, 2020

Do we need the extra VisibilityUtils class? Utils is often a smell

@brownian-motion
Copy link
Author

@sf105 Thank you for taking a look. I agree, it would make sense in a reflection package. I agree also that the Utils class could be removed, probably by merging it directly into the Enum or *Matchers class. What remains now is an artifact of my original design, which used WAY more classes than needed. I'll push an improvement.

@nhojpatrick
Copy link
Member

@brownian-motion looks good, please can you rebase from master, as hamcrest-core and hamcrest-library have been refactored a lot and also deprecated, so that everything is just in hamcrest.

@brownian-motion
Copy link
Author

@nhojpatrick I will rebase like you've described. Thanks!

@brownian-motion
Copy link
Author

Welp. Got a little caught up during the pandemic. I'll clean this up.

@brownian-motion
Copy link
Author

brownian-motion commented Jul 1, 2021

@nhojpatrick or @sf105 assuming this passes the build checks, would you please take a look at this when convenient? I've rebased, and applied the style settings from the repository checkstyle file.

…flective elements.

This is helpful, for example, when enforcing the scope of a public-facing API with a test,
and provides stronger documentation for the future than mere comments.
@nhojpatrick
Copy link
Member

Going to try and kick start hamcrest, so if you want to get it merged, please rebase from the branch v2.3-candidates.
Still trying to understand how has permissions to perform a release.

@nhojpatrick nhojpatrick force-pushed the master branch 2 times, most recently from 9bc653b to e9f7fc8 Compare February 13, 2022 17:06
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
No open projects
Status: High priority
Development

Successfully merging this pull request may close these issues.

3 participants