Added appId parameter to getContext

[vikramtha]

Description

This is adding the appId parameter to getContext. This is what hubs use to differentiate the app internally as well as what ends up being used in deeplinking

Here is the PM Spec for this: https://microsoft.sharepoint-df.com/:w:/t/MetaOS/ESh4ef-uxiBPohWO0I6DszoBzu6VGd_06r-Xg3TIy9tT8w?e=RKfWzE

If this Pull Request should close/resolve any issues when merged, use the special syntax for that here.

Main changes in the PR:

1. Added appId to getContext() and the AppInfo interface
2. Made sure unit tests passed for the appId through the context bridge

Validation

Validation performed:

1. Validated on Orange Web using both the Teams Test App and the Test App in the teamsJS sdk

Unit Tests added:

Unit tests are required for all changes. If no unit tests were added as part of this change, please explain why they aren't necessary.

Yes added some dummy values in the test files. No E2E tests added

End-to-end tests added:

No

Additional Requirements

Change file added:

Yes

[TrevorJoelHarris]

@vikramtha this is failing to build, so it won't get any PR reviews until the build is passing

[vikramtha]

Updating

[Ella-ly]

Since this is a new feature, can I know why we need to add this parameter to a deprecated interface and as a deprecated element?

[vikramtha]

I believe the Context deprecated interface is still used in the legacyContext transformation so I kept it

[TrevorJoelHarris]

This one should probably also be optional

[maglims]

I haven't looked into much deeper but first question I have is: doesn't it need changes in hub sdks to populate back appId since it looks it is defined as required?

Are all hub sdk test passing?

[TrevorJoelHarris]

@maglims brought up a good question that I forgot: since not all hosts will be setting this value, shouldn't it be optional (like appLaunchId)?

[vikramtha]

This will always be populated as long as there is an app def sent back; I rewrote the code in host SDK so that hosts no longer need to pass the value and instead it is taken from app definition

[TrevorJoelHarris]

What about hosts that aren't yet using the updated host-sdk? I believe in that case this would not be set, right? That's generally why we mark things like this optional, to handle backwards compatibility

[TrevorJoelHarris]

There are some questions about appId being optional, and I think it should be. If you have questions just send me a message and we'll talk about it.

[AE-MS]

string

Can you use the AppId type for this? Strong types are better than strings. It should be easy to create this object as an AppId in transformLegacyContextToAppContext after the data comes in over the wire as a string.