Perfil tecnològic
Visió general de la nostra base tècnica
Delphi. C#. SQL. APIs.
Tecnologies que s'ajusten a la lògica de negoci, les dades i les operacions.
Tecnologia en imatges
Les decisions tecnològiques es fan visibles a través de l'arquitectura objectiu.
No és la paraula de moda el que és determinant, sinó com la plataforma, els serveis i les capes treballaran conjuntament més endavant. Aquests esbossos concreten l'orientació.
Nucli compartit per a diversos objectius
La multiplataforma té sentit quan diversos clients utilitzen la mateixa lògica de negoci i no divergeixen.
* Els noms de plataformes i marques utilitzats són propietat dels seus titulars respectius.
C# i serveis com a complement
Portals, REST i serveis complementen el nucli allà on la lògica web i operativa s'intensifica.
Tenir en compte el maquinari objectiu des d'un inici
Els canvis de plataforma com ARM64 han de formar part de l’arquitectura i del desplegament abans que esdevinguin un problema de suport.
Itineraris de serveis i tecnologies
Aprofundiments importants sobre aquest tema
No apliquem tecnologies per moda, sinó en funció de la realitat operativa, la vida útil, les necessitats d’integració i la capacitat de l’equip. El decisiu no és la paraula de moda, sinó que el sistema sigui posteriorment mantenible, ampliable i assumible sense complicacions.
Sòlid per a la lògica de negoci i clients multiplataforma
Delphi és fort allà on la lògica de negoci consolidada, els processos propers a la base de dades, els reports i els clients estables per a Windows, macOS i Linux han de ser mantinguts a llarg termini.
Veure Delphi
C#
Sòlid per a REST, serveis i portals
Utilitzem C# quan cal que portals, serveis backend moderns, APIs REST i integracions s’integrin de manera neta amb els sistemes empresarials existents.
Veure C#
Architektur
Layer-3 en lloc d’un llegat monolític
Separem conscientment la capa de presentació, la lògica de negoci i l’accés a dades perquè els canvis siguin planificables i els nous serveis no hagin de construir-se en contra del sistema existent.
Veure Layer-3
Plattformen
Tenir present Windows 11 ARM64 des del disseny
A més dels objectius x64 clàssics, considerem aviat plataformes actuals com Windows 11 ARM64 perquè el nou maquinari i els desplegaments no es converteixin més endavant en projectes especials.
Veure ARM64
Quan té sentit cada direcció
Delphi és adequat quan
- la lògica de negoci existent ha de perdurar,
- els processos d’escriptori complexos han de romandre estables,
- cal que clients Windows-, macOS- i Linux es desenvolupin sobre una base funcional comuna.
C# és adequat quan
- s’estableixen servidors i serveis REST,
- les APIs i les integracions externes són al centre,
- s’exigeixen arquitectures de serveis modernes.
Híbrid té sentit quan
- les aplicacions existents i els nous portals han de col·laborar,
- escriptori, serveis i web utilitzen la mateixa base de dades,
- la modernització s’ha de dur a terme de manera gradual i com una estructura Layer-3.
Delphi-Modernització en la pràctica
Quan una aplicació Delphi antiga encara té valor funcional, no modernitzem a cegues. Primer analitzem com treballa realment el sistema, quins processos sustenta, on es trenquen els fluxos de dades i quines càrregues heretades frenen l’operació. D’això neix un full de ruta de modernització que no només sembla correcte sobre el paper, sinó que és viable en l’operativa diària.
En moltes aplicacions que han crescut al llarg dels anys, el valor real no rau en la interfície, sinó en anys de lògica de negoci, regles especials, excepcions i coneixement empíric. Aquesta substància no es llença a la lleugera. Separem responsabilitats de manera neta, reordem la base de dades, substituïm rutes d’accés antigues, creem noves interfícies REST i, si cal, complementem clients per a Windows, macOS i Linux sobre la mateixa base funcional. Així no es produeix una ruptura dràstica, sinó una evolució comprensible amb un tall tècnic clar.
Sovint això també implica tornar a posar monòlits històrics en una forma que sigui mantenible, provable i ampliable. L’accés a les dades s’estabilitza, la lògica de negoci s’extrau del codi de la interfície, les interfícies esdevenen planificables i les ampliacions futures ja no han d’esmerçar-se en combatre l’existent. L’objectiu no és una modernització cosmètica, sinó un sistema que torni a donar a l’empresa espai per a noves exigències.
Serveis i servidors com a part de la mateixa arquitectura
Molts sistemes empresarials avui no només necessiten un client, sinó també serveis en segon pla, serveis Windows o Linux i servidors REST. Precisament per això no planifiquem aquestes parts com un afegit posterior, sinó com a part de la mateixa arquitectura. Un servei que s’afegeix només més endavant gairebé sempre es converteix en un cas especial.
Quan cal processar dades de manera distribuïda, exposar interfícies, generar exports, supervisar imports o executar tasques programades en segon pla, la responsabilitat tècnica ha d’estar definida des del començament. Quines parts s’executen al client, quines al servei, quines al servidor, com es fan visibles els errors, com es poden seguir els canvis d’estat, com es manté consistent la lògica de negoci? Aquestes preguntes les resolem d’hora perquè els components aïllats es converteixin en un sistema global robust.
Això és especialment decisiu en projectes multiplataforma. Un client d’escriptori a Windows, macOS o Linux no ha de significar, des del punt de vista funcional, una cosa diferent que un servidor acompanyant REST o un servei en segon pla. Per això concebem conjuntament el model de dades, els processos, els permisos, les integracions i l’operació. Així neix una arquitectura en la qual clients, serveis i servidors parlen la mateixa llengua.
El nostre principi
La tecnologia per a nosaltres no és un sistema de creences. El que és determinant és que l’arquitectura, la capacitat de l’equip, l’operació i les ampliacions futures s’ajustin a l’empresa. No guanya la plataforma més sorollosa, sinó la que permet gestionar de manera raonable el risc, la mantenibilitat i el creixement.
Algunes tasques les resolguem deliberadament amb Delphi, perquè allí la lògica de negoci acumulada, els clients rendibles i la capacitat multiplataforma despleguen els seus punts forts. Altres requisits encaixen millor amb C#, amb serveis, amb un portal o amb una combinació d’ambdós. Una bona arquitectura no neix de la moda, sinó de la claredat: quina responsabilitat té cada part del sistema, quina vida útil s’hi pot esperar, com de gran és l’equip, com de crític és l’operació i quines ampliacions seran realistes en els propers anys?
Justament aquí comença per a nosaltres el desenvolupament de programari professional. No volem només lliurar alguna cosa que funcioni avui, sinó establir una base tècnica que també sigui més endavant comprensible, assumible i rendiblement sostenible.
Preguntes freqüents sobre tecnologia i arquitectura
Les decisions tecnològiques han d’encaixar amb l’equip, el domini funcional i l’operació. Precisament per això no esclarim aquestes qüestions de manera abstracta, sinó sempre a partir del sistema concret.
Quan té sentit Delphi en comparació amb una plataforma completament nova?
Sempre que la lògica funcional consolidada, els processos d’escriptori d’alt rendiment i els objectius multiplataforma s’hagin de preservar de manera econòmica, en lloc de substituir la substància a la lleugera.
Quan s’ha d’utilitzar addicionalment C#?
Principalment per a portals, backends web, REST-serveis, integracions i components d’arquitectura orientada a serveis que s’integrin bé amb els sistemes d’escriptori existents.
Quina importància té Layer-3 en la pràctica?
Molt. Només la separació neta de la UI, la lògica de negoci i l’accés a dades fa que la modernització, les proves, els serveis i els futurs canvis de plataforma siguin gestionables.
Teniu en compte des de bon inici noves plataformes com Windows 11 ARM64?
Sí. L’hardware objectiu i les rutes de desplegament s’examinen d’hora, perquè més endavant no es converteixin en projectes especials costosos.
Llegiu més preguntes agrupades
Aquestes respostes breus romandran aquí a la pàgina. A la pàgina central de les FAQ situem el tema també en el context d’arquitectura, modernització, plataformes i operació.
A la pàgina de destinació de les FAQ amb respostes aprofundides
Pas següent
Wenn Sie eine konkrete Modernisierung, API- oder Plattformfrage haben, sollten wir den technischen Zuschnitt frueh sauber einordnen.
Net-Base bewertet bestehende Systeme, Datenpfade, Schnittstellen und Zielplattformen nicht isoliert, sondern im Zusammenhang von Fachlogik, Betrieb und späterem Ausbau.
- L'estat actual, la visió objectiu i els riscos tècnics s'avaluen conjuntament.
- REST, l'accés a les dades, els portals i el desplegament no es releguen a fases posteriors.
- Vostè veurà aviat quin camí és econòmicament i operativament viable.