asp.net - pruebas - serializadores rails
¿Existe un equivalente a la API web de ASP.NET en el mundo de Rails? (6)
Eche un vistazo a la uva . Es un marco de API HTTP "Descanso" puro en ruby.
¿O Rails por sí solo es bueno para desarrollar API?
Parece que los tipos de proyectos ASP.NET Web API tienen algo de historia entrelazada con WCF (como se detalla en esta publicación, por ejemplo), por lo que tal vez no sea aplicable a Rails.
ACTUALIZAR
Para aclarar, Microsoft tiene el marco ASP.NET MVC. Recientemente, salieron con un marco llamado ASP.NET Web API . ASP.NET Web API parece tener similitudes con ASP.NET MVC, pero está especializada y recortada para los servicios web RESTful. ¿Hay un equivalente en el espacio de Ruby / Rails?
Es difícil saber a qué te refieres con "API" ... Rails y ASP se utilizan para desarrollar sitios web, y WCF es esencialmente una plataforma de servicios web. ASP y WCF tienen poco en común, es normal que las aplicaciones ASP consuman servicios WCF porque todos se ejecutan en la misma pila y plataforma.
Supongo que Rails en el lado de Microsoft sería una combinación de ASP.NET MVC, Linq2SQL o EntityFramework y algunos WCF.
Sí. Se llama Grails. Utiliza la primavera. Hay muchísimos complementos disponibles y hace que crear webapps sea muy fácil. Lea más sobre esto aquí .
WSO2 parece un marco de servicios web genérico (a diferencia de MVC como Rails) No puedo responder por él, pero parece ser más un marco de servicio en el estilo de WCF Web API (servicio en el sentido genérico, no solo SOAP) .
Entonces, la respuesta es Sí a ambas preguntas. Rails tiene un equivalente y sus Rails .
ASP.NET Web API parece que su corazón es solo un enrutador RESTful con negociación de tipos. Podría estar totalmente fuera de la base aquí, pero de los tutoriales que vi eso me pareció a mí.
Entonces sí, por lo que puedo decir , Rails admite la mayoría de las cosas para las que se creó la Web API . De hecho, en Rails, la mayoría de estas cosas se ven forzadas hasta que uno se informa lo suficiente como para poder cambiarlas (suponiendo que en ese punto uno sabe mejor que hacerlo en realidad).
Pero, en cuanto a la funcionalidad de la Web API . Eso realmente proviene de la capacidad de admitir verbos HTTP ( GET , POST , PUT , DELETE ) que Rails hace.
Pero una fuente de confusión podría ser que en Rails la API RESTful es en realidad la aplicación en sí misma. Lo que significa que no es necesario implementar ninguna otra biblioteca, solo se ha creado de esa manera.
Aquí hay un rápido ejemplo de eso me refiero
Cuando pulses /users/1 obtendrás los datos asociados con ese usuario dependiendo del formato que hayas solicitado. Entonces, si solicita JSON, el controlador devuelve JSON , HTML obtiene HTML , XML obtiene XML , etc. (Mientras dicho formato se implemente para ese recurso)
Una buena visión general de lo que estoy hablando está en estas dos secciones:
Rails Guides :: Controller: representación de datos xml y json
Rails Guides :: Enrutamiento: recursos en la Web
Entonces, podrías construir un sitio web, API o ambos en una aplicación de Rails y todos comenzarían de la misma manera.
Pero por mi limitado conocimiento sobre el tema, diría que un ASP.NET MVC with ASP.NET Web API es en realidad mucho más parecido a un Rails Program que los programas normales ASP.NET MVC que se presentaron antes.
O todo es solo una estratagema inteligente para obtener la mayor cantidad de mayúsculas en un título como humanamente posible.
Ok, esta no es una respuesta directa a su pregunta, sin embargo, parece haber alguna confusión ... La ASP.NET Web API de Microsoft es específicamente una oferta de producto con ASP.NET MVC 4+. Es un marco RESTful. ¿Cómo se compara con RoR? No sé si nunca intenté instalar RoR en Windows. Como con cualquier otra cosa, las experiencias varían ... Los requisitos varían. También intente pensar en el lenguaje, la construcción, el contexto y el marco. ¿Es mejor para desarrollar API? Si está utilizando Linux / Unix, la respuesta es probablemente un sí. Si está en un servidor de Windows, la pregunta es un poco más complicada.
Finalmente,
Escribir en ASP.NET Web API tendrá un 0% que ver con WCF. Tal vez se implemente como tal bajo las cubiertas, pero ASP.NET Web API es (por lo que he visto y hecho con ella) estrictamente una API enlazada HTTP, no TCP / Binary / Piped / etc ... como WCF. Si preguntas