Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

HybridWebView control for integrating JS/HTML/CSS easily into a .NET MAUI app #22880

Merged
merged 9 commits into from
Jul 18, 2024

Conversation

Eilon
Copy link
Member

@Eilon Eilon commented Jun 6, 2024

This is based on the original experimental code at https://github.com/Eilon/MauiHybridWebView

Description of Change

A new HybridWebView control that hosts a local JS/HTML/CSS application in a cross-platform WebView. The C# (.NET) code in the .NET MAUI app and the JS code in the HybridWebView can communicate with each other via messages. The entire app is self-contained; that is, there is no network traffic or HTTP calls used to host the app (unless the app chooses to request remote content, such as calling a web API).

Issues Fixed

Fixes #22302

@Eilon Eilon added do-not-merge Don't merge this PR area-controls-hybridwebview HybridWebView control labels Jun 6, 2024
@Eilon Eilon added this to the 9.0-preview6 milestone Jun 6, 2024
Copy link
Contributor

@jsuarezruiz jsuarezruiz left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Require changes in the publicAPI files:

D:\a\_work\1\s\src\Core\src\Handlers\HybridWebView\HybridWebViewHandler.Windows.cs(68,22): error RS0016: Symbol 'MapSendRawMessage' is not part of the declared public API (https://github.com/dotnet/roslyn-analyzers/blob/main/src/PublicApiAnalyzers/PublicApiAnalyzers.Help.md) [D:\a\_work\1\s\src\Core\src\Core.csproj::TargetFramework=net8.0-windows10.0.19041.0]
D:\a\_work\1\s\src\Core\src\Handlers\HybridWebView\HybridWebViewHandler.Windows.cs(173,16): error RS0016: Symbol 'SendRawMessage' is not part of the declared public API (https://github.com/dotnet/roslyn-analyzers/blob/main/src/PublicApiAnalyzers/PublicApiAnalyzers.Help.md) [D:\a\_work\1\s\src\Core\src\Core.csproj::TargetFramework=net8.0-windows10.0.19041.0]
D:\a\_work\1\s\src\Core\src\Handlers\HybridWebView\HybridWebViewHandler.Windows.cs(167,11): error RS0016: Symbol 'HybridPlatformWebView' is not part of the declared public API (https://github.com/dotnet/roslyn-analyzers/blob/main/src/PublicApiAnalyzers/PublicApiAnalyzers.Help.md) [D:\a\_work\1\s\src\Core\src\Core.csproj::TargetFramework=net8.0-windows10.0.19041.0]
    30 Warning(s)
    290 Error(s)

Just let me know if can help with anything :)

Copy link
Member

@mattleibow mattleibow left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Just scanning the code and got some nit comments

src/Controls/src/Core/HybridWebView/HybridWebView.cs Outdated Show resolved Hide resolved
src/Core/src/Core/IHybridWebView.cs Outdated Show resolved Hide resolved
@Eilon Eilon changed the title WIP: HybridWebView control for integrating JS/HTML/CSS easily into a .NET MAUI app HybridWebView control for integrating JS/HTML/CSS easily into a .NET MAUI app Jul 10, 2024
Copy link
Member

@mattleibow mattleibow left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Just doing a quick review of things since they have changed a fair bit. Mostly comments of names and places. I did not get to review everything yet as I have to go sleep, but for now I just got some thoughts and questions.

Was not sure if this was ready for a review since it is in draft, but we are close to net9 RC so...

src/Controls/src/Core/HybridWebView/HybridWebView.cs Outdated Show resolved Hide resolved
/// </summary>
public event EventHandler<HybridWebViewRawMessageReceivedEventArgs>? RawMessageReceived;

public void SendRawMessage(string rawMessage)
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Is there any way that platforms support a "blocking" request where we could have a SendRawMessageAsync so that people can await the call and potentially have code that wait for the JS to finish executing? Or is this all a fire-and-forget messaging system?

My main thought is that if you want to invoke multiple messages, but they need to run in series and not just span and maybe a small delay somewhere will mix the order.

Copy link
Member Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

There are several variations of these methods that I'll be adding in subsequent PRs, including async versions, plus method invocation. Some of this is tracked in #22303 and #22304.

You can technically implement this right now manually by sending messages back and forth like a state machine, but it's of course not ideal. I described this PR to another person as M-MVP (Minimum Minimal Viable Product 😁 ).


public void SendRawMessage(string rawMessage)
{
Handler?.Invoke(nameof(IHybridWebView.SendRawMessage), rawMessage);
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

For future proofing, this should not pass the string directly but instead pass a new record type:

// in src/Core/src/Primitives/SendRawMessageRequest.cs

namespace Microsoft.Maui
{
	public record SendRawMessageRequest(string rawMessage);
}

If there is any need to return a value - such as a result of the request or some response, then inherit from RetrievePlatformValueRequest<T>:

// in src/Core/src/Primitives/SendRawMessageRequest.cs

namespace Microsoft.Maui
{
	public class SendRawMessageRequest(string rawMessage) : RetrievePlatformValueRequest<string>
    {
        // base members:
        //   public string Result { get; }
        //   public void SetResult(string result);
        //   public bool TrySetResult(string result);
    }
}

Copy link
Member Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

For this PR this is really all we plan to support. But as part of #22303 and #22304 the message pattern will be updated to be more generic and future-proofed.

Copy link
Member Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

In the original prototype the pattern was that the messages were encoded as JSON and there was a message type ID that said whether it was raw, method invoke, etc. Not sure what the new design will be but it will be capable of supporting multiple message types.

Copy link
Member

@mattleibow mattleibow Jul 16, 2024

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I mean that for the maui codebase, we want to be consistent and use a wrapper for commands so people can cast instead of each command being its parameter data type.

Copy link
Member Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Discussed in the mtg; something like this will definitely happen but I'd rather do it once I add another message type (such as to invoke methods). That way I'll have a clearer sense of the design.

Comment on lines 192 to 212
private Stream? PlatformOpenAppPackageFile(string filename)
{
filename = PathUtils.NormalizePath(filename);

try
{
return _handler.Context.Assets?.Open(filename);
}
catch (Java.IO.FileNotFoundException)
{
return null;
}
}

internal static class PathUtils
{
public static string NormalizePath(string filename) =>
filename
.Replace('\\', Path.DirectorySeparatorChar)
.Replace('/', Path.DirectorySeparatorChar);
}
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Can this rather use FileSystemPlatformOpenAppPackageFile instead of duplicating code?

Copy link
Member Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

The MAUI FileSystem APIs are unfortunately async-only (normally a good thing), but the Android API being implemented here is sync-only. For that reason I did the call directly because ultimately the low-level file system API on Android is sync anyway (just regular file system call). I have been unable to find a pattern to do async interception of Android WebView requests.

Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Can we create an issue to track this, we already have FileSystemUtils.NormalizePath so we probably should create a helper for this and use it everywhere vs copying in all places.

Copy link
Member Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Filed #23668.

@Eilon Eilon marked this pull request as ready for review July 11, 2024 22:22
@Eilon Eilon requested a review from a team as a code owner July 11, 2024 22:22
@Eilon Eilon requested a review from a team as a code owner July 11, 2024 23:24
@Eilon Eilon changed the base branch from main to net9.0 July 11, 2024 23:24
@Eilon Eilon modified the milestones: 9.0-preview6, 9.0-preview7 Jul 11, 2024
@Eilon
Copy link
Member Author

Eilon commented Jul 11, 2024

@mattleibow - thank you for the feedback, I think I've addressed or responded to each item. The PR should be ready for final review. I just rebased to net9 so that could bring up some new issues, but hopefully nothing too shocking.

@Eilon
Copy link
Member Author

Eilon commented Jul 12, 2024

@mattleibow / @Redth / @tj-devel709 - this PR is good to go from my perspective as an initial step. Future PRs should theoretically be smaller because they'll just be individual sub-features (invoking C#/JS methods, debug support, etc.).

It's important we get this into the next preview train, so if you have any feedback, please let me know (especially if it's urgent for this PR to go in).

@Eilon Eilon removed the do-not-merge Don't merge this PR label Jul 15, 2024
@@ -205,7 +205,7 @@ Task("Test")
.IsDependentOn("SetupTestPaths")
.Does(() =>
{
var waitForResultTimeoutInSeconds = 120;
var waitForResultTimeoutInSeconds = 240;
Copy link
Member Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

On CI the tests were failing due to timeout, so I doubled it.

@Eilon
Copy link
Member Author

Eilon commented Jul 16, 2024

@mattleibow / @Redth / @tj-devel709 - how can I help make this code review easiest so that it can go in before the next preview locks down?

There are only a few 'moving' parts to this:

  1. The control itself, with per-platform logic. This is not very new code; it's largely 'inspired' by the regular WebView, BlazorWebView, and portions of my prototype HybridWebView.
    • It has logic to 'boot itself up' - that is, initialize the WebView, when it's ready
    • It has logic to serve static files (HTML/JS/JPG/etc.) from Raw Resources (this code is almost identical to BlazorWebView)
    • Send messages between JS and C#
  2. The new device test. It's largely inspired by how WebView tests are written, but changed to do HybridWebView stuff
  3. The Controls Sample was also updated to have a page to demo it
  4. A trillion Public API TXT files were updated 😁

else
{
eventArgs.Response = sender.Environment!.CreateWebResourceResponse(
Content: await CopyContentToRandomAccessStreamAsync(contentStream),
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Should we try catch any of this? Or use our FireAndForget and move this to a separate method?

Copy link
Member Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

This is essentially copied from BlazorWebView so it's fairly tried-and-true. There's a fair bit of 'error' checking at each level, and there have been no reports of problems with the code (except now that I've jinxed it!).

@Eilon
Copy link
Member Author

Eilon commented Jul 18, 2024

@mattleibow / @PureWeen / @Redth / @tj-devel709 - alright the CI is green and I believe I've addressed all feedback. Thank you for the review the other day; I think the discussion put HybridWebView in a better place!

Comment on lines +20 to +21
string? DefaultFile { get; set; }
string? HybridRoot { get; set; }
Copy link
Member

@mattleibow mattleibow Jul 18, 2024

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

The properties should be removed since this can be obtained from the VirtualView directly.

Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
area-controls-hybridwebview HybridWebView control fixed-in-net9.0-nightly This may be available in a nightly release!
Projects
None yet
Development

Successfully merging this pull request may close these issues.

HybridWebView core features: static files and simple messages
6 participants