Add optimization algorithms from GFO

[SimonBlanke]

This PR adds all optimization algorithms from GFO in the new hyperactive v5 API, to the opt module.

[fkiraly]

so, going back to the hyperactive.opt.gfo folder structure? Fine with me

[SimonBlanke]

so, going back to the hyperactive.opt.gfo folder structure?

This is an "intermediate" commit for testing stuff out and to see it in practice. The fact, that we provide the opt. algos on the "opt"-directory level (in the init-file of the opt-directory) changes the situation a bit:
https://github.com/SimonBlanke/Hyperactive/pull/121/files#diff-20f5f20be4fd0ec4ef23abe4e98a58ce61db42894ea1b94499d66e9687f3c6bf

Because now it is less about the user-experience (since all opt. algos can be imported from the same path anyway) and more about how the code should be structured in the backend.

[fkiraly]

ok, fine with me either way!
(let's just ensure it stays consistent)

[fkiraly]

Hope it is fine to directly commit to this branch - please revert if not and let me know.

• I have moved the default handling from the top level base class to _BaseGFOadapter - we only know the defaults are correct for gfo instances.
• I also added a to_dict_np method that handles the numpy coercion of the search dict for now.

Please let me know of any feedback.

[fkiraly]

Looks like this fixed it. There are 8 left which look deeper, i.e., in gfo.

[fkiraly]

I would be happy with this - no failures.

• I have reported the potential bug with replacement=False in here: #135
• I have opened an issue to discuss handling of categoricals: #136

[fkiraly]

(change made by me are from pair programming remotely)