> non penso che possiate fare un'avoirdupois seria app con la una o la altra Delfi
Perché non? Ha tutte le possibilità di C++ per il sistema hook/API, senza perdita reale di prestazione, ma quando l'interfaccia utente è interessata, ha tutti i generi di vantaggi - ed è facile da incastonare l'ASM nel codice di Delfi una volta avuto bisogno di. Il senso usuale è di cominciare codificare tutti a Delfi, quindi con l'attrezzo di prestazione identificate le funzioni chiave che devono essere trasformate in ASM ed aggiungete appena la versione dell'ASM di queste funzioni.
posteriore 15 anni mi ricordo difendere Turbo Pascal contro la C per la programmazione di sistema con molto le stesse discussioni da ogni lato. La verità era che niente potrebbe avere un migliore equilibrio fra la velocità di programming+maintenance, la prestazione di applicazione e l'esperienza dell'utente che Pascal/Delfi + l'ASM. Ma avreste bisogno entrambe della conoscenza, dove soltanto la conoscenza di C/C++ avrebbe battuto spesso Delfi pura nella prestazione grezza.
In ogni modo, quel la differenza compare soltanto quando siete un programmatore più importante nella lingua che usate, l'architettura difettosa, algo unoptimized può condurre per ritardare penosamente il software anche in C/C++.
Realmente dipende dal vostro livello di programmazione di sistema e dalla conoscenza del compilatore Delfi/del Pascal (che cosa sarà generato quando usando tali e tale struttura di codice).
C# è uno zona pericolosa definito per gli attrezzi di sistema.
