Bump github.com/corbym/gocrest from 1.0.5 to 1.1.2

[dependabot]

Bumps github.com/corbym/gocrest from 1.0.5 to 1.1.2.

Release notes

Sourced from github.com/corbym/gocrest's releases.

v1.1.2

What's Changed

• Fix some of issues in #12 by @​corbym in corbym/gocrest#13

Full Changelog: corbym/gocrest@v1.1.1...v1.1.2

v1.1.1

Splits up the Length, Empty and Nil matchers.

Unfortunately, for matchers that work on arrays, maps or pointers will still require the compiler to be told the type of the underlying value. E.g.

// nil pointer, actual is declared as `*string`
then.AssertThat(testing, values.actual, is.NilPtr[string]())
//[]int actual 
then.AssertThat(stubTestingT, test.actual, has.Length[int](https://github.com/corbym/gocrest/blob/HEAD/test.expected))
// map
then.AssertThat(t, map[string]bool{"hello": true}, has.MapLength[string, bool](https://github.com/corbym/gocrest/blob/HEAD/1))

.. but vanilla Nil only works on errors and requires no boilerplate types:

then.AssertThat(stubTestingT, someError, is.Nil())

What's Changed

• attempt to fix/lessen some problems mentioned in issue #9 by @​corbym in corbym/gocrest#10

Full Changelog: corbym/gocrest@v1.1.0...v1.1.1

v.1.1.0 - generics

Changes all the matchers to use generics instead of reflection. Some still use a bit of reflection, e.g. TypeName etc.

Other major changes:

• ValueContaining has been split into StringContaining, MapContaining, MapContainingValues, MapMatchingValues, ArrayContaining and ArrayMatching.

• No longer panics with unknown types, as types will fail at compile time. Some idiosyncrasies with the generic types do exist, but this is language specific;

  • map matchers generally need to know the type of the map key values explicitly or the compiler will complain, e.g. then.AssertThat(testing, map[string]bool{"hi": true, "bye": true}, has.AllKeys[string, bool](https://github.com/corbym/gocrest/blob/HEAD/"hi", "bye"))
  • has.Length() is likewise pernickety about types being explicit, mainly because it works on both strings and arrays. It needs to know both the type of the array and the array/string type. Confused? me too.
  • is.LessThan and is.GreaterThan no longer work on complex types. This is because the complex types do not support the comparison operators (yet, somehow, they could be compared by reflection 🤷 )

See the matcher_test.go file for full usage.

What's Changed

... (truncated)

Commits

• 62fe99b Merge pull request #13 from corbym/fix-issue-#9
• 7fd63c0 Merge branch 'master' into fix-issue-#9
• a012943 * Correct documentation
• 70882ef small clean up
• 4c0d6d6 godoc added
• 95e7f37 including empty.go
• 2ada973 attempt to fix/lessen some problems mentioned in issue #9
• 9e32883 small clean up
• 2b58e84 godoc added
• d65cd7c including empty.go
• Additional commits viewable in compare view

Dependabot will resolve any conflicts with this PR as long as you don't alter it yourself. You can also trigger a rebase manually by commenting @dependabot rebase.

---

Dependabot commands and options

You can trigger Dependabot actions by commenting on this PR:

• @dependabot rebase will rebase this PR
• @dependabot recreate will recreate this PR, overwriting any edits that have been made to it
• @dependabot merge will merge this PR after your CI passes on it
• @dependabot squash and merge will squash and merge this PR after your CI passes on it
• @dependabot cancel merge will cancel a previously requested merge and block automerging
• @dependabot reopen will reopen this PR if it is closed
• @dependabot close will close this PR and stop Dependabot recreating it. You can achieve the same result by closing it manually
• @dependabot show <dependency name> ignore conditions will show all of the ignore conditions of the specified dependency
• @dependabot ignore this major version will close this PR and stop Dependabot creating any more for this major version (unless you reopen the PR or upgrade to it yourself)
• @dependabot ignore this minor version will close this PR and stop Dependabot creating any more for this minor version (unless you reopen the PR or upgrade to it yourself)
• @dependabot ignore this dependency will close this PR and stop Dependabot creating any more for this dependency (unless you reopen the PR or upgrade to it yourself)