Vi väljer inte teknologier efter mode, utan utifrån driftsrealitet, livslängd, integrationsbehov och teamförmåga. Avgörande är inte modeordet utan om systemet senare är lätt att drifta, utöka och överta.
Starkt för affärslogik och multiplattformsklienter
Delphi är stark där befintlig affärslogik, databastäta processer, rapporter och stabila klienter för Windows, macOS och Linux ska förvaltas långsiktigt.
Visa Delphi
C#
Starkt för REST, tjänster och portaler
C# använder vi när portaler, moderna backendtjänster, REST-API:er och integrationer ska anslutas till befintliga företagsystem på ett stabilt sätt.
Visa C#
Arkitektur
Layer-3 istället för monolitiska kvarlämningar
Vi separerar medvetet gränssnitt, affärslogik och dataåtkomst så att förändringar kan planeras och nya tjänster inte behöver byggas mot befintlig kodbas.
Visa Layer-3
Plattformar
Beakta Windows 11 ARM64 från början
Förutom klassiska x64-mål beaktar vi aktuella plattformar som Windows 11 ARM64 tidigt, så att ny hårdvara och driftsättningar inte senare blir specialprojekt.
Visa ARM64
När vilken inriktning är lämplig
Delphi är lämpligt när
- befintlig affärslogik ska leva vidare,
- komplexa desktopprocesser måste förbli stabila,
- Windows-, macOS- och Linux-klienter ska byggas på en gemensam funktionell bas.
C# är lämpligt när
- REST-servrar och tjänster ska byggas upp,
- API:er och externa integrationer står i centrum,
- moderna servicearkitekturer efterfrågas.
Hybrid är lämpligt när
- befintliga applikationer och nya portaler måste samarbeta,
- desktop, tjänster och webben använder samma databas,
- modernisering ska genomföras stegvis och som en Layer-3-struktur.
Delphi-modernisering i praktiken
Om en äldre Delphi-applikation fortfarande är värdefull funktionellt, moderniserar vi inte blint. Vi analyserar först hur systemet faktiskt fungerar, vilka processer det bär, var dataflöden bryts och vilka kvarlämningar som bromsar driften. Ur detta växer en moderniseringsväg som inte bara ser bra ut på papper utan också är hållbar i vardagen.
I många äldre applikationer ligger det verkliga värdet inte i användargränssnittet, utan i år av domänlogik, särregler, undantag och erfarenhetskunskap. Denna substans kastar man inte lättvindigt bort. Vi separerar ansvar tydligt, ordnar om databasen, byter ut gamla åtkomstvägar, skapar nya REST-gränssnitt och kompletterar vid behov klienter för Windows, macOS och Linux på samma domänmässiga grund. Det blir ingen hård brytning, utan en spårbar vidareutveckling med tydlig teknisk profil.
Ofta innebär det också att historiskt uppbyggda monoliter återförs till en form som är underhållbar, testbar och utbyggbar. Datatillgången stabiliseras, affärslogik frigörs från gränssnittskod, gränssnitt blir planbara och framtida utbyggnader behöver inte längre kämpa mot befintlig kodbas. Målet är inte kosmetisk modernisering, utan ett system som åter ger företaget utrymme för nya krav.
Services und Server als Teil derselben Architektur
Många företagssystem behöver idag inte bara en klient utan också bakgrundstjänster, Windows- eller Linux-tjänster och REST-servrar. Just därför planerar vi dessa delar inte som en senare tillbyggnad, utan som en del av samma arkitektur. En tjänst som bara läggs till i efterhand blir nästan alltid ett specialfall.
När data ska bearbetas distribuerat, gränssnitt tillhandahållas, exporter köras, importer övervakas eller uppgifter schemaläggas i bakgrunden måste det tekniska ansvaret klargöras från början. Vilka delar körs i klienten, vilka i tjänsten, vilka på servern, hur blir fel synliga, hur blir tillståndsändringar spårbara, hur hålls domänlogiken konsistent? Dessa frågor besvarar vi tidigt så att enskilda komponenter blir ett robust helhetssystem.
Det är särskilt avgörande i multipla plattformsprojekt. En desktopklient på Windows, macOS eller Linux får inte i saklig mening betyda något annat än en tillhörande REST-server eller en bakgrundstjänst. Därför tänker vi datamodell, processer, behörigheter, integrationer och drift tillsammans. Så uppstår en arkitektur där klienter, tjänster och servrar talar samma språk.
Unser Grundsatz
Teknik är för oss inget trosystem. Avgörande är att arkitektur, teamförmåga, drift och framtida utbyggnader passar företaget. Det är inte den högsta plattformen som vinner, utan den som gör det möjligt att hantera risk, underhållbarhet och tillväxt på ett meningsfullt sätt.
Vissa uppgifter löser vi medvetet med Delphi, eftersom där uppbyggd affärslogik, presterande klienter och multiplattformsstöd spelar ut sina styrkor. Andra krav passar bättre för C#, för tjänster, för en portal eller för en kombination av dessa. God arkitektur uppstår inte ur mode, utan ur tydlighet: vilket ansvar har vilken systemdel, vilken livslängd är rimlig att räkna med, hur stort är teamet, hur kritisk är driften och vilka utbyggnader är realistiska de kommande åren?
Precis där börjar för oss professionell mjukvaruutveckling. Vi vill inte bara leverera något som fungerar i dag, utan skapa en teknisk grund som även senare är spårbar, överlåtbar och ekonomiskt hållbar att underhålla.
Häufige Fragen zu Technologie und Architektur
Teknologiska beslut måste passa teamet, domänen och driften. Just därför klargör vi dessa frågor inte abstrakt, utan alltid utifrån det konkreta systemet.
När är Delphi att föredra framför en komplett ny plattform?
Alltid när etablerad domänlogik, högpresterande desktopprocesser och mål för multiplattform ska föras vidare på ett ekonomiskt försvarbart sätt, istället för att lättsinnigt ersätta befintlig substans.
När använder ni dessutom C#?
Främst för portaler, webb-backends, REST-tjänster, integrationer och serviceorienterade arkitekturdelar som går att integrera väl med befintliga desktopssystem.
Hur viktigt är Layer-3 i praktiken?
Mycket. Det är först genom en tydlig åtskillnad mellan UI, affärslogik och dataåtkomst som modernisering, tester, tjänster och framtida plattformsbyten blir hanterbara.
Tar ni med nya plattformar som Windows 11 ARM64 i ett tidigt skede?
Ja. Ny målhårdvara och driftsättningsvägar granskas tidigt, så att de inte senare blir kostsamma specialprojekt.
Läs fler frågor i samlad form
Dessa korta svar finns kvar här på sidan. På den centrala FAQ-landningssidan placerar vi dessutom ämnet i samband med arkitektur, modernisering, plattformar och drift.