WebObjects es un excelente producto que fue mucho antes de su tiempo en los días del Objetivo C. Este artículo de Wired sería el mejor para explicar la grandeza de WebObjects: http://www.wired.com/wired/archi…
Su “Marco de objetos empresariales” está muy por delante de su tiempo. Piense en ActiveRecords of Ruby disponible hace 10 años.
WebObjects transitó de Objective C a Java en la versión 5, y desplegar una instalación de WebObjects requeriría:
- ¿Qué conceptos básicos de HTML y JavaScript son imprescindibles para aprender AngularJS?
- Cómo instalar el archivo de imagen iso de Windows en un teléfono Android
- ¿Es posible usar múltiples temas en 1 sitio de WordPress?
- ¿Cuál es una buena manera de automatizar el proceso de ofuscación para bibliotecas JavaScript personalizadas?
- ¿Cuál es la mejor prueba de codificación para dar a un empleado potencial?
- Ejecute e implemente su aplicación WebObjects a través del demonio WebObjects y conéctela con mod_webobjects a Apache, o
- A partir de 5.1, puede implementar una aplicación de servlet .war estándar en otro servidor de aplicaciones Java
Sin embargo, las licencias de WebObjects solían ser un obstáculo para el espectáculo. WebObjects 5.2 tiene un precio de cotización de $ 699 USD http://amzn.to/ezmuwY, hasta que WebObjects 5.3 salga gratis en la versión para desarrolladores.
Desde un punto de vista de inicio:
- La última actualización de WebObjects 5.4 es septiembre de 2008. Dado que no es de código abierto, es más difícil rastrear y arreglar las cosas.
- Hay un puñado de componentes de código abierto que se pueden aprovechar para WebObjects, como Project Wonder http://projectwonder.blogspot.com/
- Antes de que Ruby on Rails o Django salieran, WebObjects sería la mejor “herramienta de desarrollo rápido” para crear prototipos y desarrollar una aplicación web rápidamente. Cosas como Direct-to-Web http://bit.ly/fEZ6jG es una maravilla. Sin embargo, Django también tiene su excelente sitio de administración de Django http://bit.ly/2fG8l también.
- Dada la opción de escalar servidores en Amazon EC2, definitivamente sería mucho más fácil con PHP, Django o RoR, en comparación con WebObjects.
- La implementación de una aplicación WebObjects requeriría un apagado tedioso y se reiniciará en todas las instancias del servidor de aplicaciones Java. Cosas como PHP, Django o RoR probablemente necesiten unos segundos en comparación con eso. Sin mencionar que volver a compilar el proyecto siempre es doloroso.
- Hay una comunidad de cosas en github, Stack Overflow en todo tipo de cosas sobre las alternativas.
Personalmente amo mucho los WebObjects. Pero dada la facilidad de uso con cosas como Django y RoR, es difícil para mí mirar hacia atrás.