-
Notifications
You must be signed in to change notification settings - Fork 165
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
Test matchers location #169
Comments
@Englishman I'm not managing this repo, remove the webhook or contact me in Slack //cc @yegor256 |
@Englishman At the moment, we have only two matchers, right? So, I think we can follow the 2nd option, move them to a |
@fabriciofx 3 of them. But there is another problem: dependencies. Marchers use some entities from prod cactoos code but tests for prod lib code need matchers. So... |
@Englishman Well, so the simplest solution is just create a new package and put the matchers there. WDYT? |
@Englishman looks like |
@Englishman didn't know about AssertJ :( Will take a look now. |
@Englishman AssertJ syntax looks nicer that Hamcrest, but it's less object-oriented :) We need something that will be more declarations and less about procedures/instructions/commands. |
@Englishman we're going to separate the matchers into their own project as discussed in #751 Please close this issue |
@Englishman closing |
The job is not in WBS, won't close the order |
At this moment some successors of
org.hamcrest.TypeSafeMatcher
are located at rootorg.cactoos
package among important high level interfaces. I think the new matchers should be removed from this place somewhere.The best options is to put them into a new library e.g. cactoos-test is dependent from cactoos. In this case these classes will not be located in client prod code if it's used prod cactoos lib. The client has to use cactoos-test only for it's tests via test scope dependency (
<scope>test</scope>
in Maven). This idea is used e.g. Spring Framework: it has 'spring-core' and 'spring-test'.The easiest option is to move them at least into specialized
org.cactoos.match
package don't to pollute the root package.WDYT?
The text was updated successfully, but these errors were encountered: