feat(gnoland): in config, refer to fields using toml struct tags

[thehowl]

After briefly discussing #1605, me and @zivkovicmilos convened that it would be better if the config commands took, for the keys in the configuration, their TOML name rather than the internal Go struct field name. This PR implements that.

[codecov]

Codecov Report

Attention: Patch coverage is 72.97297% with 10 lines in your changes are missing coverage. Please review.

Project coverage is 47.51%. Comparing base (41ff374) to head (3348d13).

Files	Patch %	Lines
gno.land/cmd/gnoland/config.go	72.97%	8 Missing and 2 partials ⚠️

Additional details and impacted files

@@            Coverage Diff             @@
##           master    #1769      +/-   ##
==========================================
+ Coverage   47.49%   47.51%   +0.02%     
==========================================
  Files         388      388              
  Lines       61305    61331      +26     
==========================================
+ Hits        29117    29144      +27     
+ Misses      29750    29747       -3     
- Partials     2438     2440       +2     

☔ View full report in Codecov by Sentry.
📢 Have feedback on the report? Share it here.

[deelawn]

Looks good to me. The smallest suggestion I have is to change the name of the callback function from cb to something that describes what is going on; it also helps to understand what the boolean returned means.

At most I'd suggest removing the callback function in favor of an interface like

type valueSetter interface {
    Set(name string, value reflect.Value) (ok bool)
}

And then make the necessary changes around it. I think that using interfaces over callbacks makes it easier to understand. Not required to be merged though.

[thehowl]

@deelawn

Looks good to me. The smallest suggestion I have is to change the name of the callback function from cb to something that describes what is going on; it also helps to understand what the boolean returned means.

done!

as for your suggestion, it probably requires a bigger overhaul of the whole config system. keep in mind I designed it this way because it could also easily support just reading the fields (rather than setting them), so an "iterator-ish" approach is more proper IMO.

[zivkovicmilos]

Looks good 💯

I've left minor comments 🙏