Direkt zum Hauptbereich

Basic Type Mapping mit Xbase

Folgendes Problem: Die Bezeichnungen "int" oder "double" sind einfach hässlich. Welcher "normale" Mensch weiß denn, was double bedeutet? .. Ok, ich gehe davon aus, dass jeder Leser hier tatsächlich weiß, wofür das steht. Dennoch möchte man eventuell den primitiven Datentypen andere Namen geben. Zum Beispiel zum Entwicklung einer Programmiersprache bestehend aus "How I Met Your Mother"-Zitaten, bei der "Ted" für den Datentyp "int" und "Robin" für "double". steht. Nun zum technischen:

Zunächst muss die Variablendeklaration definiert werden. Diese wird anschließend als zusätzliche XPrimaryExpression hinzugefügt.

Variable returns XVariableDeclaration:
 {Variable} writeable?='variable' simpleName=ID ':' typing=('Ted'|'Robin' /* more types */);


Normalerweise wird bei Xbase im feld type der XVariableDeclaration eine JvmTypeReference gesetzt, die auf den Java Typen zeigt. Da dies hier nicht gesetzt wird (und dementsprechend null ist), ist zunächst ein Umschreiben der Typberechnung im TypeComputer der DSL nötig. Hierbei wird anhand des gegebenen Typs die richtige Typreferenz gesetzt.

protected def _computeTypes(Variable vr, ITypeComputationState state) {
  if (vr.typing.equals('Ted')) {
   state.assignType(vr, getRawTypeForName(Integer.TYPE,state))
  } else if (vr.typing.equals('Robin')) {
   state.assignType(vr, getRawTypeForName(Double.TYPE, state))
  } else {
   /* Unknown input */
  }
 }


Nun wird der Typ der Variablen - abhängig vom eingegebenen String des Datentyps - korrekt im AST gesetzt. Dadurch kann auch die Variable richtig weiterverwendet werden und das Typechecking wird von Xbase übernommen. Zu beachten ist, dass auch das Assignment von Feldern überschrieben werden muss.

Auch das kompilieren der Variable muss geändert werden. Diese Änderung ist allerdings eher trivial, wenn das allgemeine Verständnis des Xbase Compiler vorhanden ist:

 override _toJavaStatement(XVariableDeclaration variable, ITreeAppendable a, boolean isReferenced) {
  if (variable instanceof Variable) {
   a.newLine()
   if (variable.typing.equals('Ted')) {
    a.append("int" + " " + variable.simpleName + ";")
   }else if(variable.typing.equals('Robin')){
    a.append("double " +variable.simpleName + "=" + "null;")
                 }
  } else {
   super._toJavaStatement(variable, a, isReferenced)
  }

 }
 override assignmentToJavaExpression(XAssignment expr, ITreeAppendable b, boolean isExpressionContext){
   var feature = expr.getFeature();
   if(feature instanceof Variable){
    b.append(feature.simpleName + " = ")
    internalToJavaExpression(expr.value, b)
   }else{
    super.assignmentToJavaExpression(expr, b,isExpressionContext)
   }
  
 }


Anschließend können noch Fehler im Validator auftreten. Deren Überschreibung sei dem interessiertem, Xtext erfahrenen, Leser überlassen ;-).

Im Allgemeinem ist das Umwandeln nicht alzu komplex, jedoch sind es viele kleine Hürden, die genommen werden müssen bis zum (halbwegs) funktionierendem Endprodukt.



Kommentare

Beliebte Posts aus diesem Blog

Einführung in Xbase mit Xtext : Javatypen in Xtext

Folgendes Problem: Ich hab irgendwo Xtext gelernt. In der Uni, in einem Internet-Tutorial oder beim Surfen auf dem Pott. "Warum nicht einfach mal ne Sprache entwickeln, die statt der bekannten Keywords, Scrubs-Zitate benutzt? Da ist Xtext schließlich da!" - Das ist korrekt. Allerdings muss man dann ja das komplette Scoping, Typenberechnung, Validierung und Codegeneration selbst übernehmen. Möchte ich das? Nein. Eine mögliche Lösung hierfür ist Xbase . Was ist Xbase? Xbase ist eine Erweiterung von Xtext. Hierbei wird das Javatypsystem benutzt, um die Vorteile dessen zu nutzen. Die Typisierung, das Scoping und auch die Validierung ("Kann ich dieser Variable diesen Wert zuordnen?") wird hierbei bereits von Haus aus vorgegeben. Weiterhin werden auch IDE-Features wie der Debugger out-of-the-box mitgeliefert. Weitere Details hierzu sind in der Dokumentation hier zu finden. Erste Schritte in Xbase 1. Voraussetzungen Zunächst wird eine laufende Version von Eclipse

Konzepte: Smartpointer in C++

Heute habe ich mich, seit längerer Zeit, im Rahmen einer Vorlesung mal wieder mit C++ befasst. Neben der Syntax zur Initialisierung von Klassen (insbesondere der Zuweisung der Inhalte an die Membervariablen, was das Konstruktorschreiben wesentlich erleichtert) waren Smartpointer ein relevantes Thema. Besonders befasst habe ich mit mit unique_ptr bzw. auto_ptr und shared_ptr , auf deren Konzepte ich kurz genauer eingehen möchte. Smartpointer? Smartpointer sind Pointer, die die normalen C-Referenzen wrappen und dadurch eine gewisse Garbage-Collection darstellen. Sie versuchen sicher zu stellen, dass keine mehrfachen deletes auf Zeiger aufgerufen werden oder Speicherlecks durch fehlende deletes zu vermeiden. Unique-ptr Unique-pointer, bzw. in älteren Fassungen auto-ptr (Referenz: Hier ) dienen dazu, einen eindeutigen Eigentümer für Pointer zu bestimmen. Mehrere Eigentümer sollten nicht erlaubt sein. Das Konzept ist aber nur hilfreich, wenn der Besitzer klar bestimmbar ist. Ein ei