[ledstrom]

Tjena!

Vi behöver göra det möjligt för andra att utveckla mot våra DLLer utan att göra dom tillgängliga lokalt på datorn. Alltså vi har en website som innehåller lite kod, den koden vill vi att Företag B ska kunna utveckla emot, det våran kod innehåller färdiga klasser som vi vill att Företag B ska kunna använda.

Men vi vill inte dela ut våran kod till Företag B utan att dom på något sätt ska kunna hooka upp våran kod i Visual Studio och ändå använda Intellisense och kunna kompilera utan att det hänger sig för dem.

Min tanke har varit att göra alla våra klasser tillgängliga via WebServices, på det sättet kan Företag B utveckla mot våran kod med Visual Studio. Sen när deras kod ska köras på våran server så binder vi om referenserna för assemblyn så det använder en lokal version utav koden, alternativ att vi helt enkelt ber dom importera det korrekta namespacet.

Sammanfattningsviss, problemet gäller bara hur dom ska kunna utveckla mot en kod dom inte har tillgång till, när det väl är klart så är tanken att Företag B:s kod ska köras med våran kod, i samma App.

Tack på förhand

[Jonas]

Skriv en dokumentation om vad klasserna gör, hur dom gör det & vad dom kan returnera?

[ledstrom]

Jo precis, självklart ska jag göra det, men jag skulle ändå vilja att när någon använder sig utav våra klasser i Visual Studio att dom inte får Errors hela tiden, plus att dom kan få nytta utav IntelliSense

[hnn]

SOAP / Webservice

[Onkelborg]

WCF, Windows Communication Foundation. Du skapar tre dll:er.
DLL #1: Ett gäng interface med metoder osv. som du ska exponera för kunden
#2: Din faktiska implementation av interfacen
#3: En DLL som skapar en WCF-klient + lite smart logik så den beroende på config-fil eller liknande kan välja att dynamiskt binda sig självt mot DLL #1 om den är tillgänlig istället för WCF

Kunden får sedan DLL #2 och #3. Det kommer lösa alla intellisense-problem. Vid installation på din server sedan så kommer DLL #3 automatiskt switcha över till direktaccess.