none
Consejo entorno desarrollo (Designer vs VStudio) RRS feed

  • Pregunta

  • Buenos dias,

    Nos ha surgido la problematica de que debemos empezar a crear un nummero importante de aplicaciones sobre Sharepoint 2010.

    Estas nuevas aplicaciones tienen muchas opciones que por defecto no sabemos implementar con el Designer de Sharpoint, por lo que estamos barajando dos posibilidades:

    1. Realizar WebParts con VS Net con la API de SP lo que nos obligaria a instalar un Sharepoint Foundation por cada equipo de desarrollo. Pero que tiene la ventaja de que podemos usar sin problemas el repositorio de codigo y mantener un control de versiones aceptable (usamos SSF y SVN, pero estamos en plena implantacion de TFS) Amen de que el equipo tiene experiencia en VB Net y C# Net ya que normalmente se desarrolla con estos lenguajes.

    2. Realizar las modificaciones "al aire" contra explotacion y meter las "excepciones" con JQuery y SPServices que dejan un resultado final muy bueno pero multiplican el trabajo ya que aun somos novatos con estas librerias.

    Nos decantamos mas por la primera y en casos excepcionales por la segunda pero quisieramos conocer experiencias de desarrollo para afianzar nuestra decision.

    Muchas Gracias.

    viernes, 30 de agosto de 2013 9:08

Respuestas

  • Hola a tod@s,

    "My 2 cents" en este hilo:

    • Designer no es una herramienta de desarrollo, sino más bien de prototipado, aunque para crear flujos de trabajo como bien comenta Adrian es una opción muy internaste que coge fuerza en SharePoint 2013.
    • Usar Visual Studio como herramienta de desarrollo asegura que te "enganches" al ciclo de generación de componentes propio de SharePoint en la forma de .WSPs. Si ya estáis ademas utilizando herramientas de ALM, mejor que mejor.
    • Utilizar jQuery y SPServices no va en contra de tu apuesta, es más la complementa y se alinea con el modelo de desarrollo que verás en SharePoint 2013.
    • Finalmente, aunque con InfoPath se pueden conseguir resultados aparentes y de forma rápida, yo me iría olvidando de él como alternativa para crear soluciones porque parece claro que Microsoft no va a continuar mejorando este producto lo que indica que en algún momento dejará de ser utilizado.

    Saludos


    ------------------------------------------------------------
    Juan Carlos González Martín MVP de SharePoint Server
    Director revista CompartiMOSS: http://www.compartimoss.com
    Blog: http://geeks.ms/blogs/ciin
    Twitter: @jcgm1978
    ------------------------------------------------------------

    • Marcado como respuesta Brisha viernes, 13 de septiembre de 2013 6:45
    sábado, 31 de agosto de 2013 8:34

Todas las respuestas

  • Hola Brisha,

    Si, la opción buena es la 1; realizar los componentes que por defecto no tenga Designer en VS2010 mediante ASP.NET y C#.

    El motivo, básicamente, es por su facilidad de despliegue, versionado, debugación... herramientas que en MOSS son media vida tener a tu abasto.

    Además de esto, habéis evaluado si con InfoPath podéis implementar los formularios que se necesitan? Es una buena alternativa aunque algo compleja.

    Slds!!


    Francesc Jaumot Peña www.francescjaumot.net www.geeks.ms/blogs/fjaumot

    viernes, 30 de agosto de 2013 9:55
  • Estoy con lo que ha comentado Francesc,

    Son dos formas distintas, mi opinión es que para obtener todo el potencial de SharePoint es casi obligatorio hacerlo haciendo uso de Visual Studio, Designer es una herramienta para cosas pequeñas y en las que no se puede hacer aplicaciones escalables y reutilizables. Esta bien para pequeñas cosas como algun flujo de trabajo simple pero siempre para cosas muy libianas.

    A mi InfoPath es una buena solución una vez le coges el hilo, si es para empezar a desarrollar empecemos con Visual Studio y posteriormente vamos añadiendo complementos a la casa :-)

    Saludos,


    MCPD SharePoint 2010 Mi blog: http://blogs.encamina.com/desarrollandosobresharepoint Twitter: @AdrianDiaz81

    viernes, 30 de agosto de 2013 11:06
  • Hola a tod@s,

    "My 2 cents" en este hilo:

    • Designer no es una herramienta de desarrollo, sino más bien de prototipado, aunque para crear flujos de trabajo como bien comenta Adrian es una opción muy internaste que coge fuerza en SharePoint 2013.
    • Usar Visual Studio como herramienta de desarrollo asegura que te "enganches" al ciclo de generación de componentes propio de SharePoint en la forma de .WSPs. Si ya estáis ademas utilizando herramientas de ALM, mejor que mejor.
    • Utilizar jQuery y SPServices no va en contra de tu apuesta, es más la complementa y se alinea con el modelo de desarrollo que verás en SharePoint 2013.
    • Finalmente, aunque con InfoPath se pueden conseguir resultados aparentes y de forma rápida, yo me iría olvidando de él como alternativa para crear soluciones porque parece claro que Microsoft no va a continuar mejorando este producto lo que indica que en algún momento dejará de ser utilizado.

    Saludos


    ------------------------------------------------------------
    Juan Carlos González Martín MVP de SharePoint Server
    Director revista CompartiMOSS: http://www.compartimoss.com
    Blog: http://geeks.ms/blogs/ciin
    Twitter: @jcgm1978
    ------------------------------------------------------------

    • Marcado como respuesta Brisha viernes, 13 de septiembre de 2013 6:45
    sábado, 31 de agosto de 2013 8:34
  • Muchas Gracias a todos.

    Queda claro que debemos ir por V.Studio por todo aquello que comentais y porque al fin y al cabo es nuestra herramienta mas habitual.

    viernes, 13 de septiembre de 2013 6:45