KomuraSoftin Windows-kehitys ja tekninen tuki

COM-komponenttien kehitysKäyttöön jäävät komponentit liitetään uuteen sovellukseen.

COM-, ActiveX- ja OCX-komponenttien kehitys ja ylläpito. Rekisteröinti- ja jakeluympäristön toimintahäiriöt, 32-bittisen ja 64-bittisen koodin sekakäyttö sekä .NETin ja C++:n yhteistyö: tuemme alkaen kokoonpanon tarkistuksesta.

Määrittelyasiakirjaa ei tarvita. Neuvoa voi pyytää jo sen perusteella, minkä tietää.

  • Insinööri hoitaa asian suoraan
  • Neuvoa voi pyytää ennen vaatimusten valmistumista
  • Toimeksiannon voi rajata tarvittavaan osaan

Neuvoa voi pyytää tällaisissa tilanteissa

Aloitetaan siitä, mikä nyt vaivaa.

Toimii kehitysympäristössä mutta ei kohdekoneessa

Selvitämme rekisteröintikohteen, riippuvat DLL-tiedostot, oikeudet ja suoritusympäristön erot.

32-bittinen komponentti halutaan säilyttää ja sovellus päivittää

Vertailemme esimerkiksi erilliseen prosessiin siirtämistä ja varmennamme rajoitteisiin sopivan integraatiotavan.

C++-toiminto halutaan käyttöön .NETistä tai Officesta

Tuemme kutsuttavan rajapinnan sekä liitoskohdan suunnittelua ja toteutusta.

Taho, jonka kanssa tekniikasta voi neuvotella sellaisenaan.

Go Komuran profiilikuva

Edustaja ja insinööri

Go Komura

Windowsiin erikoistunut insinööri hoitaa työn haasteen selvittämisestä selvitykseen, suunnitteluun ja toteutukseen. Myös asiat, joita ei vielä osata selittää, jäsennetään teknisiksi kysymyksiksi.

Katso työura ja teknologiapino / Katso yritystiedot

Julkaistu tekninen artikkeli

Mitä COM, ActiveX ja OCX ovat?

Teknisistä artikkeleista näkee, mitä seikkoja tällä alueella painotetaan ja miten suunnittelua ajatellaan. Ne on erotettu toimeksiantoreferensseistä.

Lue tekninen artikkeli

Työn laajuus

Tarvittavasta osasta aina kokonaisuuteen.

Rajatusta selvityksestä tai muutoksesta koko kehitykseen: toimeksiannon laajuus sovitaan nykytilanteen mukaan.

COM-komponenttien suunnittelu ja kehitys

Windows-sovelluksista, Officesta ja olemassa olevista järjestelmistä käytettävien COM-komponenttien suunnittelu ja toteutus.

ActiveX- ja OCX-komponenttien selvitys ja muutostyö

Esimerkiksi rekisteröinnin, 32-bittisen ja 64-bittisen kokoonpanon, kutsuvien sovellusten ja käyttöoikeuksien tarkistaminen sekä toimintahäiriöiden selvitys ja korjaus.

.NETin ja C++:n yhteentoimivuuden suunnittelu

C++/CLI:n, COMin, erillisen prosessin ja vastaavien vaihtoehtojen vertailu sekä olemassa olevien toimintojen käyttöön tarvittavan liitäntäkerroksen suunnittelu.

Esimerkkejä tarkistettavista ja toimitettavista asioista

  • Käyttöehtojen ja integraatiotavan jäsennys
  • Komponentin tai liitoskohdan toteutus
  • Rekisteröinnin, jakelun ja toimintatarkistuksen menettelyt

Esimerkit riippuvat toimeksiannon laajuudesta. Tuotosten laajuus ja muoto sovitaan tarjousvaiheessa.

Jos jokin näistä haasteista on tuttu, kertokaa ensin tilanteestanne.

Määrittelyasiakirjaa ei tarvita. Neuvoa voi pyytää jo sen perusteella, minkä tietää.

Hinta ja toimintatapa

Kaikkea ei tarvitse päättää heti alussa.

Aloitus kohdekomponentin ja kutsuvan osan selvityksestä

Toimeksianto voi koskea koko komponentin kehitystä, mutta myös tiettyä toimintahäiriötä tai liitoskohdan uudelleentarkastelua.

Hinta-arvio

Tarjous kohdekomponentin ja työn laajuuden mukaan

Tarkistamme kutsuvan osan, lähdekoodin saatavuuden, riippuvat DLL-tiedostot sekä rekisteröinnin ja jakelun ehdot.

Alkuselvityksen maksuton laajuus ja maksulliset työt

Edellyttäen, että varsinainen kehitys tilataan, kun toteutus on arvioitu mahdolliseksi, tarjouksen laatimiseen ja toimeksiantopäätökseen tarvittava alkuselvitys on pääsääntöisesti maksuton. Maksullisia voivat olla esimerkiksi pitkäkestoinen varmennus, erillisen ympäristön rakentaminen, prototyypit, PoC ja yksityiskohtaisen selvitysraportin toimittaminen.

Jos selvitystä tai katselmointia pyydetään sellaisenaan, siitä laaditaan tarjous erillisenä maksullisena työnä. Maksullisessa tapauksessa laajuus ja kustannukset kerrotaan ennen työn aloittamista.

  1. Tilanteen jakaminen

    Kertokaa tavoite, ongelma ja kohdeympäristö siltä osin kuin ne tunnetaan.

  2. Laajuuden ja hinnan tarkistus

    Esitämme tarvittavan selvityksen, työn laajuuden, tuotokset, hinnan ja toimintatavan.

  3. Sopimus ennen aloitusta

    Työn aikana kerromme selvityksen ja kehityksen välitulokset, todennetut asiat ja jäljelle jäävät rajoitteet.

  4. Tulosten tarkistus ja luovutus

    Tulokset tarkistetaan sovituin ehdoin, ja ne viedään käyttöönottoon tai seuraavaan vaiheeseen.

Lisää teknisiä yksityiskohtia

Avaa tuetut tekniikat ja tarkempi toimintatapa

Yhdistetään olemassa olevat komponentit tulevaisuuden Windows-sovelluksiin.

Liiketoiminnan tai laitteiden tärkeä toiminto on jäänyt vanhaan COM-, ActiveX- tai OCX-komponenttiin. Sitä halutaan käyttää uudesta .NET-sovelluksesta, mutta rekisteröinti tai 32-bittisen ja 64-bittisen koodin ero estää toiminnan. KomuraSoft tukee tällaisten liitäntöjen suunnittelussa ja kehityksessä sekä olemassa olevien komponenttien selvityksessä ja ylläpidossa.

Haasteet, joista voi neuvotella

  • Uusi COM-komponentti halutaan kehittää käytettäväksi olemassa olevasta sovelluksesta tai Officesta.
  • ActiveX- tai OCX-komponentti ei toimi tietyillä laitteilla tai jakelukohteissa.
  • Halutaan selvittää, mikä aiheuttaa ongelman: RegAsm, regsvr32, rekisterimerkinnät vai järjestelmänvalvojan oikeudet.
  • 32-bittinen osa halutaan säilyttää, mutta sovelluspuolen rakenne päivittää.
  • C++-toiminnot halutaan ottaa käyttöön .NETistä ylläpidettävän liitäntäkerroksen kautta.

Kehitys ja selvitykset, joita tarjoamme

Komponenttien uusi kehitys ja muutostyöt

Tarkistamme kutsuvan sovelluksen ja tarvittavat rajapinnat sekä suunnittelemme ja toteutamme COM-komponentin. Myös olemassa olevien ActiveX- ja OCX-komponenttien muutostyötä edeltää käyttöehtojen ja riippuvuuksien selvitys.

Rekisteröinnin, jakelun ja käyttöympäristön jäsentäminen

Tarkistamme esimerkiksi rekisteröinnin tilan, riippuvuutena olevat DLL-tiedostot, käyttöoikeudet, kutsuvan sovelluksen 32-bittisen tai 64-bittisen kokoonpanon sekä säiemallin. Arvioimme myös, soveltuuko Reg-free COM, ja suunnittelemme jakelu- ja asetusmenettelyn, joka on toistettavissa käyttöönottokohteessa.

.NETin ja C++:n yhdistävä rakennesuunnittelu

Vertailemme esimerkiksi C++/CLI:tä, COMin kautta tapahtuvaa yhteistoimintaa ja erilliseen prosessiin siirtämistä. Huomioimme sekä olemassa olevien osien säilyttämisen että uuden puolen ylläpidettävyyden, ja määrittelemme liitäntäkerroksen vastuut ja rajoitukset selkeästi.

Toimeksiannon eteneminen

  1. Käyttöehtojen varmistaminen. Jäsennämme kutsuvan sovelluksen, kohdekomponentin, lähdekoodin saatavuuden, rekisteröinnin tilan ja jakeluympäristön.
  2. Yhteistoimintatavan varmistaminen. Vertailemme jatkuvaa käyttöä, liitäntäkerroksen rakentamista, erilliseen prosessiin siirtämistä ja vaiheittaista korvaamista.
  3. Toteutus ja käyttöönoton valmistelu. Tarkistamme tarvittavassa laajuudessa toiminnan lisäksi rekisteröinnin, jakelun, käyttöoikeudet, lokituksen ja palauttamisen edelliseen versioon.

Jos harkitsette koko sovelluksen migraatiota

Tämän palvelun painopiste on COM-komponenttien kaltaisissa komponenteissa itsessään ja niiden liitäntäkerroksessa. Kokonaislinjausta siitä, miten useita olemassa olevia ratkaisuja säilytetään ja migroidaan, käsitellään myös palvelussa Vanhojen ratkaisujen jatkokäyttö ja migraatiotuki.

Kertokaa neuvoa pyytäessänne käyttämienne sovellusten tai komponenttien nimet, virheen sisältö ja 32-bittinen tai 64-bittinen kokoonpano sen mukaan, mitä tiedätte. Jos kokoonpano ei ole tiedossa, aloitamme sen selvittämisestä.

Usein kysyttyä ennen toimeksiantoa

Voiko teiltä pyytää neuvoa, vaikka vanhoja COM- tai ActiveX-komponentteja ei voi korvata heti?

Kyllä. Käymme läpi nykyisen toiminnan ja riippuvuudet sekä jäsennämme, mitkä osat jäävät käyttöön, missä liitäntätapa uusitaan ja mitkä korvataan. Lähtökohtana ei ole kokonaisvaltainen uudelleenrakentaminen.

Onko 32-bittisen ja 64-bittisen koodin sekaympäristöjen kanssa mahdollista toimia?

Kyllä, voitte pyytää meiltä neuvoa. Tarkistamme kutsuvan sovelluksen ja komponentin kokoonpanon sekä arvioimme esimerkiksi erilliseen prosessiin siirtämistä. Pelkkä uudelleenrekisteröinti ei välttämättä ratkaise ongelmaa, joten varmistamme, että valittu toteutustapa sopii käyttöehtoihin.

Voitteko selvittää ongelman, jossa komponentti toimii kehitysympäristössä mutta ei jakelukohteessa?

Kyllä. Vertaamme rekisteröintikohteita, riippuvuutena olevia DLL-tiedostoja, käyttöoikeuksia, kutsuvaa sovellusta ja jakelutapoja. Kun ongelman toistumisedellytykset on jäsennetty, etenemme korjaukseen ja käyttöönottomenettelyn uudelleentarkasteluun.

Yhteydenotto

Aluksi riittää muutama rivi nykytilanteesta.

Tarkkaa määrittelyä tai teknisiä termejä ei tarvita. Kertokaa seuraavat asiat siltä osin kuin ne tiedätte.

  • Ongelma tai tavoite
  • Kohteena olevat ohjelmistot, laitteet ja ympäristö
  • Toivottu ajankohta (voi olla avoinkin)

Ensimmäiseen viestiin ei tarvitse liittää luottamuksellisia aineistoja eikä salasanoja.

Esimerkki konsultointiviestistä

Käyttämämme ActiveX ei toimi joillakin koneilla. Haluaisin, että syy selvitetään rekisteröinti ja 32-bittinen / 64-bittinen kokoonpano mukaan lukien.

Määrittelyasiakirjaa ei tarvita. Neuvoa voi pyytää jo sen perusteella, minkä tietää.

Yhteydenottopainike avaa suomenkielisen yhteystietosivun, jolta löytyvät tavat ottaa yhteyttä. ”Kysy neuvoa sähköpostilla” -painikkeella voi luoda sähköpostiviestin, jossa on palvelun nimi.