Skip to content

This issue was moved to a discussion.

You can continue the conversation there. Go to discussion →

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

WPF : Build Fault-Tolerant Composite Applications in .Net 6 #5772

Closed
HansBuenting opened this issue Dec 3, 2021 · 0 comments
Closed

WPF : Build Fault-Tolerant Composite Applications in .Net 6 #5772

HansBuenting opened this issue Dec 3, 2021 · 0 comments
Assignees
Labels
Investigate Requires further investigation by the WPF team.

Comments

@HansBuenting
Copy link

There is an article in MSDN magazine regarding a plugin structure in WPF (see link 1). The source code is based on .Net 4.5 and can probably easily be ported to 4.8. But how can all of this be implemented in .Net 6? Will it be possible to have a single Ui made up of different plugins with different versions of a dll? I know that there is now the AssemblyLoadContext to ensure separation of dlls. But how are user controls from the plugins embedded in the host application? In .Net 4.8 the following class is responsible for this (see link 2). I found a few more links (link 3, 4 and 5) that address the issue.

I got an answer that WPF currently has some issues when running with multiple AssemblyLoadContexts. Is there something new? Any best practices?

1.) https://docs.microsoft.com/en-us/archive/msdn-magazine/2014/january/wpf-build-fault-tolerant-composite-applications

2.) https://docs.microsoft.com/en-us/dotnet/api/system.addin.pipeline.frameworkelementadapters.viewtocontractadapter?view=netframework-4.8

3.) dotnet/runtime#16708 (comment)

4.) #1700

5.) https://stackoverflow.com/questions/66012470/system-addin-support-issue-while-migrating-wpf-a-composite-applications-to-net

@singhashish-wpf singhashish-wpf added Investigate Requires further investigation by the WPF team. and removed Untriaged Requires WPF team triage labels Dec 6, 2021
@dotnet dotnet locked and limited conversation to collaborators Mar 21, 2022
@anjali-wpf anjali-wpf converted this issue into discussion #6287 Mar 21, 2022

This issue was moved to a discussion.

You can continue the conversation there. Go to discussion →

Labels
Investigate Requires further investigation by the WPF team.
Projects
None yet
Development

No branches or pull requests

4 participants