'nabend,

es gibt nicht zufällig ein Define für das im Projekt verwendete Framework?
Via {$IFDEF MSWINDOWS/ANDROID/MACOS/IOS} kann man zwar auf die Zielplattform prüfen, aber ob eine Windowsanwendung FMX oder VCL benutzt, kann ich in einer Unit irendwie nicht rausbekommen.

Grund: eine nichtvisuelle Komponente, welche man auf eine VCL oder FMX-Form legen kann.
Grundsätzlich geht das, aber was macht man, wenn man in der Komponente einen TTimer verwenden will?

Vcl.ExtCtrls oder Fmx.Types

Erst dachte ich, kein Problem, ich binde einfach ExtCtrls und Types ein und lass' über die definierten Namespaces entscheiden, da es beide Units beiden Frameworks gibt
und dann ist es mir egal, aus welcher Unit der Timer nun kommt.
FMX: Vcl.ExtCtrls, System.Types
VCL: Fmx.ExtCtrls, Fmx.Types

Leider klappt das bei ExtCtrls, aber nicht bei Types, denn System.Types, Vcl.Types und Fmx.Types


Die einzige Lösung, welche ich bis jetzt fand, ist die Kompoente doppelt zu entwicklen, aber das ist doch auch keine Lösung.

markieren

Delphi-Quellcode:

//Fmx.MyClass.pas
GroupDescendentsWith(TMyClass, Vcl.Controls.TControl);

//Vcl.MyClass.pas
GroupDescendentsWith(TMyClass, Fmx.Types.TControl);

Genauso wie den Timer selbst zu basteln auch nicht in Frage kommt. Oder in der VCL dennoch versuchen direkt auf IFMXTimerService zu gehn.

zusammenfalten · markieren

Delphi-Quellcode:

unit VCL.Hybrids;

interface

uses
  Vcl.ExtCtrls;

type
  TTimer = Vcl.ExtCtrls.TTimer;

implementation

end.

zusammenfalten · markieren

Delphi-Quellcode:

unit FMX.Hybrids;

interface

uses
  FMX.Types;

type
  TTimer = FMX.Types.TTimer;

implementation

end.

zusammenfalten · markieren

Delphi-Quellcode:

unit Unit7;

interface

uses
  Hybrids;

type
  TMyTimer = class(TTimer)

  end;

implementation

end.

Hmmm, auf die Idee nur den Timer abzuleiten, bin ich noch nicht gekommen.
Hätte beinah meine Klasse abgeleitet (mit 'ner virtuellen ErstelleTimer-Methode) und gehofft der Formdesigner kommt damit klar, daß es zwei Komponenten mit dem selben Namen gibt.

Komponentenentwicklung für MultiPlattform und MultiCompilerVersion gestaltet sich garnicht so einfach.

http://delphibistro.com/?p=206
http://stackoverflow.com/questions/1...th-vcl-and-fmx

Irgendwas ist hier komisch (XE7, aber da hat sich bestimmt in XE8 eh nix verändert)

Firemonkeyanwendungen referenzieren die Winapi und Win, aber kein FMX?
Und ein nichtvisueller Service die VCL.

Das sind jeweils die Standardwerte von neuen Anwendungen.
erste+zweite Zeile = Namespaces der Ableitungen (vorallem Windows und MacOS ... Android ist in Ableitungen nicht überschrieben)
zweite Zeile = der Teil aus der Basiskonfiguration


FMX Metropolis
Winapi;System.Win;Data.Win;Datasnap.Win;Web.Win;Soap.Win;Xml.Win;Bde;
System;Xml;Data;Datasnap;Web;Soap

Geräteübergreifend - 3D
Winapi;System.Win;Data.Win;Datasnap.Win;Web.Win;Soap.Win;Xml.Win;Bde;
System;Xml;Data;Datasnap;Web;Soap

Geräteübergreifend - Leer
Winapi;System.Win;Data.Win;Datasnap.Win;Web.Win;Soap.Win;Xml.Win;Bde;
System;Xml;Data;Datasnap;Web;Soap

Konsole
Winapi;System.Win;Data.Win;Datasnap.Win;Web.Win;Soap.Win;Xml.Win;Bde;
System;Xml;Data;Datasnap;Web;Soap

Package
Winapi;System.Win;Data.Win;Datasnap.Win;Web.Win;Soap.Win;Xml.Win;Bde;
System;Xml;Data;Datasnap;Web;Soap

Service
Winapi;System.Win;Data.Win;Datasnap.Win;Web.Win;Soap.Win;Xml.Win;Bde;
System;Xml;Data;Datasnap;Web;Soap;Vcl;Vcl.Imaging;Vcl.Touch;Vcl.Samples;Vcl.Shell

VCL
Winapi;System.Win;Data.Win;Datasnap.Win;Web.Win;Soap.Win;Xml.Win;Bde;
System;Xml;Data;Datasnap;Web;Soap;Vcl;Vcl.Imaging;Vcl.Touch;Vcl.Samples;Vcl.Shell

Zitat von himitsu:

Firemonkeyanwendungen referenzieren die Winapi und Win, aber kein FMX?

Vermutlich geht man davon aus, daß FMX-Anwendungen immer voll qualifizierte Unitnamen verwenden. Aber: ja, das ist zumindest diskutabel. Für mein Beispiel oben musste ich FMX auch noch in die Liste aufnehmen.

Zitat von himitsu:

Und ein nichtvisueller Service die VCL.

Da Services eh nur unter Windows gehen, ist das zumindest nicht tragisch. Es würde somit auch keinen Sinn machen, hier mit Gewalt auf VCL verzichten zu wollen.

Zitat von himitsu:

erste+zweite Zeile = Namespaces der Ableitungen (vorallem Windows und MacOS ... Android ist in Ableitungen nicht überschrieben)

Hier unter XE8 sind nur die Windows-Konfigurationen entsprechend überschrieben.

Da Services aber (standardmäßig) nichts visuelles Benutzen dürfen, wäre VCL im Standard dennoch falsch nicht ganz richtig.
Und da "Plattformübergreifend" vorallem für iOS (den Liebling von Emba) ist, wäre Winapi/Win dort total falsch.

Soo, Feig.FrameworkCheck in die Uses und VCL.Feig.FrameworkCheck.pas, sowie FMX.Feig.FrameworkCheck.pas erstellt.
Leider heißt es dann dennoch "Datei Feig.FrameworkCheck.dcu nicht gefunden", obwohl VCL definiert ist.

Mit FeigFrameworkCheck, VCL.FeigFrameworkCheck.pas, FMX.FeigFrameworkCheck.pas und VCL oder FMX in den Optionen geht es aber.
Ebenso FrameworkCheck, VCL.Feig.FrameworkCheck.pas, FMX.Feig.FrameworkCheck.pas und VCL.Feig oder FMX.Feig (wobei hier Feig.VCL und Feig.FMX namentlich schöner wäre)
oder statt Namespaces ohne zusätzliche Units und dafür lieber mit einem DEFINE in den Projektoptionen.

Komisch ist nur, daß es mit System.Generics.Default.pas zu funktionieren scheint
und bei eigenen Units will der mehrstufige Namespace dann doch nicht. (ich glaub der Compiler hasst mich)