2010-02-15 27 views
7

En la empresa para la que trabajo, estamos planificando varios proyectos cuya publicación está programada para finales de 2010. Actualmente tenemos aplicaciones de producción ejecutándose en todas las versiones anteriores de .Net. Cuando comience el desarrollo de los proyectos, me gustaría considerar utilizar .Net 4.0. Antes de que esto ocurra, debería sentirme cómodo proponiendo la idea y también tendría que convencer a la gerencia. Estoy buscando opiniones para comenzar un nuevo proyecto con el framework .Net 4.0, así como sugerencias para convencer a la administración si la opinión es que se debe usar el más nuevo .Net framework. Una cosa a considerar son las herramientas que usamos actualmente (Telerik y EntitySpaces) y si habría algún problema al usar estas herramientas con el framework .Net 4.0. Ambos proveedores mencionados afirman que los productos estarán listos para su uso con .Net 4 cuando se lance el producto, pero sé que no hay garantía. Espero los comentarios de todos. Sé que la investigación sobre este tema no estaría completa sin publicar la situación en SO :)Elección de .Net 4

+0

Me gustaría agradecer a todos por los comentarios, votos favorables a todos y la respuesta al más alto. - thedugas hace 2 horas – dugas

Respuesta

5

.NET 4 está en fase de lanzamiento y muy estable en mi opinión. También tiene un acuerdo GoLive que significa que es compatible en su estado actual. Se lanzará esta primavera, por lo que será RTM cuando esté listo para implementar. Habiendo dicho eso, obviamente usted y las partes interesadas deben tomar la decisión final, pero creo que es una elección segura. Además, debido a que es una nueva versión CLR, migrar la aplicación a 4.0 más adelante podría tener cambios importantes, por lo que comenzar con el tiempo de ejecución 4.0 sería una mejor idea que migrar más tarde en el desarrollo cuando esos cambios podrían afectar su fecha límite.

+1

GoLive no significa que sea compatible. Solo significa que la licencia le permite utilizar el producto en su forma actual en entornos de producción comercial. Todavía es un producto de presentación preliminar y carece de cualquier soporte formal de Microsoft. –

+0

Tiene razón en que no tiene la misma estructura de soporte que el RTM, pero es compatible con el desarrollo y la implementación. Aquí hay un enlace a una de las muchas publicaciones de blog que he leído que menciona el soporte de Go Live (tercer punto de la viñeta): http://blogs.msdn.com/jeffbe/archive/2010/02/08/going-live -with-the-visual-studio-2010-release-candidate.aspx – Josh

2

Obtenga sus manos en una versión beta o un RC y vea qué ha cambiado en 4.0.

Prueba las herramientas que utilizan actualmente para la compatibilidad: saber qué tan bien funcionan, cuando se espera que sean 100%, etc.

Ser inteligente en ella ya cuando llega el momento de proponer a trabajar con el nuevo marco contribuirá en gran medida a convencer a la administración de que está en condiciones de aprovechar las nuevas funciones.

2

No hay razón para no hacerlo. Gente como Telerik y ES estará lista antes que tú.

Al final, no hay muchos cambios de rotura. La herramienta es superior. Y tienes opciones que no existen en 3.5.

En general, quiero que todos los comienzos nuevos sean los mejores y más nuevos. Ahí es donde está el esfuerzo de la comunidad. Y si una herramienta le ahorra a un desarrollador una hora a la semana, vale la pena el costo.

1

tendría que sentirse cómodo proponer la idea y también tendría que convencer a la dirección

No sólo lo que necesita para sentirse cómodo con la idea, pero tendrá que ser un defensora . ¿Cuáles son los riesgos, los costos (no solo para la adquisición de software, sino también para el entrenamiento y el tiempo de arranque para otros miembros del equipo) y los beneficios? Haz tu investigación. Obtenga su tiempo de práctica con 4.0. Pregúntese: "¿Cómo abordaría esta aplicación de manera diferente en 4.0?"

Crea un tono convincente. Hasta que lo haga, no espere que la administración lidere la unidad para actualizar.

1

También debe considerar el tiempo que tardará .NET 4 en extenderse, no será inmediato, excepto en la comunidad de desarrolladores. Si está creando una aplicación redistribuible en .NET 4, los clientes potenciales necesitarán instalar el último tiempo de ejecución. Esto no es tanto un problema para el trabajo del lado del servidor, pero incluso eso puede ser un problema.

Si está planificando una aplicación que saldrá algún tiempo después de que se libere .NET 4, entonces eso podría funcionar para usted. Sin saber cómo los MS están planeando distribuir el tiempo de ejecución de v4, sospecho que pasará un tiempo antes de que sea lo suficientemente amplio como para ser dependiente.