我正在尝试在 Xamarin.Forms 中构建一个包含多个应用程序的门户或框架，这可能吗？
I'm trying to build a portal or framework in Xamarin.Forms which would contain multiple apps, is this possible?
我正计划构建一个 portal/framework 应用程序来启动一系列应用程序。用户的登录详细信息将决定他们可以使用哪些。我想使用 Xamarin.Forms，因为它是多平台的，而且它是我最有经验的代码库。
我可以通过两种方式实现这一目标，一个大型解决方案包含所有功能，并且仅启用用户可用的功能（即带有 isVisible = true/false 的图像按钮）导航到每个“应用程序”主页（这对我来说似乎是最简单的，但如果更新了一个“应用程序”，则需要更新整个解决方案）。
其他选项：一个门户应用程序，通过它安装相关应用程序（phone 上有隐藏图标吗？）并且应用程序是从该门户网站中的图标启动的。第二种解决方案意味着每个应用程序的代码是分开的，可以单独 maintained/updated，它还会减少应用程序的大小，因为只安装相关应用程序 phone/tablet，而不是全部安装大多数被隐藏的功能性“应用程序”。
我研究了通过深层链接和启动器或意图和 startActivity 从另一个应用程序启动应用程序的一些方式。但是我找不到像我正在尝试做的那样专门用于创建门户应用程序的内容。
第二种方案可行吗？如果是，是否有关于从哪里开始查看有关如何完成它的信息的任何想法？我已经使用 Xamarin.Forms 几个月并创建了一些应用程序，所以虽然我不是初学者，但我不是最有经验的。
总之，答案是肯定的，都是可行的。 （如果您赞成解决方案二，请跳至最后。）
但首先，选择真的取决于
- 您的客户是否可以接受安装多个应用程序。
（这很重要，请先询问您的clients/customers。）
- 你的后台系统是什么情况。
（如果您在后端有 authority/role 管理，请将您的移动页面放在一个应用程序中）。
- 方案二中，每个应用平均有多少页？应用程序之间是否有任何通信？
a large solution which navigate to each "app" homepage / the apps are launched from icons in this portal
您的应用程序从您的门户导航到另一个页面或另一个应用程序的方式对用户来说并不重要（非常相似的体验，但跳转到另一个应用程序时可能会有更多延迟）。
我推荐开发多个应用程序的场景是当这些应用程序分发给不同的客户，而不是一个公司的不同用户（取决于业务需求）。
The second solution means that the code for each app is separate and can be individually maintained/updated
如果您担心更新过程，好吧，这是一个移动应用程序，构建一个一页的应用程序和一个三十页的应用程序之间没有太大区别。更不用说构建、部署过程可以自动完成。这是一个相反的极端情况：
解决方案一，更改了 9 个页面，更新了 1 个应用程序；
解决方案二，更改了 9 个页面，更新了 9 个应用程序（或 18 个，甚至 27 个应用程序）。
it will also reduce the size of the app
应用程序的大小在很大程度上受资源文件的影响，例如图像和音频文件。总的来说，2021年的尺码就别在意了。
are there any ideas of where to start looking at info on how to accomplish it?
从将一个应用程序链接到另一个应用程序开始：
我正计划构建一个 portal/framework 应用程序来启动一系列应用程序。用户的登录详细信息将决定他们可以使用哪些。我想使用 Xamarin.Forms，因为它是多平台的，而且它是我最有经验的代码库。
我可以通过两种方式实现这一目标，一个大型解决方案包含所有功能，并且仅启用用户可用的功能（即带有 isVisible = true/false 的图像按钮）导航到每个“应用程序”主页（这对我来说似乎是最简单的，但如果更新了一个“应用程序”，则需要更新整个解决方案）。
其他选项：一个门户应用程序，通过它安装相关应用程序（phone 上有隐藏图标吗？）并且应用程序是从该门户网站中的图标启动的。第二种解决方案意味着每个应用程序的代码是分开的，可以单独 maintained/updated，它还会减少应用程序的大小，因为只安装相关应用程序 phone/tablet，而不是全部安装大多数被隐藏的功能性“应用程序”。
我研究了通过深层链接和启动器或意图和 startActivity 从另一个应用程序启动应用程序的一些方式。但是我找不到像我正在尝试做的那样专门用于创建门户应用程序的内容。
第二种方案可行吗？如果是，是否有关于从哪里开始查看有关如何完成它的信息的任何想法？我已经使用 Xamarin.Forms 几个月并创建了一些应用程序，所以虽然我不是初学者，但我不是最有经验的。
总之，答案是肯定的，都是可行的。 （如果您赞成解决方案二，请跳至最后。）
但首先，选择真的取决于
- 您的客户是否可以接受安装多个应用程序。
（这很重要，请先询问您的clients/customers。） - 你的后台系统是什么情况。
（如果您在后端有 authority/role 管理，请将您的移动页面放在一个应用程序中）。 - 方案二中，每个应用平均有多少页？应用程序之间是否有任何通信？
a large solution which navigate to each "app" homepage / the apps are launched from icons in this portal
您的应用程序从您的门户导航到另一个页面或另一个应用程序的方式对用户来说并不重要（非常相似的体验，但跳转到另一个应用程序时可能会有更多延迟）。
我推荐开发多个应用程序的场景是当这些应用程序分发给不同的客户，而不是一个公司的不同用户（取决于业务需求）。
The second solution means that the code for each app is separate and can be individually maintained/updated
如果您担心更新过程，好吧，这是一个移动应用程序，构建一个一页的应用程序和一个三十页的应用程序之间没有太大区别。更不用说构建、部署过程可以自动完成。这是一个相反的极端情况：
解决方案一，更改了 9 个页面，更新了 1 个应用程序；
解决方案二，更改了 9 个页面，更新了 9 个应用程序（或 18 个，甚至 27 个应用程序）。
it will also reduce the size of the app
应用程序的大小在很大程度上受资源文件的影响，例如图像和音频文件。总的来说，2021年的尺码就别在意了。
are there any ideas of where to start looking at info on how to accomplish it?
从将一个应用程序链接到另一个应用程序开始：