🚀 go-pugleaf

W dniu 2012-01-12 21:50, Piotr Rezmer pisze:
> Adam Siwoń pisze:
>
>> Ma to zostać wykonane z użyciem
>> protokołu SOAP. Do komunikacji chcę użyć RO SDK.
>> W dużym uproszczeniu będą to listy zadań do wykonania, które zostaną
>> wyświetlone na urządzeniu mobilnym i potwierdzone po wykonaniu. Zadania
>> są zapisane w bazie danych - więc mogę bez problemów pobrać je do
>> dataseta. I teraz pytanie co dalej?
>
> To że dane przechowujesz w DB nie powinno wpływać na logikę aplikacji.
>
> Zaprojektuj klasy entity w postaci
>
> TZadanie=class
> published
> property X read getX write setX
> ....
> end.
>
> Ponieważ większość frameworków używa własnej klasy bazowej do
> przenoszenia danych, powinieneś zbudować klasę pomocniczą odpowiedzialną
> za tłumaczenie obiektu biznesowego na obiekt związany z frameworkiem. W
> ten sposób jeśli kiedyś zdecydujesz się na zmianę RemObjects na coś
> innego, zmianę przeprowadzisz tylko w tej klasie pomocniczej.
>
> TZadanie=class
> class function translateToROZadanie( zadanie :TZadanie): TROZadanie;
> class function translateToZadanie( zadanie :TROZadanie): TZadanie;
> end;

To już chyba wolałbym utworzyć uniwersalną klasę konwertera, która 
posiłkując się RTTI i mapowaniem poprzenosi wartości z jednej klasy do 
drugiej - będę miał uniwersalny automat. A w sytuacji, gdy nie da się 
czegoś załatwić mapowaniem - zawsze można dopisać klasę obsługującą 
szczególny przypadek.


> Za pomocą Service Buildera możesz zdefiniować typ (Struct) pełniący rolę
> kontenera TROZadanie. Dalej, możesz zdefiniować typ Array o elementach
> TROZadanie.

I takie są oczekiwania klienta.

> Tak z ciekawości: klient będzie oparty o jaki język?

Na chwilę obecną klientem ma być webservice pisany w czymś pod .net.

-- 
z pozdrowieniami
Adam Siwoń