Unique modifier

[System-Glitch]

Unique modifier

[bxcodec]

Cool...

You can open PR for that.

[System-Glitch]

My solution is not practical and not very clean.
I checked the current implementation of the lib and such change would require significant changes to the lib's code base, and likely break backwards compatibility.

I'd like to discuss the possibilities before opening a PR. You may not be ok with the proposed change.
I thought of two possibilities to implement it:

• Change to an interface-based design, meaning that we would need to create a faker object before faking. That would let us keep the generated values in memory and limit the changes the developers would need to do to upgrade to the new version.
• Add a FakerContext parameter to FakeData function. The FakerContext would be a struct holding the generated data for uniqueness. This would require more changes for the developer but less changes to the code base.

[bxcodec]

How about the second solution, but you create a new function that accepts the context.

Let say: FakeUniqueData, and behind of it we use the same function that FakeData has.

We don't have too break the API for the old version. But, I don't know if this possible to do?? 🤔

[bxcodec]

The first solution also acceptable. As long as we make it not breakings the backward compatibility

[System-Glitch]

I thought about another easier solution: add a global map[string][]interface{} of remembered unique values and a function to reset it. The map keys would be the type of generated data (using the tag names)

This solution wouldn't break backward compatibility and wouldn't require any change for developers to upgrade to the new version. I will try to implement that and open a PR.

[bxcodec]

resolved by #77