![[GOOGLE PICASA]](./themes/speexx/images/picasa32x32.png "Sascha@Picasa"){kind=small}
![[GOOGLE PLUS]](./images/icons/plus48.png "Sascha@Google+"){kind=icon}
![[TWITTER]](./themes/speexx/images/twitter_newbird_white.s.png "Sascha@Twitter"){kind=small}
![ATOM FEED]](./themes/speexx/images/feed-icon-14x14.png "Atom 1.0 Feed"){kind=icon}
![[EMPHASIZE]](./images/icons/emphasize.80x15.gif "Martin Hartnagel"){kind=icon}
Da denkst du dir ein elegantes REST API aus. CRUD auf PUT, POST, GET und DELETE abgebildet. Und dann sagt der Kunde dir, der Client basiert auf Flex. Und das Flex beim Kunden kann nur POST und GET.
Meine Einstellung zu Flex und dem ganzen anderen Dreck von Adobe, war noch nie positiv. Und sowas hebt nicht gerade meine Stimmung.
Kommentare[2]
Geschrieben von sascha am 25. Februar 2010 17:05:06 CET
antworten |
Permalink
Re: Flex: GET und POST muss reichen
Tja, da bleibt dir nur übrig, auf BlazeDS oder ähnlichem zu setzen. Nicht optimal, aber dann gehts auch mit der REST-API.
kommentiert von Christian G. am 1. März 2010 20:08:10 CET
Das ist nicht ganz so einfach. Zum einen hat der Anbieter BlazeDS nicht zertifiziert. Zum anderen können wir nicht für einen Kunden das gesamte Serverframework umbauen. So wichtig ist er auch nicht.
kommentiert von sascha am 1. März 2010 20:50:50 CET