Solutions Web Service à partir de Mac

Question

Essayer de trouver rapidement un moyen de développer des services Web sur la plate-forme Mac Server qui sera diffusée via Apache et de pouvoir écrire sur des fichiers plats ou SQL Lite sur Mac.

Nous avons les compétences .net, ObjC, C++, Python et Java. Nous avons déjà fait beaucoup de travail sur les services web sous Windows et nous irons probablement avec Azure lorsque nous construirons le produit. Notre serveur de développement est sur Mac OSX 10.5.8 et nous sommes sur un budget serré de temps et de coût pour obtenir un prototype fait pour un petit groupe de bêta (< que 500 transactions par jour) que nous pourrons retravailler plus tard.

Nous pensons SOAP, éventuellement REST. Vous n'êtes pas sûr de ce qui est disponible pour Mac?

Toute aide appréciée // :)

Answer 1

Si vous développez un service, vous devez avoir une idée des clients que vous essayez de traiter. Si ces clients s'attendent à parler à un service SOAP, vous aurez besoin de SOAP. Si vous ne faites que du code JavaScript dans un navigateur, REST est probablement suffisant.

Apache CXF, étant 100% Java Open Source, peut être utilisé pour construire des services REST ou SOAP sur MacOS ou n'importe où ailleurs. Il y a, bien sûr, d'autres options.

Answer 2

Qu'en est-il de Ruby on Rails? Facile à déployer, fonctionne très bien sur Mac - et est trivial pour les services web RESTful.

Si vous DonT besoin de toute la magie des rails, l'autre (bien que) l'option Ruby serait d'utiliser Sinatra - Je défie quiconque de trouver une bibliothèque webservices RESTful plus facile à utiliser que celui - son si élégant et si facile. Je suis primarilly un développeur .Net, mais j'ai ramassé Ruby et Sinatra dans un battement de coeur.

Dans les deux cas, je resterais loin de SOAP - À mon avis, c'est trop rigide ces jours-ci. Dans un monde web 2.0 d'API Internet en direct rendant les webservices RESTful est l'option la plus facile, la plus rapide (et la plus petite). Nous avions l'habitude d'utiliser SOAP exclusivement là où je travaille, mais la réalité est que ça ne se passe pas de la même manière que REST. Avec l'accessibilité des frameworks de sérialisation JSON et XML pour toute languge, même le passage d'objet est trivial. SOAP est plus difficile à mettre à l'échelle, est plus difficile à tester, utilise plus de bande passante et n'est pas aussi flexible. Tout ne peut pas parler SOAP (hors de la boîte), mais dites-moi quelque chose qui ne peut pas faire une demande HTTP?