
|
INFO - FAQ - CC2-Forum - CCPro-Forum |
|
||
|
Hallo, > ich frage mich wirklich, was Du mit "Programmiersprache für diese Controller" überhaupt meinst. Welche Programmiersprache ein Anwender auf einem Kontroller einsetzt, entscheidet der Anwender, sofern es mehrere zum Kontroller kompatible Programmiersprachen gibt. Völlig unabhängig davon, was der Hersteller des Kontrollers als "offzielle Programmiersprache" auserkoren hat. Das viele Anwender, eventuell weil sie alternative Sprachen nicht kennen, bei diesen "offiziellen" Programmiersprachen bleiben steht auf einem anderen Blatt. Schau Dir mal die Posts an. Es ging ja darum, dass sich ein User darüber beschwerte der Umstieg von CCBasic nach BASIC++ um die M Unit 2 zu programmieren fiele ihm schwer und CCBasic sei einfacher zu handhaben als die modulare Programmierung, wie sie z.B. in BASIC++ oder C3C vorhanden ist. Ich habe daraufhin einige Beispiele genannt, warum ich es nicht nachvollziehen kann, dass eine Programmiersprache, die einen Anwender zwingt unübersichtliche Konstrukte zu verwenden (die heute in keiner anderen modernen Basic Programmiersprache mehr angeraten werden) einfacher sein soll, als modulare Sprachkonzepte. Damit der Anwender die Wahl hat welche Programmiersprache er nehmen will muss er erstmal wissen, dass es auch Alternativen wie C3C gibt. Generalisierst Du jetzt und meinst, dass der Großteil der C-Control Nutzer C3C kennt oder Deinen Parser, der mittels Workaround zwischengeschaltet wird? > Du versuchst immer wieder, CCBASIC und die 1.1er schlechtzumachen. Das ist eine vollkommen subjektive Meinung. In allen meinen Posts zu diesem Topic habe ich penibel darauf geachtet mich an die Fakten zu halten. Ich habe eindeutig verifizierbare Messdaten beider Controller verglichen und auch Programmierbeispiele gezeigt, die zeigen sollen, dass modulare Ansätze einfacher und wartungsarmer zu handhaben sind. Wieso Du immer irgendwelche schlechten Intentionen hineininterpretierst frage ich mich schon seit langer Zeit. Aber um mal auf der gleichen Schiene zu fahren: Ich würde eher sagen, dass Du das bei der M Unit 2 und Micro versuchst. CCBasic hat einige Strukturen, die ich für nicht sinnvoll halte, wobei manche Dinge sicherlich technisch bedingt sind (so gibt es ja auch technisch bedingte Syntaxeinschränkungen für BASIC++, die mir auch nicht gefallen). Wäre die 1.1 schlecht gewesen, hätte ich wohl kaum angefangen BASIC++ zu programmieren, denn da wusste ich von einer 2.0er Version noch nichts. Die 2.0 Version ist aber die Weiterentwicklung der 1.1 und entspricht viel mehr dem technischen Standard. Sie ist signifikant schneller und leistungsfähiger als die schon betagte 1.1. Wenn ich die Wahl habe zwischen einem Controller, der z.B. 81 Sekunden für eine FOR Schleife braucht oder einer, der 3 Sekunden ergeben sich daraus eindeutige Tendenzen. Ich höre allerdings von Dir immer nur Negatives über die M Unit 2. Die fast 30 mal schnellere Ausführungsgeschwindigkeit, die Möglichkeiten, die LCD, IIC, IR, RC, CONFIG etc. bieten (im Bereich der zusätzlichen Geschwindigkeitverbesserung und Speicherersparnis) blendest Du weitestgehend bei der einseitigen Kritik aus. Deine Kritik bei der neuen M Unit beläuft sich zunehmend auf die "Beschneidung" Conrads es gäbe keinen Assembler mehr auf der neuen Unit, dabei kann man mit CCASM lauffähige Assemblerprogramme schreiben. Für die sicherheitsrelevanten Einschränkungen in CCASM gibt es die entsprechenden Zusatzbefehle, die die meisten Anwendungsfälle abdecken. Ganz zu schweigen davon, dass der überwiegende Teil der User eh nicht auf Assembler, oder wenn auf vorgefertigte Systemtreiber zurückgreift (schon allein, weil die Ausführungsgeschw. der neuen Unit Problemlösungen in Tokencode ermöglicht). Das steht mit keinem Satz in Deiner FAQ, die zudem noch suggeriert man könne die M Unit 2 nichtmal mit C3C oder CCPlus programmieren. Zudem kritisierst Du u.a. das Stack System der neuen Unit und stellst das der alten als die ultimative Lösung da. Gleichzeitig verschweigst Du aber, dass es auf allen PCs und bei allen (zumindest mir bekannten) CISC Rechnern genauso funktioniert. > Ein schöner Satz, den ich voll unterstützen würde, sofern er denn zutreffen würde. Da CCBasic kein mehrzeiliges IF kennt, die meisten CCBasic Nutzer aller Wahrscheinlichkeit nicht den Workaround mit dem Parser haben (wieviel 10-tausend Downloads hattest Du denn bisher davon?) stehe ich zu dieser Aussage. Gruß, Stefan Meine Homepage: http://www.fdos.de |
| Antwort schreiben |