Discussion :

[typhon_186]

Bonjour tout le monde,

J'ai lu sur le datasnap, sur le site d'Embarcadero, et je vois pas clairement pourquoi on devrait suivre cette technique, au lieu de faire du client/serveur traditionnel. J'entend par traditionnel, une application delphi avec des composants, par exemple dbexpress, pour communiquer avec une base de donné logées sur un serveur.

Si quelqu'un pouvait me dire brièvement les raisons qui nous amène à adopter le DataSnap.

Merci d'avance.

[SergioMaster]

Bonsoir,

Brièvement, le(s) traitement(s) des données se fait sur le seul poste hébergeant la base de données, les postes clients ne font que de l'affichage et de la demande de traitement, il est ainsi plus aisé de gérer les transactions, conflits etc... c'est ce que l'on appelle du multi-tiers.

Comparé a un programme intraweb, où tout se fait sur le serveur et où les postes clients utilisent des navigateurs internet, les clients en environnement multi-tiers héberge les programmes clients , le pour moins de trafic de données le moins déploiement des programmes.

Autre avantage du datatsnap pour les SGBD avec licences comme tout le traitement des données se trouve sur le serveur il n'y a besoin que d'une licence

[Paul TOTH]

Bonjour tout le monde,

J'ai lu sur le datasnap, sur le site d'Embarcadero, et je vois pas clairement pourquoi on devrait suivre cette technique, au lieu de faire du client/serveur traditionnel. J'entend par traditionnel, une application delphi avec des composants, par exemple dbexpress, pour communiquer avec une base de donné logées sur un serveur.

Si quelqu'un pouvait me dire brièvement les raisons qui nous amène à adopter le DataSnap.

Merci d'avance.

c'est peut-être tout simplement car ton besoin ne correspond pas à DataSnap. Cette technologie ne remplace pas les autres, elle répond à un besoin.

Avec DataSnap tu peux centraliser sur la partie serveur toute une partie des traitements que tu n'auras pas à redévelopper sur les différents clients, qu'ils soient sous Delphi, C#, Java, Android, Javascript...

C'est un peu comme les procédures stockées, ce n'est pas obligatoire mais ça rend des services dans certains cas. Avec le 3-tiers tu vas bien au delà des procédures stockées.

[andreditdd]

J'ajouterais le compactage (zipLib) et le cryptage du flux.

[Paul TOTH]

J'ajouterais le compactage (zipLib) et le cryptage du flux.

c'est en effet un des besoins qui peux faire préférer une technologie 3-tiers au lieu d'un accès direct à la base.

[typhon_186]

Bonjour,

Merci tout le monde pour ces réponses.

Peut-on alors voir le Datasnap comme un concurrent de J2EE ? et qu'ils sont dans le même style architectural ?

[Paul TOTH]

Je ne connais pas J2EE

ce que je sais c'est que Embarcadero est parti de MIDAS qui s'appuyait sur la technologie DCOM de Microsoft pour aboutir aujourd'hui à une technologie REST utilisant le format JSON. Le serveur DataSnap peux exposer ses objets automatiquement pour Delphi, Java, Android, C#, iOS et Javascript; c'est à dire qu'il produit directement le code source permettant d'interroger le serveur et les objets qu'il expose dans ces différents environnements...je ne suis pas certain que le monde Java offre cette ouverture aux autres langages.

A titre d'exemple j'ai repris un DataSet sous Android Studio, la récupération des données se fait en trois lignes de code (à partir du code généré par DataSnap)...ensuite il y a tout le code purement Android pour alimenter une grille avec un Adapter et tout le bazar qui va avec...ce qui prend trois clics sous Delphi avec LiveBindings

[typhon_186]

Bonjour,

Merci pour toutes ces informations.
Je pense que finalement DataSnap est a pascal, ce que J2EE est a Java.
Oui J2EE propose des ouvertures pour les autres plateforme, à travers les Web Services (SOAP et REST).

Bonne journée.

[Paul TOTH]

Bonjour,

Merci pour toutes ces informations.
Je pense que finalement DataSnap est a pascal, ce que J2EE est a Java.
Oui J2EE propose des ouvertures pour les autres plateforme, à travers les Web Services (SOAP et REST).

Bonne journée.

Delphi propose aussi les WebServices, mais ce que propose DataSnap va plus loin, tu peux obtenir le code source Java d'une classe Delphi exposée dans DataSnap.

Tu pars de ce code Delphi

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
 
function TServerMethods1.VarParamTest(var Value: string): string;
begin
  Value := StrUtils.ReverseString(Value);
  Result := Value;
end;

et tu l'utilises directement dans Java; c'est DataSnap qui te crée la classe Java TServerMethods1

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
 
TServerMethods1 proxy = new TServerMethods1(conn);
VarParamTestReturns Result = proxy.VarParamTest("Hello, World!");
System.out.println(Result.Value);
System.out.println(Result.returnValue);

voir le détail ici

[typhon_186]

Bonjour,

Merci encore pour tous ces détails. C'est effectivement très intéressant de connaitre toutes ces possibilités.
Je comprend maintenant l'utilité du DataSnap, surtout lorsqu'on veut contrôler ce qui est censé être retourné aux postes clients (en mettant en place le serveur d'application), ça permet de crypter par exemple.

Merci 1000 fois.

Bonne journée