As I previously mentioned, I agree that it is probably not the best idea to have hard-coded streams into an application (although they don't change that often).
However, to get into the ideal world and using APIs to search for streams, you first need to have a source where to get the streams (and urls) from. The developers of Volumio have found a way to get to a "directory" holding a large amount of streams. So technically it must be possible.
Once you have that "source" you can think about how to present this with views to the end-user. And think one step further: how users can add their own streams.
But let's be honest @jonas, currently there is 1 programmer for Strawberry and that's you. You probably have enough work in maintaining Strawberry and therefore no (or very limited) time to add additional functionality. When will your ideas (which are without any doubt better then hardcoded streams) be implemented? My guess is that it will continue to be a dream for a long time into the future.
Another way of solving the problem is doing it step by step, first hardcoded, then maybe an external (saved) playlist with a large number of stations which can be loaded into Strawberry (like @ben2talk is using now) and finally getting into a state where Strawberry uses external sources to list radio streams.
However, maybe the number of users interested in radio streams in Strawberry is very limited and therefore the radio streams feature will more or less die .... who knows ... only the future will tell.
I tried to be part of the community, spend time on it and contribute (even with my limited C++ programming capabilities) to try to make the application a bit "better" then what it was.
If you want to go only for the "ideal" world, then be my guest, and I sincerely hope you will get there. But honestly .... I doubt.
Kind regards,
Arjan