Latest / Claris/FileMaker Wissen in 5 Minuten / Der berühmte FileMaker-Dollar

Transcript

Der berühmte FileMaker-Dollar · Claris/FileMaker Wissen in 5 Minuten

• 0:00
  Speaker 0: Hallo und herzlich willkommen zu einer neuen Folge von Claris FileMaker in fünf Minuten.
• 0:07
  Speaker 0: Heute geht es um ein Zeichen, das mir in meiner jahrzehntelangen Arbeit mit FileMakers immer wieder begegnet ist – Das Dollar-Zeichen!
• 0:14
  Speaker 0: Nein, es geht nicht um Geld sondern um eine Besonderheit von FileMAKER.
• 0:19
  Speaker 0: Das Dollar zeichnen?
• 0:20
  Speaker 0: Und die geschweiften Klammern, mit denen bestimmte Feldnamen in Berechnungen gekennzeichnet werden.
• 0:26
  Speaker 0: Aber wozu brauchen wir das?
• 0:28
  Speaker 0: FileMaker möchte es uns an vielen Stellen einfach machen.
• 0:31
  Speaker 0: Das ist gut und sicherlich ein Grund für den Erfolg!
• 0:34
  Speaker 0: Aus meiner Sicht gibt es allerdings Fälle, in denen diese Großzügigkeit zu weit geht.
• 0:39
  Speaker 0: Einer davon betrifft die Benennung von Feldern – In Programmiersprachen gibt es Regeln für Bezeichner.
• 0:45
  Speaker 0: Bestimmte Sonderzeichen sind nicht zugelassen weil sie bereits eine andere Bedeutung haben.
• 0:50
  Speaker 0: Ein Minuszeichen ist beispielsweise ein mathematischer Operator.
• 0:54
  Speaker 0: Auch reservierte Wörter können nicht ohne Weiteres als Bezeichner verwendet werden.
• 0:59
  Speaker 0: Das hat gute Gründe!
• 1:00
  Speaker 0: Die Sprache muss unterscheiden können, ob wir auf ein Feld zugreifen oder eine Berechnung ausführen möchten.
• 1:07
  Speaker 0: FileMaker erlaubt uns jedoch solche Regeln an manchen Stellen zu umgehen.
• 1:11
  Speaker 0: Nehmen wir einen Feld mit dem Namen SchülerGym.
• 1:14
  Speaker 0: Der Umlaut ist dabei nicht das eigentliche Problem.
• 1:17
  Speaker 0: Interessant wird es beim Bindestrich – denn der ist in Berechnungen gleichzeitig das Minuszeichen.
• 1:23
  Speaker 0: FileMaker weist uns darauf hin, dass der Feldname problematisch ist.
• 1:28
  Speaker 0: Trotzdem können wir fortfahren und haben das Problem damit in unsere Datenbank eingebaut.
• 1:33
  Speaker 0: Sobald wir das Feld in einer Berechnung verwenden muss FileMakers unterscheiden können ob der Bindestrich zum Namen gehört oder eine mathematische Operation gemeint ist Und genau dafür gibt es unseren berühmten Dollar.
• 1:45
  Speaker 0: FileMAKER setzt ein Dollarzeichen vor eine geschweifte Klammer und schließt den Feldnamen darin ein In unserem Beispiel also Dollarzeichen, geschweifte Klammer auf, Schüler-Gym, geschwifte klammer zu.
• 1:58
  Speaker 0: Damit weiß FileMaker das der gesamten Ausdruck einen Feldnamen bezeichnet – technisch funktioniert das!
• 2:05
  Speaker 0: Aber ist es deshalb auch eine gute Idee?
• 2:08
  Speaker 0: Ich finde nicht….
• 2:09
  Speaker 0: Denn hier lösen wir ein Problem dass wir bei einer konsequenten Benennung unserer Felder nicht hätten und es begleitet uns möglicherweise über Jahre in Berechnungen, Skripten wo wir mit der Struktur unserer Datenbank arbeiten.
• 2:24
  Speaker 0: Besonders unangenehm kann es beim Austausch mit anderen Anwendungen werden.
• 2:28
  Speaker 0: Natürlich lassen sich Sonderzeichen behandeln oder maskieren – auch Jason erlaubt solche Zeichen in seinen Schlüsseln!
• 2:35
  Speaker 0: Aber warum sollten wir uns diese zusätzliche Komplexität antun?
• 2:39
  Speaker 0: Sobald wir Schnittstellen programmieren, oder Feldnamen dynamisch zusammensetzen müssen wir unterschiedliche Regeln und Schreibweisen beachten.
• 2:47
  Speaker 0: So wird aus einer scheinbar harmlosen Freiheit schnell eine zusätzliche Fehlerquelle.
• 2:52
  Speaker 0: Ich frage mich deshalb schon lange, warum FileMaker diesen Mechanismus beibehalten hat?
• 2:57
  Speaker 0: Man könnte ihn beinahe als Atavismus bezeichnen – Als Überbleibsel aus einer früheren Entwicklungsphase.
• 3:04
  Speaker 0: Natürlich verstehe ich dass FileMakers bestehende Lösungen nicht beschädigen darf.
• 3:08
  Speaker 0: Abwärtskompatibilität ist wichtig!
• 3:11
  Speaker 0: Niemand möchte das alte Datenbanken nach einem Update plötzlich nicht mehr funktionieren.
• 3:16
  Speaker 0: Aber daraus folgt für mich nicht, dass man diese Freiheiten auch bei der Neuentwicklung anbieten muss.
• 3:22
  Speaker 0: Ich würde mir eine klare Linie wünschen – bestehende Lösungen werden weiterhin unterstützt!
• 3:27
  Speaker 0: Bei neuen Feldern könnten problematische Sonderzeichen und reservierte Bezeichner konsequent abgelehnt werden.
• 3:34
  Speaker 0: Eine klare Fehlermeldung, eine verständliche Regel und fertig.
• 3:38
  Speaker 0: Wir Entwickler sollten aber nicht darauf warten bis FileMaker uns solche Regeln vorgibt.
• 3:43
  Speaker 0: Meine Empfehlung?
• 3:44
  Speaker 0: verwendet für Felder und andere technische Objekte eindeutige unproblematische Namen, verzichtet auf mathematische Operatoren reservierte Wörter-und unnötige Sonderzeichen.
• 3:55
  Speaker 0: Und unterscheidet zwischen einem technischen Feldnamen uns seiner Beschriftung für den Anwender.
• 4:00
  Speaker 0: Auf einem Layout darf natürlich weiterhin Schüler Jim stehen.
• 4:04
  Speaker 0: Intern muss das Feld deshalb nicht genauso heißen!
• 4:07
  Speaker 0: Vielleicht klingt es kleinlich aber wer meinen letzten Podcast über gute Programmierung gehört hat Weiß, was ich dazu sagen würde.
• 4:14
  Speaker 0: Beim Programmieren geht es um Details!
• 4:17
  Speaker 0: Dieses kleine Dollarzeichen erinnert uns daran, dass nicht alles, was technisch möglich ist auch sinnvoll sein muss.
• 4:24
  Speaker 0: Gerade in dem Jahr zum Jahr-Zwischen, wo wir über künstliche Intelligenz und automatisierte Code-Generierung sprechen sollten die Grundlagen nicht aus dem Blick verlieren.
• 4:33
  Speaker 0: Gute Programmierungen beginnt manchmal mit einer so unspektakulären Entscheidung wie der richtigen Benennung eines Feldes.
• 4:40
  Speaker 0: Damit sind wir für heute am Ende.
• 4:42
  Speaker 0: Ich freue mich, wenn ihr beim nächsten Mal wieder dabei seid bei Clarice FileMaker in fünf Minuten.
• 4:48
  Speaker 0: Bis dahin wünsche ich euch allen eine gute Zeit!