ApiPort roadmap

[Lxiamail]

We use this issue to track the new features and improvement plan. The work items on the list are identified and prioritized by customer feedbacks. If you like to propose new items to be addd or increase the priority of the existing item, please open issue or vote on existing issue.

• Improve recommended changes for missing APIs Recommended changes in the report are not useful #773
• Improve migration documentations for not supported technical areas in .NET Core APIPort provides a link to migration documentations for not supported technical areas in .NET Core #912
• Report .NET Core APIs throwing PlatformNotsupportedException and NotImplementedException Added showExceptionApis argument to the ApiPort Client #897
• Suggest components porting order based on entrypoint assembly Add entrypoint to analyze request, pipeline, and reports for dependency ordering #906
• Show the absolute count of missing APIs instead of percentages on the summary page to make the summary page more useful Show the absolute count of missing APIs instead of percentages on APIPort report summary page #913
• Identify commonly used nuget packages that are used and provide links to portable version if available Analyze NuGet package dependency  #892
• Report number of calls to missing .NET APIs to help estimate porting cost how many calls an .NET API was usage is not report by APIPort tool #858

[mjrousos]

One thing that I've seen experienced users do with ApiPort that would be great to somehow captured for people newer to the tool is to quickly scan missing NetFx APIs to look for 'red flag' APIs that may make porting more difficult.

For example, if I see WebForms or WCF server APIs in a customer's report, I know they have a more difficult port ahead compared to a different customer that is only missing APIs with easy replacements (even if that second report is missing a larger number of APIs).

Could we expand #913 or possibly add an additional issue to also give some sense of whether the missing APIs are 'easy' or 'hard' to replace? @twsouthwick and I along with the product teams could probably help to bucketize APIs in the catalog for this purpose. I think that sort of view would be the most useful summary page (count of APIs is better than %, but still could be misleading).

[Lxiamail]

@mjrousos Thanks for your suggestion. It makes sense. I will definitly leverage yours and @twsouthwick's help to bucketize the APIs.

[terrajobst]

Closing as API Port was deprecated in favor of binary analysis in .NET Upgrade Assistant.