"Mattias Sjögren" <ma********************@mvps.org> wrote in message
news:%2****************@TK2MSFTNGP11.phx.gbl...
You can use Assembly.LoadWithPartialName and pass in a partially
qualified assembly name. But see
http://blogs.msdn.com/suzcook/archiv.../30/57159.aspx for good
reasons why you shouldn't do that. Why don't you have a compile time
reference to the assembly instead and use the typeof operator?
I serialize user controls at design time to an xml document which is stored
in a db, and provide a runtime designer so that our customers can manipulate
the layout of our program (but not add new controls). At runtime when a form
is loaded the xml document is recursed and the child controls properties are
set according to how the customer has modified the layout. kinda simplified
xaml
An xml document in its simplest form looks like the following at the moment:
<Test.Login assembly="DisplayEngine">
<System.Windows.Forms.ListView assembly="System.Windows.Forms,
Version=1.0.5000.0, Culture=neutral, PublicKeyToken=b77a5c561934e089"
name="listView1" view="Details" location="360, 32" tabIndex="7" />
</Test.Login>
I worry that when new versions of the .net framework come out this will pose
an upgrade challenge because of the embedded versioning in the assembly
attribute. eg. my program will want to run on v2 which i know i can enforce
through the <supportedRuntime> & <requiredRuntime> attributes, but the xml
will still contain references to v1.1. do you think this will be an issue,
also wouldn't third party UI controls on my forms also have the same problem
here?
thanks,
the fuzz