Estoy usando JBoss Seam Framework, pero me parece que no es muy popular entre los desarrolladores de Java. Quiero saber cuántos programadores de Java aquí lo están usando y en qué tipo de proyectos. ¿Es tan bueno como django o RoR?Qué tan popular es el Seam Framework
En nuestra JBoss Seam in Action presentation en la conferencia de Javapolis el año pasado, mi colega y yo dijimos que 'Seam es la próxima Struts'. Esto necesitaba alguna explicación, que luego escribí como Seam is the new Struts. No hace falta decir que nos gusta Seam.
Una indicación de la popularidad de Seam es el nivel de tráfico en el Seam Users Forum.
Espero que esto ayude un poco, pero en mi universidad nuestro curso de aplicaciones web acaba de ser renovado. Así que ahora vamos a la ruta jsp, servlet, hibernate con la segunda parte del curso en su mayoría JBoss Seam. Entonces, quién sabe, probablemente solo necesite tiempo para crecer en la comunidad.
La costura se fija según las anotaciones JSF. No más de mierda XML. Lo usé en el trabajo.
He usado JBoss Seam en dos proyectos comerciales para dos clientes diferentes. Sin embargo, JBoss Seam sigue siendo un nuevo enfoque para desarrollar aplicaciones web JSF. Una medida son los resultados de Indeed Indeed search.
diría que la costura es un marco bastante popular, que tiene un gran documentación, una gran y útil de la comunidad y un foro con muchas muchas preguntas y problemas contestadas.
Debería ser popular entre los desarrolladores que usan jsf porque funciona muy bien con jsf, pero no solo eso ... arregla jsf de muchas formas (s: etiqueta convertEntity y modelo de componente unificado son mis ejemplos favoritos).
Realmente funciona para nosotros .... JSF + EJB3.0 con la ayuda de Seam Framework es realmente fantástico. Pero tengo una pregunta ... ¿por qué esto no es cada vez más popular para el desarrollo de aplicaciones a gran escala.I He visto que muchos están usando otros frameworks para desarrollar aplicaciones j2ee a gran escala. Me parece que seam realmente ayuda a los desarrolladores a construir una aplicación j2ee ... pero aún así ... ¿por qué esto, pero entrando?
He usado JBoss Seam ahora durante aproximadamente un año y me gusta mucho durante la primavera. Lamentablemente, no uso esto en el trabajo, más para proyectos paralelos y proyectos personales. Para mí, me ahorra mucho tiempo desarrollando nuevos proyectos para clientes. Y, una gran razón por la que lo uso principalmente es la estrecha integración con cada capa y nunca recibo ningún error de carga lenta que solía obtener con Spring (incluso después del filtro y otros hacks).
Una aplicación equivalente de Spring tendría mucho más código repetitivo para que funcione. Spring no integra muy bien cada capa, es más o menos una envoltura para muchas cosas diferentes, pero no se pega muy bien.
La otra cosa agradable que me gusta de Seam es que practican lo que predican. Hecha un vistazo a su página web. Adivina qué está ejecutando, hmm, un ejemplo en vivo de su código. Seam Wiki, Seam Forums, etc. Si realmente crees en tu código, páralo. Me encantaría tener su buscapersonas 24x7x365, apuesto a que rara vez se dispara.
Mientras escribe mucho menos código, la curva de aprendizaje es dos veces más empinada. Cuanto más entro, más entiendo cómo escribir un buen código. Me gustaría ver más comentarios, pero en cuanto al estilo de codificación, está bien escrito.
En el lado negativo, al igual que cualquier producto que intente comercializar, Seam fue años después de que Spring ya se había hecho popular, por lo que Spring es mucho más popular. Buscar en Indeed y Seam solo tiene algunos éxitos. Si te fijas en Spring, hay aproximadamente 40k usuarios registrados, mientras que Seam tiene aproximadamente 7k.
Depende de lo que es importante para usted, como desarrollador/ingeniero/programador de Java, debe poder trabajar con ambas tecnologías y es probable que encuentre una aplicación de Spring antes de una de Seam. Aprenda ambos y cómo aprovechar ambos. Si usa los dos correctamente y conoce los matices y peculiaridades de cada uno, el desarrollo se vuelve mucho más fácil ya sea que esté usando Spring o Seam.
No estoy de acuerdo con la afirmación, "Seam es el próximo Struts". Struts era una tecnología de visión, mientras que Seam integra todas las capas. Estoy de acuerdo en que es un concepto nuevo como Struts y traerá el mismo impacto a la comunidad Java que Struts. No creo que veremos eso hasta que Java EE 6 y CDI se vuelvan más populares, y por supuesto se lanza Seam 3.
Walter
me gusta la costura, han estado usando durante el año pasado profesionalmente.
Sin embargo, la pregunta se refiere a su popularidad. Puedo ver las siguientes indicaciones de que no es muy popular (al menos en comparación con JSF simple o primavera):
Su foro es muy inactiva (por lo menos en este momento, están trabajando duro en la costura 3) http://seamframework.org/Community/SeamCommunityForumSlightlyInactive
También puede echar un vistazo a su comparación con la primavera en ideas de Google para la búsqueda: http://www.google.com/insights/search/?hl=en-US#cat=732&q=seam%2Cspring&cmpt=q
Sólo sé una otra compañía aquí en Atenas, donde lo usan, y sé que un puñado de empresas que usan JSF simple, Struts o Spring (por supuesto, Atenas no es representativa para todo el mundo).
hmm ... el único problema con la comparación de estos términos en las estadísticas de Google es que ambos términos son compartidos por otras búsquedas comunes. Por ejemplo, la "primavera" alcanza su punto máximo al comienzo de cada año y luego desaparece de acuerdo con la temporada. – JoshC13
No, la búsqueda está en la categoría "Java". –
ah, cosas geniales. ¡Eso tiene mucho más sentido! – JoshC13
Hemos estado utilizando Seam durante un tiempo en grandes proyectos. Fácil de poner en marcha un nuevo proyecto, la ingeniería inversa es muy útil.
Cuando Java se introdujo en los años 90 como roble, la comunidad no lo abrazó porque era demasiado poderoso para su tiempo y fue apreciado más adelante y ahora está ejecutando el espectáculo. Seam se popularizará pronto. si no, puede renombrarse como oak to java.
He usado Seam de Seam 1.2 desde 2007 en proyectos medianos y grandes, a veces en pequeños proyectos de no más de 200 usuarios. Mi principal preocupación es la productividad. Aunque mi equipo ya ha obtenido una productividad obvia desde Spring desde 2005, para algunos clientes difíciles los desarrolladores deben codificar javascripts, lo que lleva mucho tiempo y es propenso a errores. Seam fue realmente útil en este escenario porque en ese momento la mayoría de los desarrolladores de mi equipo no tenían experiencia con JSF. Feliz de ver a Seam siendo más popular.
Seam ha sido descontinuado en 2012. Sin embargo, Apache DeltaSpike es la versión moderna de Seam, y este proyecto se mantiene activamente, e incluso ganó el 2014 Duke's Choice Award.
Si me gustaba Seam, casi no lo llamaría "el nuevo Struts" ;-P – interstar
Sí, si Seam es el nuevo Struts, definitivamente lo evitaría. ¿Nunca has probado Spring's WebMVC? Tu artículo no lo mencionó. Todo el poder que necesitas, sin nada que no necesites.Usted elige qué heredar y construir sobre él. Es genial. Webflow también es útil, pero es una bestia diferente. – MetroidFan2002
Olvidaste el punto: quise decir 'Struts' en el sentido de 'marco estándar de facto', que solía ser. Struts solo parece viejo ahora, pero en 2001, cuando Struts era la nueva JSP, era mucho más convincente. Pasaron años para que algo mejor ganara tracción. –