Factory pattern, der udfra en soapheader opretter en instans af en klasse

server som bruger request header eller client som bruger response header?

Gammeldags .asmx eller WCF?

Er den dynamisk loadede klasse den service der skal bruges eller en mapning af parameter / retur vaerdi eller noget tredie?

Det er WCF...den dynamisk loadede klasse er egentlig mere en anden state af klassen.

Det kan være jeg skal være helt præcis i min forklaring, istedet for at blot give en ide om, hvad jeg har brug for.

Det drejer sig om at kunne håndtere flere selskaber i noget af min kode. Dog vil jeg have at angivelse af, hvilket selskab kommer fra et request i headeren fra den klient, der skal bruge noget data.
Alt efter hvilket selskab, der er tale om, så skal jeg indlæse nogle særlige konfigurationsværdier fra enten en sektion i én stor konfigurationsfil eller læse en specifik konfigurationsfil for det selskab.

Jeg har leget lidt med ideen om at jeg har et factory pattern i min server, hvor den konsumerende klient sender mig fx. selskabs navnet (nok en enumværdi i længden), og jeg baseret på den værdi, instantierer en klasse og læser værdier fra konfigfilen i klassens properties.
Måske er der ikke tale om et factory pattern her alligevel?

Nu har jeg juleferie og masser af mulighed for at sidde op om natten med fedtet hår og udfordre mig selv :)

...men Arne smid gerne et par input ind her.

Jeg ser et factory pattern her, men kan være jeg i virkeligheden sidder og overengineer noget.

Jeg har stadig ikke forstaaet hvad det er du vil

Du kan sagtens lave en:

MyInterface o = MyFactory.Create(OperationContext.Current.IncomingMessageHeaders.GetHeader<String>("name of class to use or some enum", "http://some.name.space/"));

Men hvad saa?