Separation of concerns. Szerintem rugalmasabb a későbbiekre, és az alacsonyszintű része valószínűleg nem fog elavulni, mert feltételezem a soros porton jövő adatok nagyban nem fognak változni. Most ugye van egy monolitikus Delphi rendszered, ami egy-az-egyben elavult. Anno normális dolog volt a Delphi, ma már senki sem használ ilyet. Ha a hardverközelibb rész eleve C-ben lett volna, most csak a Delphis GUI-t kéne lecserélned. Ráadásul ha változnak az igények, különféle rétegeket építhetsz rá, mondjuk írhatsz rá egy olyan rendszert is mondjuk Javaban, ami Web Services hívásokon küldi valahova az adatot.
Mar felteve, hogy talalok egy olyan scriptnyelvet, ami teljesen platformfuggetlenul tud com portot kezelni..
Tegyük fel, hogy találsz, és megírod abban, örülsz, minden jó. Aztán valamiért ez a scriptnyelv már nem válik be, dobhatod ki az egészet. Ellenben megírhatod mondjuk C-ben a hardverközeli részt. Valószínűleg nem lesz teljesen platformfüggetlen, lesznek ifdefek, de jól kell faktorálni a kódot, hogy elváljon a platformfüggő és a kevésbé platformfüggő rész. Valószínűleg nem lesz nagy program, kevés feldolgozás kell az adatokon, ha kell egyáltalán, szinte csak annyi lesz az egész, hogy áttolja a biteket a pipeon, amiket beolvas. Ezután abban írsz GUI-t, amiben akarsz. Amíg a pipeon a megfelelő formában érkeznek az adatok, addig a GUI-t bármiben leimplementálhatod, ami tud pipeot olvasni, és így máris rengeteget bővültek a lehetőségeid.