Windows-utvikling og teknisk støtte fra KomuraSoft

Utvikling av COM-komponenterKomponenter du vil bruke videre, kobles til den nye appen.

Utvikling og vedlikehold av COM, ActiveX og OCX. Vi støtter deg fra gjennomgangen av konfigurasjonen, enten det er feil ved registrering og hos mottakerne, blandet 32-biters og 64-biters kode eller samspillet mellom .NET og C++.

Du trenger ingen spesifikasjon. Du kan rådføre deg med oss ut fra det du vet.

  • Du snakker direkte med en ingeniør
  • Du kan rådføre deg med oss før kravene er fastlagt
  • Du kan nøye deg med å bestille det du trenger

Du kan rådføre deg med oss i situasjoner som disse

La oss starte med det som er vanskelig akkurat nå.

Det fungerer i utviklingsmiljøet, men ikke hos mottakeren

Vi undersøker hvor komponenten er registrert, avhengige DLL-filer, rettigheter og forskjeller i kjøremiljøet.

Vi vil beholde en 32-biters komponent og oppdatere selve appen

Vi sammenligner for eksempel flytting til en egen prosess og etterprøver en integrasjonsmetode som passer begrensningene.

Vi vil bruke en C++-funksjon fra .NET eller Office

Vi støtter design og implementering av grensesnittet som kalles, og av koblingspunktet.

Noen du kan rådføre deg med om det tekniske, akkurat slik det er.

Profilbilde av Go Komura

Representant og ingeniør

Go Komura

En ingeniør som har spesialisert seg på Windows, tar seg av alt fra avklaring av utfordringen til undersøkelse, design og implementering. Også det du ennå ikke kan forklare fullt ut, omsetter vi til tekniske spørsmål.

Se yrkeserfaring og teknologistakk / Se selskapsopplysninger

Publisert teknisk artikkel

Hva er COM / ActiveX / OCX?

I de tekniske artiklene kan du se hva vi legger vekt på på dette området, og hvordan vi tenker design. De er holdt adskilt fra oppdragserfaringen vår.

Les den tekniske artikkelen

Arbeidets omfang

Du kan overlate akkurat den delen du trenger, eller hele oppgaven.

Fra en enkelt undersøkelse eller endring til utvikling av hele løsningen. Omfanget fastlegges ut fra din nåværende situasjon.

Design og utvikling av COM-komponenter

Design og implementering av COM-komponenter som skal brukes fra Windows-apper, Office og eksisterende systemer.

Undersøkelse og endring av ActiveX / OCX

Vi kontrollerer registrering, 32-biters / 64-biters konfigurasjon, kallende applikasjoner, rettigheter og lignende, og undersøker og utbedrer feil i oppførselen.

Design av samhandling mellom .NET og C++

Vi sammenligner C++/CLI, COM, løsninger med egen prosess og lignende, og designer koblingslaget som gjør at eksisterende funksjonalitet kan brukes.

Eksempler på det vi kontrollerer og leverer

  • Oversikt over bruksvilkår og integrasjonsmetode
  • Implementering av komponenten eller koblingspunktet
  • Prosedyrer for registrering, distribusjon og funksjonskontroll

Eksemplene avhenger av oppdragets omfang. Omfang og form på leveransene avtales når vi gir tilbud.

Kjenner du deg igjen i en av disse utfordringene, så fortell oss først om situasjonen din.

Du trenger ingen spesifikasjon. Du kan rådføre deg med oss ut fra det du vet.

Pris og forløp

Du trenger ikke å bestemme alt fra starten.

Start med en undersøkelse av komponenten og det kallende programmet

Du kan bestille utvikling av hele komponenten, men også starte med en bestemt feil eller en gjennomgang av koblingspunktet.

Veiledende pris

Tilbud etter komponenten og omfanget av arbeidet

Vi går gjennom det kallende programmet, om kildekoden finnes, avhengige DLL-filer og vilkårene for registrering og distribusjon.

Om omfanget av den gratis innledende undersøkelsen, og om betalt arbeid

Under forutsetning av at selve utviklingen bestilles dersom oppgaven vurderes som gjennomførbar, er den innledende undersøkelsen som trengs for tilbudet og for vår beslutning om å ta oppdraget, i prinsippet gratis. Langvarig verifikasjon, oppbygging av et dedikert miljø, prototyper, PoC, levering av en detaljert undersøkelsesrapport og lignende kan være betalt.

Hvis selve undersøkelsen eller gjennomgangen bestilles, gir vi tilbud på den som et selvstendig, betalt oppdrag. Hvis arbeidet er betalt, opplyser vi om omfang og pris før vi starter.

  1. Fortell om situasjonen

    Fortell oss om formål, problemer og målmiljø, så langt du kjenner dem.

  2. Gå gjennom omfang og pris

    Vi gjør rede for nødvendig undersøkelse, arbeidets omfang, leveransene, prisen og forløpet.

  3. Vi starter når vi er enige

    Underveis i undersøkelsen eller utviklingen deler vi status, det vi har kunnet bekrefte, og begrensningene som gjenstår.

  4. Kontroller resultatet og motta det

    Vi går gjennom resultatet på de avtalte vilkårene og forbereder igangsetting eller neste steg.

Vil du vite mer om det tekniske?

Åpne teknologier og nærmere beskrivelse av forløpet

Koble eksisterende komponenter til fremtidens Windows-apper.

Viktige funksjoner i forretningsprosesser eller utstyr ligger igjen i gammel COM, ActiveX eller OCX. Du vil bruke dem fra en ny .NET-app, men det fungerer ikke på grunn av registrering eller forskjellen mellom 32-biters og 64-biters kode. KomuraSoft hjelper deg med å designe og utvikle koblingslaget, og med å undersøke og vedlikeholde eksisterende komponenter.

Utfordringer du kan rådføre deg med oss om

  • Du vil utvikle en ny COM-komponent som skal brukes fra eksisterende apper eller Office.
  • ActiveX / OCX fungerer ikke på bestemte maskiner eller der programvaren er distribuert.
  • Du vil finne ut om problemet skyldes RegAsm, regsvr32, registrering i registeret eller administratorrettigheter.
  • Du vil oppdatere konfigurasjonen på appsiden og beholde en 32-biters komponent.
  • Du vil bruke C++-funksjonalitet fra .NET og bygge et koblingslag som er lett å vedlikeholde.

Utvikling og undersøkelser vi tar oss av

Ny utvikling og endring av komponenter

Vi kartlegger den kallende appen og grensesnittene som trengs, og designer og implementerer COM-komponenten. Også for eksisterende ActiveX / OCX undersøker vi bruksforhold og avhengigheter før vi gjør endringer.

Registrering, distribusjon og driftsmiljø

Vi kontrollerer registreringsstatus, avhengige DLL-filer, rettigheter, 32-biters / 64-biters konfigurasjon hos den kallende appen, trådmodell og lignende. Vi vurderer også om Reg-free COM kan brukes, og planlegger distribusjon og oppsett som kan gjentas i mottakermiljøet.

Design av arkitekturen mellom .NET og C++

Vi sammenligner C++/CLI, samhandling via COM, løsninger med egen prosess og lignende. Vi tenker på både å beholde eksisterende komponenter og på å gjøre den nye siden enkel å vedlikeholde, og gjør ansvar og begrensninger i koblingslaget tydelige.

Slik går samarbeidet frem

  1. Vi kontrollerer bruksforholdene. Vi kartlegger den kallende appen, komponenten, om kildekode finnes, registreringsstatus og distribusjonsmiljø.
  2. Vi verifiserer integrasjonsmetoden. Vi sammenligner videre bruk, bygging av et koblingslag, flytting til egen prosess og trinnvis utskifting.
  3. Vi ferdigstiller implementering og installasjon. Vi kontrollerer ikke bare at det fungerer, men også registrering, distribusjon, rettigheter, logger og tilbakerulling, i det omfanget som trengs.

Hvis du vurderer å migrere hele appen

Denne tjenesten handler først og fremst om selve komponentene, for eksempel COM, og koblingslaget mot dem. Den overordnede strategien for hvordan flere eksisterende løsninger kan beholdes og migreres, behandler vi også under Gjenbruk og migrering av eksisterende løsninger.

Når du rådfører deg med oss, fortell oss gjerne navnet på appen og komponentene du bruker, hva slags feil du får og hvordan 32-biters / 64-biters konfigurasjonen ser ut, så langt du vet. Er konfigurasjonen ukjent, begynner vi med å kartlegge den.

Ofte stilte spørsmål før en bestilling

Kan vi rådføre oss med dere selv om vi ikke kan skifte ut gammel COM eller ActiveX med en gang?

Ja. Vi går gjennom eksisterende oppførsel og avhengigheter, og avklarer hva som kan brukes videre, hvor koblingen bør revurderes og hva som bør skiftes ut. Vi forutsetter ikke at alt skal bygges på nytt.

Kan dere håndtere miljøer der 32-biters og 64-biters kode er blandet?

Ja, du kan rådføre deg med oss. Vi går gjennom konfigurasjonen av den kallende applikasjonen og komponenten og vurderer for eksempel å flytte komponenten til en egen prosess. Det er ikke sikkert at det er nok å registrere komponenten på nytt, så vi verifiserer hvilken løsning som passer dine bruksforhold.

Kan dere undersøke problemer der noe fungerer i utviklingsmiljøet, men ikke der det er installert?

Ja. Vi sammenligner registreringssted, avhengige DLL-filer, rettigheter, den kallende appen og distribusjonsmåten. Når vi har kartlagt betingelsene for å gjenskape feilen, går vi videre med retting og en gjennomgang av installasjonsprosedyren.

Kontakt

Skriv først noen få linjer om situasjonen din.

Du trenger verken en detaljert spesifikasjon eller tekniske begreper. Fortell oss følgende, så langt du vet det.

  • Hva som er vanskelig, og hva du vil oppnå
  • Programvaren, utstyret og miljøet det gjelder
  • Ønsket tidspunkt (det er i orden om det ikke er fastlagt)

Du trenger ikke legge ved fortrolige dokumenter eller passord i den første henvendelsen.

Eksempel på en forespørsel om rådgivning

Den eksisterende ActiveX-komponenten vår virker ikke på noen PC-er. Vi vil gjerne ha årsaken undersøkt, inkludert registrering og 32-biters / 64-biters konfigurasjon.

Du trenger ingen spesifikasjon. Du kan rådføre deg med oss ut fra det du vet.

Knappen for henvendelse åpner den norske kontaktsiden vår med måter å ta kontakt på. «Rådfør deg med oss på e-post» kan opprette en e-post som inneholder tjenestens navn.