FMK2017 - Programmieren am offenen Herzen by Jörg Köster

8. FileMaker Konferenz | Salzburg | 12.-14. Oktober 2017
www.filemaker-konferenz.com
Was ein Entwickler wissen sollte, wenn er sich "unter der Haube" eines

Live-Systems befindet.
Programmieren am offenen Herzen

Programmieren am offenen Herzen - Jörg Köster
Jörg Köster
Jörg Köster hat Musik studiert und arbeitet(e) seit über 20
Jahren als freiberuflicher Pianist und Arrangeur.

Seit 2009 steht FileMaker im Vordergrund seines Wirkens.  
Er entwickelt Individual-Lösungen für kleine bis mittlere
Unternehmen und ist Herausgeber der Agentur-Software
„CAOS“.

Zu seinen Kunden gehören Ingenieurbüros,  
Werbeagenturen, Musikverlage, Speditionen und einige mehr.

• Zertifizierter FileMaker-Entwickler seit FM 13

• Autor für Fachartikel im FileMaker-Magazin

• Sprecher FMK 2014/2015/2016/2017…

• Gewinner des FileMaker-Magazin-Awards 2014

Welche Themen …
… werden in diesem Vortrag NICHT behandelt!
• Programmierfehler
• das Aufheben von Programmierfehlern innerhalb einer Live-Datenbank

Welche Themen …
… WERDEN in diesem Vortrag behandelt!
• zu welchem Zeitpunkt werden Änderungen wirksam
• welche „Auswirkungen“ können Änderungen haben
• Methode, wie eine Testumgebung innerhalb einer Live-Datenbank etabliert
werden kann

Erfahrungsaustausch erwünscht!
Ob der Vielfalt des Themas sind Anregungen, Korrekturen,
Ideen, Erfahrungen willkommen.

Was passiert, wenn …
in einer Live-Datenbank programmiert werden muss.
• im Scriptarbeitsbereich

• in den Feldoptionen

• wenn Felder angelegt, gelöscht oder geändert werden

• im Beziehungsgraphen gearbeitet wird

• Konten, Berechtigungen und erweiterte Zugriffsrechte angelegt, gelöscht oder geändert werden

• Dateizugriff (Sicherheit) bearbeitet wird

• Layouts angelegt, gelöscht oder geändert werden

• Datenquellen angelegt, gelöscht oder geändert werden ($$Pfade seit FileMaker 16)

• Eigene Funktionen angelegt, gelöscht oder geändert werden

• Angepasste Menüs angelegt, gelöscht oder geändert werden

• Wertelisten angelegt, gelöscht oder geändert werden

• Designs angelegt, gelöscht oder geändert werden

• Dateioptionen bearbeitet werden

• Passwörter administriert werden

Argumente und Abhängigkeiten!
• es steht keine Testumgebung zur Verfügung

• Datenmigration ist zu zeitaufwändig

• Datenbank ist 24 Stunden besucht

• Server steht im Rechenzentrum (physisch nicht erreichbar)

• Langsame Internetverbindung (Datenmigration)

• Realdaten stehen für Tests nicht zur Verfügung (Datenschutz)

• zu zeitaufwändig

• zu teuer (zusätzliche Hardware, Lizenzen, … )

• keine Zeit

• …

Beispieldatei!

sich Felder in einer Tabelle befinden, die fortlaufende Nummern erzeugen?
1. Fortlaufende Nummern erzeugen (bei Erstellung)
• Das Erstellen neuer Datensätze in dieser Tabelle ist blockiert
• Feldwerte können weiterhin (über)geschrieben werden
• Der Zustand stellt sich ein, sobald die Feldoptionen geöffnet werden
• Der Zustand hält an, bis das Dialogfenster „Ablage - Verwalten - Datenbank“
geschlossen wird

Mögliche Lösung, wenn …
1. Fortlaufende Nummern erzeugen (bei Erstellung)
Fehler 303 abfangen!

1. Fortlaufende Nummern erzeugen (bei Eingabe)
• Es können neue Datensätze erzeugt werden.
• Fortlaufende Nummern werden NICHT geschrieben.
• Der Zustand stellt sich ein, sobald die Feldoptionen geöffnet werden
• Der Zustand hält an, bis das Dialogfenster „Ablage - Verwalten - Datenbank“
geschlossen wird

Mögliche Lösung, wenn …
1. Fortlaufende Nummern erzeugen (bei Eingabe)
!Keine Lösung!
Fehler 303 abfangen nicht möglich.

… Scripts bearbeitet werden?
• Scripts können bearbeitet werden, auch wenn sie zeitgleich Prozesse
ausführen

• Änderungen werden gültig, nachdem das Script gespeichert wurde (Script-
Fenster kann geöffnet bleiben)

• Prozesse, die zum Zeitpunkt des Speicherns parallel stattfinden, werden nicht
tangiert

• Die Logik eines Scripts bleibt bis zum Ende der Ausführung erhalten, auch
wenn der Entwickler zwischenzeitlich eine Änderung durchgeführt und
abgespeichert hat. Das gilt auch für Unterscripts (sofern sich der Prozess IM
Unterscript befindet)!

• Beim Aufruf des Scripts wird der gespeicherte Zustand ausgeführt

Was passiert, bei …
… Änderungen in „Datenbank verwalten“?
• Änderungen an Tabellennamen werden beim Schließen des Fensters
„Datenbank verwalten“ gültig und haben keine Auswirkungen auf zeitgleich
ablaufende Script-Prozesse.
• Die Umbenennung von Feldern sowie das Betreten und Bearbeiten der
Feldoptionen werden beim Schließen des Fensters „Datenbank verwalten“
wirksam und haben keine negative Auswirkungen auf parallel ablaufende
Prozesse.
• Änderungen im Beziehungsdiagramm verhalten sich identisch.

… Erstellen und Löschen von Feldern in „Datenbank
verwalten“?
• Das Löschen vom Feldern verursacht ein starkes Bildschirmflackern bei allen
Anwendern, die sich im Kontext der Tabelle befinden
• Das Erstellen von Datenfeldern hat keinen spürbaren Einfluss auf Prozesse

… Erstellen von Feldern in „Datenbank verwalten“?
• Das Erstellen von Formel-, Statistik- und Berechnungsfelder ist nicht möglich,
wenn sich offene Datensätze in der Tabelle befinden

… Änderungen in der Sicherheit?
• Änderungen in den Konten werden erst nach erneuter Anmeldung gültig
• Das Deaktivieren eines Kontos hat keinen Einfluss auf angemeldete
Anwender (des deaktivierten Kontos)
• Das Löschen eines Kontos ist zu vermeiden. Allen angemeldeten Anwender
werden die Zugriffsrechte genommen
• Änderungen in den Berechtigungen treten unmittelbar in Kraft
• Änderungen von Passwörter werden umgehend gültig (bei Versuch einer
erneuten Anmeldung)
• Änderungen von erweiterten Zugriffsrechten werden umgehend umgesetzt

… Änderungen im Dateizugriff (Sicherheit)
• Änderungen im Dateizugriff werden erst nach erneuter Anmeldung gültig

… Änderungen in den Dateioptionen?
• Änderungen in Einstellungen der Scripttrigger werden umgehen umgesetzt
(BeiLetztemFensterSchließen)
• Alle Werkzeugleisten ausblenden wird bei erneuter Anmeldung wirksam

… Änderungen in Wertelisten?
• Änderungen in Wertelisten werden umgehen umgesetzt

… der Pfad ($$Variable) in den Dateireferenzen wechselt?
• Die beim Dateistart etablierten Dateireferenzen bleiben bis zum Beenden der
Hauptdatei erhalten.
• Ein Wechsel der Dateireferenz „on the fly“ ist nicht möglich

Layoutänderungen
• Layoutänderungen werden wirksam, sobald das Layout gespeichert wird. Sie
sind sowohl für den Anwender als auch für ausführende Scripts sofort sichtbar.

• Layoutarbeiten sollten in separaten Layouts umgesetzt werden. (siehe
„Testumgebung“ innerhalb einer Live-Datenbank.

… angepasste Menüs bearbeitet werden
• Wenn hartkodierte Änderungen, werden diese sofort wirksam

… der Bearbeitung von „eigenen Funktionen“?
• Anpassungen der Eigenen Funktionen werden umgehend umgesetzt, sobald
das Fenster „Eigene Funktionen bearbeiten“ mit „OK“ bestätigt und das
Hauptfenster „eigene Funktionen verwalten“ ebenfalls mit „OK“ geschlossen
wurde.

Aus der Praxis - WebDirect
• Layoutarbeiten beeinflussen nicht andere Benutzerlayouts gleichen
Tabellenauftretens.

• Änderungen an Stilen und Design werden erst nach erneuter Anmeldung
wirksam.

• Ein Registersteuerelement springt in den „Standardmäßig vorderen
Registerbereich“, wenn der Entwickler Layoutänderungen speichert.

Das ist insbesondere dann sehr unangenehm, wenn sich in einem hinteren Registerbereich ein nicht
schließbares Popover (Trigger) befindet. Diese Konstellation hat eine vollständige Blockade zur Folge.
Ausweg: Browserfenster schließen und erneut anmelden.

• Der Import einer neuen Tabelle kann unter WebDirect ein systemweites Flackern
in der Benutzeroberfläche zur Folge haben.

• Das Anlegen einer neuen Tabelle, oder eines neuen Feldes verursacht ein
Flackern und ein erneutes Laden eines Layouts. Auch wenn keine Beziehung
zwischen den Tabellen besteht.

Aus der Praxis - WebDirect
• Das Löschen eines Feldes setzt Anwender-Layouts zurück. Beispielsweise
werden Portale und Listenansichten zurückgesetzt (scrollen zum ersten DS).

• Das Ändern eines Tabellenauftretens im Beziehungsgraphen hat keine
Nebeneffekte verursacht.

• Die Änderung eines Layoutnamens verursacht ein Flackern des Layouts

• Wird im Dialog „Layouts verwalten" ein Layout an- oder abgekreuzt (In Layout-
Menüs aufnehmen) flackert das entsprechende Layout.

Methode, wie eine Testumgebung
innerhalb einer Live-Datenbank etabliert
werden kann

Navigation & Anwenderlayouts
Jedes Anwenderlayout wird nur ein einziges Mal in einer
Lösung referenziert!
Scriptname - GeheZu : Layoutbezeichnung
Für die Scriptlogik werden angelegt:
• pro Tabelle ein leeres Systemlayout
• pro Tabelle ein Entwicklerlayout

NAVIGATION
Die Navigation durchläuft drei Ebenen
Script - NAVIGATION : HauptNavigation
Script - NAV.GEHEZU : Bezeichnung
Script - GeheZu : Bezeichnung
Param ( "nav" ; „adressen" )
(Unterscheidet Plattformen und ggf. weitere Prozesse)
(navigiert zum entsprechenden Anwenderlayout

Navigation
Jeder Schaltfläche ist das Script „NAVIGATION“ zugeordnet
oder

Navigation - Ebene 1
oder

30-11 NAV.goTo 01 Addresses ( Bsp. hier „Impressum“)

GoToLayout : Impressum

Fragen?

Vielen Dank unseren Sponsoren

FMK2017 - Programmieren am offenen Herzen by Jörg Köster

Empfohlen

Empfohlen

Weitere ähnliche Inhalte

Was ist angesagt?

Was ist angesagt? (20)

Ähnlich wie FMK2017 - Programmieren am offenen Herzen by Jörg Köster

Ähnlich wie FMK2017 - Programmieren am offenen Herzen by Jörg Köster (20)

Mehr von Verein FM Konferenz

Mehr von Verein FM Konferenz (20)

FMK2017 - Programmieren am offenen Herzen by Jörg Köster