What's worse, is this happens once for build and again for deploy. Because there are 100+ .jar files, we are actively opening each one with libZipSharp to determine if there are any .class files.
In e6326dcb, we added the HasClassFiles() call to fix a problem with "Enhanced Fast Deployment". However, we have since completely removed this feature in:
Context: https://github.com/dotnet/android/pull/2882
During an incremental build + deploy of a
dotnet new maui
project, I noticed time spent in:What's worse, is this happens once for build and again for deploy. Because there are 100+
.jar
files, we are actively opening each one with libZipSharp to determine if there are any.class
files.In e6326dcb, we added the
HasClassFiles()
call to fix a problem with "Enhanced Fast Deployment". However, we have since completely removed this feature in:Removing the
HasClassFiles()
method completely, should improve the inner loop by around 120ms fordotnet new maui
projects.