2009-03-19 14 views
5

El S#arp Architecture parece genial, pero ¿cree que todavía es demasiado nuevo para comprometerse en un nuevo proyecto importante? (Supongamos que el proyecto parece ser una buena opción para él a primera vista.)¿Utilizaría la arquitectura S # arp en un nuevo proyecto comercial?

Todo parece muy bien, solo me preocupa que el nuevo proyecto en el que estoy trabajando use todas las tecnologías más nuevas - WCF, ASP.NET MVC, etc. - y si agrego una tecnología infantil más, voy a terminar con muchos problemas y sin suficientes habilidades técnicas o apoyo de la comunidad para resolverlos ...

Es solo tan difícil de resistir a ese niño exigente dentro de mí: ¡Quiero tener las cosas más nuevas!

(Negación: No soy muy nuevo en el S # arp Arquitectura, sobre todo por lo que estoy basando mi opinión optimista de que en los objetivos establecidos en el proyecto, los artículos, los bits de código de ejemplo, etc.)

+0

Probablemente debería incluir un enlace: http://code.google.com/p/sharp-architecture/ – Portman

+0

que vencieron a ella :) –

+0

¿Alguna experiencia usando S # arp Architecture? cualquier buena muestra real con el código fuente completo al respecto? Tal vez nuevas versiones con EF 6.0, MVC 4.0, ...? – Kiquenet

Respuesta

5

Lo animo a que experimente con él, y que haga algunos proyectos internos o de hobby con él. Para una aplicación comercial, sugeriría un marco más maduro. Será más estable, mejor soportado, y tendrá una base más amplia de desarrolladores y código de muestra.

2

el problema con las nuevas tecnologías son:

  • no hay mejores prácticas descubiertas sobre tiempo
  • ninguna documentación/muestras/comunidad de otros que puede google para
  • no hay 'estudios de casos' de implementaciones exitosas para demostrar el rendimiento/escalabilidad/etc.
  • no se descubrieron y documentaron las "funciones", y mucho menos se corrigieron.

pero alguien tiene que hacerlo para conseguir esas cosas, bien podría ser usted, si puede permitirse que todo falle y se vuelva a escribir.

Si no puede permitirse el lujo de volver a hacerlo todo el tiempo (en caso de que resulte inútil o demasiado difícil), adhiérase a tecnologías establecidas y comprobadas. Al final, es lo que produces lo que importa, no cómo producirlo.

2

Estoy de acuerdo con John B: S # arp Architecture hace uso de algunos marcos y patrones bien conocidos que, por derecho propio, se prueban en gran parte de batalla y tienen una cantidad razonable de apoyo de la comunidad para garantizar el uso comercial, pero no hay No hay suficiente apoyo comunitario específico o proyectos de ejemplo para garantizar las ventajas que brinda el marco.

Definitivamente es genial como referencia si quieres utilizar algunas de las técnicas que han implementado en el framework.

@leppie - ¿Qué hace que quiera evitar NHibernate?

4

No veo la arquitectura S # arp como un marco o incluso una "arquitectura", sino un punto de partida impresionante para desarrollar una aplicación que utiliza MVC y Fluidez NHibernate. El proyecto y los archivos están bien organizados según la plantilla de Visual Studio que proporciona. Eso por sí solo vale una tonelada para que uno funcione rápido. Sugiero consultar la fuente de ejemplo de Northwind que viene con la fuente de arquitectura S # arp para ver qué es posible.

+2

Irónicamente, la muestra Northwind (El único ejemplo incluido con sharp) contiene muchos ejemplos de cómo no hacer cosas. – UpTheCreek

+0

Declaración bastante amplia. ¿Quieres apuntar a un enlace que explique todas las cosas que está haciendo mal? Gracias. – LordHits

+0

está en los comentarios del código –

0

S # arp es una base fantástica, pero realmente necesita comprender lo que sucede debajo de las coberturas para ampliar la arquitectura de su dominio. Yo uso S # arp cada oportunidad que puedo.

2

S # arp es un gran punto de partida como ya se ha notado. Es fácil extender, desacoplar o cambiar los componentes a medida que avanza dependiendo de sus requisitos, sin embargo, el conocimiento de sus marcos subyacentes sería una gran ventaja de .

10

http://fancydressoutfitters.co.uk fue construido usando:

  • de Sharp Arquitectura (ASP.NET MVC, NHibernate, NHibernate Fluido),
  • chispa del motor Ver
  • AutoMapper
  • NHibernate Validator
  • XVal marco de validación
  • N2CMS
  • P ostSharp
  • Solr & SolrNet

y funcionó muy bien. Documentamos muchos de nuestros aprendizajes de este proyecto como blogs que puede encontrar aquí: http://delicious.com/howardvanrooijen/fdo-casestudy

También decidimos que queríamos ayudar a las diversas comunidades de código abierto que nos ayudaron, así que creamos una nueva Sharp Architect Showcase Solicitud llamada ¿Quién me puede ayudar? La fuente está disponible de http://whocanhelpme.codeplex.com y una demostración en vivo se puede encontrar en http://who-can-help.me

Cuestiones relacionadas