Make IHostEnvironment.ApplicationName non-nullable

[eerhardt]

It is not intended that normal execution has a null ApplicationName, so don't make callers need to check for null. When an ApplicationName is not available, it is set to string.Empty.

Fix #68512

[ghost]

Note regarding the new-api-needs-documentation label:

This serves as a reminder for when your PR is modifying a ref *.cs file and adding/modifying public APIs, to please make sure the API implementation in the src *.cs file is documented with triple slash comments, so the PR reviewers can sign off that change.

[ghost]

Tagging subscribers to this area: @dotnet/area-extensions-hosting
See info in area-owners.md if you want to be subscribed.

Issue Details

---

It is not intended that normal execution has a null ApplicationName, so don't make callers need to check for null. When an ApplicationName is not available, it is set to string.Empty.

Fix #68512

Author:	eerhardt
Assignees:	-
Labels:	new-api-needs-documentation, area-Extensions-Hosting
Milestone:	-

[eerhardt]

@halter73 - any concern with using string.Empty instead of <Unknown> here?

[halter73]

I think using string.Empty instead of something like <Unknown> is reasonable since hosting assumes that a non-empty app name is the name of the assembly containing the UserSecretsIdAttribute. It's easier to special case string.Empty than <Unknown>, and still communicates that a good default app name couldn't be determined.