v3: Remove all replace-type functionality

[LandonTClipp]

This was needed to get around type aliases, but the Go AST fully supports aliases now so there is no need to have this anymore.

[RangelReale]

I found an edge case that may require that this parameter be kept:

x/internal/options.go

package internal

type Options struct {
	Dir string
}

x/itf.go

package x

import "sample/x/internal"

type IType interface {
	Calculate(options internal.Options)
}

Generating a mock outside the x package (or if this was an external package), the mock for the Calculate function would generate an invalid import to the internal package.

It may be an edge case, but I found this problem on the go.temporal.io/sdk/client package: the WorkflowRun type is an alias to an internal type, and its GetWithOptions method has a parameter that is an internal type.

The internal option type is also exported in the same root file, but mockery has no way to know this, so I'm using replace-type to fix this.

Granted, this is not a very good design, but it is legal Go code, and may happen in other codebases.

[LandonTClipp]

Hmm that's surprising to me that it's valid Go. We should probably create a fixture for it and add it to the tests. I'll look into adding it back.

[LandonTClipp]

I can't think of a way around this, it's frustrating that someone would design an API like that! Alas, I will have to add it back.

[LandonTClipp]

I have a working PR. Porting to v3 wasn't straightforward due to the requirements that the templates receive real type information, so we basically have to dynamically parse the referenced type. Had to change the schema of the parameter to make this easier/cleaner.

Just need to add some tests and we'll be good. Only thing yet to be done is the support for replacing generic type parameters.

[LandonTClipp]

Closing this as "won't do" since I re-implemented replace-type.