Zitat:
Zitat von HayKer
Basic eher nicht da es nicht so gut geeignet ist grade bei der Datenverarbeitung mit sql etc. Wegen der geschwindigkeit, ...
|
Sorry - habe daneben geklickt, sollte kein Danke sein ...
Du schreibst Unsinn. Bei normalen Datenverarbeitungen dient der Client nur zum Anzeigen der Ergebnisse und zur Eingabe der Parameter. Deshalb ist die Geschwindigkeit des Clients nur von untergeordneter Rolle. Auch werden aktuelle Basic-Programme nicht mehr zur Laufzeit interpretiert sondern genauso wie bei anderen Programmiersprachen in Bytecode kompiliert, der dann nur noch ausgeführt wird. Bei dem was da normal programmiert wird, gibt es in der Laufzeit wenn überhaupt dann nur geringe Unterschiede.
C++ kann eigentlich nur dann seine Vorteile ausspielen, wenn man hardwarenah programmiert. Anderenfalls kann man problemlos zu anderen objektorientierten Programmiersprachen greifen. Also auch beispielsweise das aktuelle Visual Basic Net.
Typischer Anfängerfehler bei der Datenverarbeitung ist es, nicht die Datenbank die Arbeit machen zu lassen. Die ist darauf spezialisiert und es gibt sicher keinen Programmierer, der da mal eben schnell etwas schreibt, was das gleiche schneller kann. Der typische Flaschenhals bei der Datenverarbeitung ist der Datenaustausch zwischen Client und Datenbank.
Zum Thema Obfuscator:
Bei komplexen Anwendungen kann es die Lauffähigkeit des Programms beeinflussen. Man sollte auch abwägen, inwieweit man eventuell auch Support im Fehlerfall leisten will ... ist mit derartigem Code deutlich schwerer. Letztendlich ist es aber auch eine Abschätzung, was der andere mit dem Code anfangen könnte, ob es sich für den anderen überhaupt lohnt, den Code selbst abzuändern. Wir benutzen für eine php-Anwendung das Zend-Framework in der Firma, das ist allerdings kostenpflichtig