Alternative way of setting properties that depend on generator specific features.

[czoido]

Changelog: Feature: Add set_property and get_property to set properties and access them in generators. Can be set only for a specific generator or as a default value for all of them.
Changelog: Feature: Use set_property and get_property to support custom defined content in pkg_config generator.
Changelog: Feature: Add new property names: cmake_target_name, cmake_file_name, pkg_config_name and cmake_build_modules that can be used for multiple generators of the same type allowing also an easier migration of names, filenames and build_modules properties to this model.
Docs: conan-io/docs#2082

Closes: #7661 , #8600

Set properties of the cpp_info that are related to generators (things like names, filenames, build_modules...) with set_property and get_property. Tests with filenames, names and build_modules properties.
Using new properties names cmake_target_name, cmake_file_name, pkg_config_name and cmake_build_modules will make the migration a little bit less risky. The new property name will be given preferences over the old one.

This:

self.cpp_info.components["mycomponent"].names["cmake_find_package"] = "mycomponent-name"
self.cpp_info.components["mycomponent"].names["cmake_find_package_multi"] = "mycomponent-name"

would be expressed as this:

self.cpp_info.components["mycomponent"].set_property("cmake_target_name", "mycomponent-name")

It's also possible to make it specific for generator but that most of cases it won't be necessary:

self.cpp_info.components["mycomponent"].set_property("cmake_target_name", "mypkg-name", "cmake_find_package")

Also, not specifying the generator will set this value as a default for every generator. So if you set:

self.cpp_info.components["mycomponent"].set_property("my-property", "mycomponent-name")

A new custom generator can access that information with:

for pkg_name, cpp_info in self.deps_build_info.dependencies:
    names = cpp_info.get_property("my-property", generator=self.name))

Related to: #8600, #8568 and #7661

#tags: slow

[memsharded]

I like the idea of generalizing the information for generators, keep going

[memsharded]

This is looking very good, I like it.

[memsharded]

Some points to consider and to discuss, I still need to understand a bit more the new migration proposal, now that it seems there is no longer an internal translation to properties.

[memsharded]

We need to get rid of this inheritance too. New generators do not need to extend anything, just implement generate() method. Components helpers should go elsewhere.

Not now, not in this PR, but in the future.

[memsharded]

A couple of minor stylistic things, but overall good job, I think this is ready to be merged

[memsharded]

It is a bit undesired that this is called so many times, it could be cached, but the above is redefining self.build_modules = BuildModulesDict.from_list(self.get_build_modules()), which is used in the method, so that might break such caching.

Recall that things in CppInfo might be called mamy many times while propagating graph, so this is one of the bottlenecks in graph resolution, we should be careful with adding here inefficient things.

[memsharded]

I like very much these tests comparing the previous and new results, good job