#1 2014-10-22 03:11:44

foncci
Member
Registered: 2013-11-15
Posts: 53

function exposing a TFDJSONDataSets

Hi All,

With the introduction of Data.FireDACJSONReflect I have seen some webminars using it with DataSnap. So far I have not used DataSnap for production(just played with it) but I have a many mORMot services working like a charm. As I'm not a big fan of ORMs I use mORMot for SOA, exposing my own serialized data as JSON and being able to use TFDJSONDataSets would be great for me.
Does anyone tried it? Any experience?

Ab, have you in plans to have a SOA framework independent of the ORM framework?

Regards,

Al

Offline

#2 2014-10-22 06:56:22

ab
Administrator
From: France
Registered: 2010-06-21
Posts: 14,659
Website

Re: function exposing a TFDJSONDataSets

You can already use the SOA without using the ORM.
A simple TSQLRestServerFullInMemory REST server class is enough to run a SOA server.
Even the authentication user and group tables can by-pass the ORM via TSQLRestServerAuthentication.GetUser().

I would not be fair in comparing DataSnap/FireDacJsonReflect and mORMot...
IMHO it is a bit comparing apples and oranges: DataSnap is very RAD/TComponent oriented, whereas mORMot is code/OOP oriented.
TFDJSONDataSets sounds to me like a classic 2-Tier development, just changing the communication layer between a RAD/rich Delphi application and and DB to use JSON instead of the database direct connection. So IMHO this is not true 3-Tier architecture, but a 2-Tier in disguise (to be more precise, this is a 3-tier physical design, with a 2-tier logical architecture - see the SAD 1.18 pdf about nTier).
Whereas SOA is to about put the business logic on the server, being abstracted and uncoupled for any persistence mean, creating a n-Tier logical design.

Offline

Board footer

Powered by FluxBB