Ämne
Ämnet ActiveX / migrering
Ämnessida för dig som tvekar om ActiveX / OCX ska behållas eller ersättas, med samlade tankar om underhåll och migrering samt relaterade sidor.
Det här ämnet handlar om
När det finns befintliga tillgångar med ActiveX / OCX ser valet ofta ut att stå mellan två alternativ: ”bygga om allt” eller ”inte röra något”. I praktiken finns det många vägar däremellan.
- Behåll nuläget och sköt underhållet till att börja med
- Kapsla in komponenten utifrån så att ny kod kan använda den lättare
- Ersätt stegvis, med de kringliggande funktionerna först
- Ordna bara gränsen mot native-kod med en separat lösning
Frågor som ofta dyker upp i rådgivning
- hur länge en befintlig ActiveX / OCX-komponent bör hållas vid liv
- hur den kan anropas säkert från ny .NET-kod
- hur man avgränsar det som ska ersättas från det som tills vidare får vara kvar
- hur trådgränser och ansvarsfördelning kring COM ska ordnas
Ett arbetssätt som brukar fungera
I stället för att direkt besluta om en fullständig ersättning är det ofta enklare att först reda ut de nuvarande gränserna och bedöma om underhåll, inkapsling eller ersättning är rimligast. Det blir lättare att jämföra alternativen om man ser sidan om teknisk rådgivning, sidan om migreringsstöd och de relaterade artiklarna tillsammans.
Rådfråga oss här
Om den här sidan liknar den situation du står inför kan du rådfråga oss och beskriva nuläget och vilken typ av stöd du behöver.