Freitag, 17. Februar 2017

Для моих русских читателей.

Привет мои русские друзья!

Моя статистика говорит, что многие из русскоязычных стран посещают мой блог меня. Может быть, я хочу контакт, который говорит на немецком или английском и помочь мне с переводом моих текстов.

спасибо

Google-Translated...

Donnerstag, 16. Februar 2017

Erste Schritte in den Internationalen Markt!

Erste Schritte in den internationalen Markt!


OK, klar man programmiert seit 35 Jahren - nur für den deutschen Markt... Also hat man sich auch nie darüber Gedanken machen müssen was es den da sonst noch so gibt...

1. Entscheidung

Mal alles auf Englisch machen. OK Schulenglisch ist vorhanden sollte erst mal mit den Kenntnissen aus der Programmierung ausreichen. Vielleicht nicht, aber man wird sehen...

Documentation und online Hilfe erledigt.

2. Entscheidung

Fehlermeldungen sollten für den User anpassbar sein. Auch kein Thema. Alle Texte einmal in diverse Sprachen übersetzen, die Routine die die Fehlertexte aufbereitet angepasst. Kleines Tool für das erzeugen der Übersetzungen und packen als Resource. Kein Problem. Jeder kann noch eine Textdatei in den Programm Pfad legen "de-de.txt" oder so... Und schon geht auch das. Das gilt auch für Sprachen die man nicht kann. Google Translate liefert vielleicht kein optimales Ergebnis aber man wird es verstehen... Nativ-Speaker können das ja noch anpassen und die bessere Übersetzung hier einreichen... (Klar, mit dem richtigen Budget könnte man das professioneller machen).

3. Entscheidung

Die Software soll sich an das Länder-ID des Windows-Systems anpassen. Auch kein Thema... Normalerweise wäre das richtig... Oder?
 
Leider kann man das nicht pauschal sagen... Besonders nicht, wenn die Software mit einem deutschen Server kommuniziert. Der könnte es zwar auch anders, aber liefert erstmal ein Datum in "seinem" Format... "dd.nn.yyyy hh:mm:ss".
Wenn die "schlaue" Software aber ein TDateTime.TryParse ohne eine Länderkennung macht... Nimmt diese Funktion das Format gemäß Ländereinstellung... Und das ist bei einem us-Windows leider anders...

Klar könnte der Server das Datum "direkt" richtig liefern, wenn er die Länderkennung des Zielsystems auswerten würde... Aber das hat "Man(n)" ja noch nie gebraucht...

Dienstag, 31. Januar 2017

FDK - RELEASE - DAY

FDK - RELEASE - DAY

Die Auslieferung des FDK hat begonnen.


Es hat ein bisschen länger gedauert als erwartet, aber das soll die Freude nicht schmälern.

Die gute Nachricht lautet : Bis zum 30.04.2017 gilt noch der Early-Bird-Preis von 299,- €

Momentan gibt es "nur" die Voll-Version in der Source-Code Distribution. Für andere Versionen hat sich bisher keiner Interessiert, daher erstmal nur diese.

Eine Demo-Version ist auch Planung, aber das kann noch ein bisschen dauern, daher habe ich den Early-Bird Zeitraum nochmal verlängert.

Mein eigener Installer löst direkt mehrere Aufgaben.
  • Die Installation / De-Installation
  • Pflege- und Änderbarkeit der Kundendaten (Adresse, Telefon usw.)
  • Online-Shop - Inkl. Rechnungslegung
  • Neukunden-Registrierung

Das Setup Programm steht ab SOFORT zum download bereit unter: http://www.delphiprofi.de/FDK/FDKSetup.zip

 
Alle die bereits eine FDK-Early-Bird-Version bestellt haben, sollten bereits im E-MAIL-Postfach eine entsprechende Nachricht mit den Zugangsdaten finden.
 
Das gilt auch für die Entwickler, die auf den Delphitagen 2016 eine Version gewonnen haben. Leider fehlt mir von einem noch die EMAIL, also bitte melden! 

Das FDK ist für Delphi 10.1 (2) entwickelt - läuft aber auch mit XE 10 Seattle und mit kleinen Einschränkungen auch auf  XE 8. XE 7 & 6 habe ich nicht mehr getestet.
Das Setup läuft auf Windows Vista, 7, 8 und 10.
 
 
Also viel Spass
 
und Happy Coding...
 
PS: Momentan ist die Bezahlung immer per Vorkasse andere Bezahlsysteme wie amazon-Pay oder Paypal sind in Vorbereitung.
 
Eine Kurzanleitung (PDF) für den Einstieg ist in deutscher Sprache enthalten. Alle Code-Insight Dokumentationen sind in englischer Sprache - das gilt auch für den Installer.
 
Auch wenn dieses Developer Kit für FMX entwickelt wurde, sind 90% der Units auch für das VCL-Framework zu gebrauchen.
 
Die Auslieferung der Version 1.0 umfasst neben den Demos, Sourcecode Formatter, LiveTemplates, Resourcebasierte Exception-Texte in English, Deutsch (Spanisch, Russisch, Französisch und Niederländisch nur per Google-Übersetzer), folgende Units im Source:
 
Delphi.VersionConsts.pas
Delphiprofi.FDK.AnyConverter.pas
Delphiprofi.FDK.AnyFactory.pas
Delphiprofi.FDK.AppConfig.pas
Delphiprofi.FDK.AppGlobal.pas
Delphiprofi.FDK.BackgroundWorker.pas
Delphiprofi.FDK.CallByIDFactory.pas
Delphiprofi.FDK.Classes.pas
Delphiprofi.FDK.Compressing.pas
Delphiprofi.FDK.Compressing.ZLib.pas
Delphiprofi.FDK.Config.pas
Delphiprofi.FDK.Console.pas
Delphiprofi.FDK.Converters.pas
Delphiprofi.FDK.DataView.pas
Delphiprofi.FDK.Enumerables.pas
Delphiprofi.FDK.Events.pas
Delphiprofi.FDK.Exceptions.Handler.pas
Delphiprofi.FDK.Exceptions.pas
Delphiprofi.FDK.FireDAC.pas
Delphiprofi.FDK.FluidCreator.pas
Delphiprofi.FDK.Fmx.Enumerables.pas
Delphiprofi.FDK.FMXHelpers.pas
Delphiprofi.FDK.Generics.BlockingCollections.pas
Delphiprofi.FDK.Generics.Collections.pas
Delphiprofi.FDK.HeartbeatWorker.pas
Delphiprofi.FDK.Helpers.pas
Delphiprofi.FDK.IdleWorker.pas
Delphiprofi.FDK.IFDEF.pas
Delphiprofi.FDK.IO.pas
Delphiprofi.FDK.Logging.ConsoleLogger.pas
Delphiprofi.FDK.Logging.DebugLogger.pas
Delphiprofi.FDK.Logging.FileLogger.pas
Delphiprofi.FDK.Logging.LogFilter.pas
Delphiprofi.FDK.Logging.pas
Delphiprofi.FDK.MainApplication.pas
Delphiprofi.FDK.Messages.pas
Delphiprofi.FDK.Observer.pas
Delphiprofi.FDK.Pattern.Internals.pas
Delphiprofi.FDK.Pattern.pas
Delphiprofi.FDK.Platform.Utils.pas
Delphiprofi.FDK.Queues.pas
Delphiprofi.FDK.Resource.compressed.pas
Delphiprofi.FDK.Resources.pas
Delphiprofi.FDK.Specifications.Core.pas
Delphiprofi.FDK.Specifications.Dates.pas
Delphiprofi.FDK.Specifications.pas
Delphiprofi.FDK.Specifications.Strings.pas
Delphiprofi.FDK.Stateless.pas
Delphiprofi.FDK.Streams.Hashing.pas
Delphiprofi.FDK.Streams.Internals.pas
Delphiprofi.FDK.Streams.pas
Delphiprofi.FDK.StringConsts.pas
Delphiprofi.FDK.Threading.AsyncTasks.pas
Delphiprofi.FDK.Threading.pas
Delphiprofi.FDK.Threading.Pipeline.pas
Delphiprofi.FDK.Threading.Timers.pas
Delphiprofi.FDK.TimeoutWorker.pas
Delphiprofi.FDK.TreeViewWalker.pas
Delphiprofi.FDK.Types.pas
Delphiprofi.FDK.Utils.pas
Delphiprofi.FDK.Vcl.Enumerables.pas
Delphiprofi.FDK.Winapi.Windows.pas
Es folgen noch weitere Dateien...
 
 
 

Samstag, 21. Januar 2017

FMX und der Ärger mit den Styles...

FMX und der Ärger mit den Styles...

Hat eigentlich irgend jemand schon mal einen eigenen "premium"-Style für Windows, Android und iOS selber erzeugt?

Ich meine nicht die Farbe der Grafik geändert, sondern "so richtig"...

EMBT soll selber mit dem Bitmap-Style-Designer arbeiten? LOL... Kaum zu glauben. Das Tool ist völlig unproduktiv... (Soll nicht heißen, dass es nicht funktioniert).

Wie sind die mitgelieferten Styles erzeugt worden? Einfach mal so die Grafiken auf ein PNG positionieren und dann ALLE einzeln mit der Maus verknüpfen?

Selbstverständlich werden alle Style-Elemente total unterschiedlich für iOS, Android und Windows positioniert... Warum auch ein Schema nehmen... omg... Sorry, aber ich habe in meiner Firma keine eigene Style-Abteilung die nur den ganzen Tag mit Photoshop zaubern.

Lassen wir mal die Discussion, ob sich das Aussehen einer App auf jedem Betriebssystem unterscheiden soll, weg. Nach dem Motto: "Ich hab mir extra ein Android-Handy gekauft, weil die iOS-Apps mir zu bunt sind". Deswegen sieht die FB-App auf iOS auch genauso aus wie auf Android... (Abgesehen von der Position der Tabs)

Sonst würden die "premium"-Styles ja auch keinen Sinn machen, oder?

Also: Meine-App... Mein-Style...

Also legen wir mal los... Welche Vorlage? Interessanterweise sind die Einstellung der einzelnen Verknüpfungen auf Plattformspezifisch, aber was sind die richtigen Werte?

Also hilft nur Try und Error... (2 Tage)

OK...

1. Style ist fertig... Unnötig zu sagen, dass dieser Style auf Windows und iOS prima funktioniert, aber auf Android Anzeigefehler produziert...

Ich werde weiter berichten...

Natürlich habe ich für das ein oder andere extra ein Tool programmiert... ;-)



Montag, 2. Januar 2017

Ein frohes 2017!

Und schon wieder ist ein Jahr rum. Klingt komisch, is aber so...

Als ich heute eine kleine Änderung im FDK gemacht habe, habe ich "selbstverständlich" auch im Changelog die Änderung notiert und musste feststellen, der 1. Eintrag war schon im Jahr 2015...

2015 habe ich damit schon begonnen? Kaum zu glauben... Wie viel Entwicklungszeit schon in den Units steckt.

Natürlich habe ich nicht 15 Monate kontinuierlich daran gearbeitet, sondern immer dann, wenn ich eine neue Routine gebraucht habe diese - in einer allgemeinen Version - ins FDK aufgenommen. Sehr viel Zeit ist aber auch in Änderungen und Verbesserungen geflossen.

Ein kleines Fazit - nur für mich:

Das FDK zu entwickeln war die beste Entscheidung die ich seit langem getroffen habe. Jede Stunde die in die Entwicklung geflossen ist, habe ich schon mehr als doppelt bei meinen eigenen Projekten gespart...

Mein Ziel war es.
  1. Wiederverwendbaren Code zu produzieren.
  2. Mit Dependency Injektion und Factorys, meine Units unabhängige von einander zu erzeugen.
  3. Wrapper zu verwenden, die einem die Verwendung von XY erleichtern.
  4. Projekte im MVVM - Style zu programmieren.
  5. Plattform unabhängig zu programmieren.
  6. Threadsave zu programmieren.
  7. Zeit zu sparen.
Alle diese Punkte werden erfüllt.

Ein Beispiel aus einem aktuellen Projekt (Die Unit ist nicht mal 500 Lines lang)

Uses
  System.Classes,
  System.SysUtils,
  System.Rtti,
  System.Generics.Defaults,
  System.Generics.Collections,
  REST.JSON,
  Delphiprofi.FDK.AnyFactory,
  Delphiprofi.FDK.FMXHelpers,
  Delphiprofi.FDK.Streams,
  Delphiprofi.FDK.Enumerables,
  Delphiprofi.FDK.Compressing.Zlib,
  Delphiprofi.FDK.REST,
  Delphiprofi.FDK.JSON,
  Delphiprofi.FDK.Utils,
  Delphiprofi.FDK.Helpers,
  Delphiprofi.FDK.Types,
  Delphiprofi.FDK.FluidCreator,

  Delphiprofi.FDK.FireDac,
  Delphiprofi.FDK.LocalWebModul,
  Delphiprofi.FDK.Messages,
  Delphiprofi.FDK.TreeviewHandler

  MyInterfaces;

Macht aber den kompletten IO zwischen lokaler Datenbank, dem REST Server und der Applikation. Hierfür habe ich KEINE EINZIGE Komponente auf ein Form geklickt.

Abgesehen von wenigen Ausnahmen, habe ich im gesamten Projekt kein einziges Konstrukt wie:

Foo := TFoo.Create;
try
  try
    // Whatever
  except
    On E : Exception
      begin
         // Whatever
      end;
  end;
finally
  FreeAndNIL(Foo);
end;

Da es zur Zeit noch kein ARC für Windows gibt, nutze ich konsequent Interfaces und Ref-Counted Objecte... Somit läuft der Code immer gleicht, egal ob mobile oder Windows/OSX Version.

Es bleibt spannend...

Samstag, 3. Dezember 2016

FDK - Setup nearly ready...

Hi!

Nun ist es soweit. Das dynamische Installationsprogramm fürs FDK ist in wenigen Tagen online.


Wie immer war "normal" zu "normal". Daher habe ich mich entschlossen, das Setup komplett neu in Firemonkey - natürlich mit dem FDK - selber zu programmieren.

Ggf. wird das Setup per Setup installiert... Oliver hatte da so eine Idee...

Warum dann ein eigenes Setup?

Ganz einfach, ich hatte keine Lust auch noch einen Webshop - Bestellformular - Registrierung  - Trailinstaller usw. für die Webseite zu programmieren... Und natürlich wollte ich kein deinstallieren / installieren Prozess  jedes mal machen müssen, daher verhält sich der Installationsprozess wie ein Update von einem Repository.

Dann wird nach dynamisch entschieden, was überhaupt - per REST - herunter geladen werden muss.

Das Ganze setzt - auf den in Zukunft noch kommenden - Zusatzmodulen:

- REST-AddOn
- MVVM-AddOn
- FDK-REST-Server

auf. Eine enorme Erleichterung, wenn man diese Dinge nicht selber (LOL) programmieren muss.

Das MVVM-AddOn nutzt auch mein eigenes NotVisual-LiveBinding, welches über die RTTI die Komponenten der Views mit den Propertys des ViewModels verbindet...

Ein ganzes Adress-Formular ans ViewModel binden? - piece of cake...
 
Alle die bereits das Early-Bird Paket bestellt haben, erhalten in den nächsten Tagen eine e-Mail mit dem Downloadlink.
 
Alle anderen können es gerne noch bestellen!
 
 
Einfach eine e-Mail mit dem Betreff : "Early-Bird" und den Kontaktdaten an Sysop@delphiprofi.de senden

Samstag, 19. November 2016

FDK: Hat vielleicht den falschen Namen?

Hallo Zusammen!

Böse-Zungen behaupten FDK steht eigentlich nicht für:

Firemonkey-Development-Kit sondern für Frank's-Development-Kit.

Dem ist "natürlich" nicht so... Viele Pattern und Units kommen auch von Sir-Rufo.

Aber aus aktueller Sicht, muss ich vielleicht zugeben, dass die Namensgebung nicht schlau gewählt war, denn

90% oder sogar mehr der Routinen funktionieren
genauso für VCL-Programme.
 
Warum also Firemonkey? Ganz einfach, weil die Pattern und viele Routinen entstanden sind aus der Notwendigkeit unter FMX anders zu programmieren als unter Windows und VCL. Und das ist immer noch der Keypoint. Jede neue Routine, die es ins FDK schafft, wird so programmiert, dass Sie optimal unter FMX und den mobilen Plattformen funktioniert.
 
Also liebe VCL Programmierer - Klar ist das FDK auch etwas für Euch... Und ja, auch um Code aus alten Projekten zu refrakturieren!