[trimming] preserve custom views and $(AndroidHttpClientHandlerType)
#8954
Conversation
Fixes: xamarin#8797 Here are two cases `TrimMode=full` can break applications: * `$(AndroidHttpClientHandlerType)` set to a custom type * Custom views (Android `.xml`) that are not referenced in C# code In the `MarkJavaObjects` trimmer step we can preserve both of these cases by: * Passing in `$(AndroidHttpClientHandlerType)`, preserve the public, parameterless constructor of the type * Pass in `$(_CustomViewMapFile)`, preserve `IJavaObject` types if they are found in the map file
| markContext.RegisterMarkTypeAction (type => ProcessType (type)); | ||
| } | ||
|
|
||
| bool IsActiveFor (AssemblyDefinition assembly) | ||
| { | ||
| return assembly.MainModule.HasTypeReference ("System.Net.Http.HttpMessageHandler") || assembly.MainModule.HasTypeReference ("Android.Util.IAttributeSet"); |
There was a problem hiding this comment.
The point of this, is we don't want to iterate over every type in every assembly.
Is Android.Util.IAttributeSet required for any custom view?
There was a problem hiding this comment.
See:
- https://stackoverflow.com/a/36342089/83444
- https://ataulm.com/2019/10/28/resolving-view-attributes.html
IAttributeSet is used so that the View can obtain any XML attributes specified on the view. The above stack overflow answer has a good example of this:
<com.anjithsasindran.RectangleView
app:radiusDimen="5dp"
app:rectangleBackground="@color/yellow"
app:circleBackground="@color/green" />The AttributeSet is how the RectangleView constructor would lookup the values for @app:radiusDimen, @app:rectangleBackground, and @app:circleBackground.
I believe, but cannot quickly verify, that the (Context, IAttributeSet) constructor is always used/preferred by Android.
| // NOTE: ensure the C# compiler has a reference to the library | ||
| new Mono.Android_Test.Library.Foo (); |
There was a problem hiding this comment.
This was another problem, when we have a @(ProjectReference) to the class library containing Mono.Android_Test.Library -- there was no C# code using types from the library. And so the C# compiler would omit the assembly reference, and the trimmer did not even receive it as input.
| @@ -48,6 +48,8 @@ public void ProcessAssembly (AssemblyDefinition assembly, string androidHttpClie | |||
| } | |||
|
|
|||
| // Custom views in Android .xml files | |||
| if (!type.ImplementsIJavaObject (cache)) | |||
| set.Add (value); | ||
| } | ||
| return map; | ||
| return LoadCustomViewMapFile (mapFile); |
There was a problem hiding this comment.
Shouldn't we "register" mapFile? (And why didn't we do this before, given that the beginning of this method calls .GetRegisteredTaskObjectAssemblyLocal<…>(…)?)
var map = LoadCustomViewMapFile (mapFile);
if (map != null) {
engine.RegisterTaskObject (mapFile, map, RegisteredTaskObjectLifetime.Build, allowEarlyCollection: false);
}
return map;There was a problem hiding this comment.
The RegisterTaskObjectAssemblyLocall call happens inside LoadCustomViewMapFile see
There was a problem hiding this comment.
Oh the code changed... ah cos of the linker can't use RegisterTaskObject
There was a problem hiding this comment.
Sorry just actually read your comment (its early). The Registration of the file happens in SaveCustomViewMapFile.
Fixes: #8797
Here are two cases
TrimMode=fullcan break applications:$(AndroidHttpClientHandlerType)set to a custom typeCustom views (Android
.xml) that are not referenced in C# codeIn the
MarkJavaObjectstrimmer step we can preserve both of these cases by:Passing in
$(AndroidHttpClientHandlerType), preserve the public, parameterless constructor of the typePass in
$(_CustomViewMapFile), preserveIJavaObjecttypes if they are found in the map file