Handle new command line arguments with "functions-" prefix

[kshyju]

Part of #1900
Resolves #1547

This PR adds the relevant changes to read the new command line arguments we plan to send from the host. See the host issue Azure/azure-functions-host#9504 for understanding the need for this change.

Example of command line argument string host will send to worker process.

-host localhost --port 80 --workerId testWorkerId --requestId testId --grpcMaxMessageLength 2147483647 --functions-uri http://localhost:80 --functions-workerid testWorkerId --functions-requestid testId --functions-grpcmaxmessagelength 2147483647

Pull request checklist

• My changes do not require documentation changes
  • Otherwise: Documentation issue linked to PR
• My changes should not be added to the release notes for the next release
  • Otherwise: I've added my notes to release_notes.md
• My changes do not need to be backported to a previous version
  • Otherwise: Backport tracked by issue/PR #issue_or_pr
• I have added all required tests (Unit tests, E2E tests)

Additional information

Additional PR information

[kshyju]

Relevant host change (still in draft because waiting for some lang workers to fix their packages to handle this): https://github.com/Azure/azure-functions-host/pull/9514/files

[jviau]

While we are enhancing this, couple comments:

1. Technically command-line semantics is to start with --, then kebab-case the argument. So it would be --functions-request-id and not --functions-requestid.
2. Should we map these into a specific configuration section so they don't get accidentally overriden by something unrelated? Maybe everything under Functions:Worker section? (Functions:Worker:HostUri, Functions:Worker:RequestId, Functions:Worker:WorkerId)

[kshyju]

@jviau Pushed an update to switch to kebab case.

[kshyju]

@fabiocav @jviau This is ready for another round of review.

[jviau]

Looks great! Only concern is the reference to Extensions.Rpc. I suggest we just duplicate code for now. We can follow up later and see if there is an opportunity to make Extensions.Rpc appropriate for DotNetWorker.Grpc to leverage.