Necesitamos JavaScript en nuestros desarrollos de SharePoint?

Hace unos días tuve el placer de dar un WebCast para SUGES para hablar de JavaScript en los desarrollos de SharePoint y entre las preguntas que más me llamaron la atención fue porque debemos de utilizar JavaScript, si con código servidor puedo cumplir con los requisitos necesarios. O como dice el amigo Juan Carlos las aplicaciones de verdad no son las que se hacen con JavaScript.

Mi opinión como podéis deducir no esta por esa vertiente, y quiero explicaros el porque. Si miramos el desarrollo Web (sin incluir SharePoint, aunque es algo que no tenemos que olvidar ya que finalmente cualquier desarrollo realizado en SharePoint se ejecuta en un navegador) vemos que es algo de lo más común y el pan nuestro de cada día el hacer uso de JavaScript. Independientemente de que se este realizando un desarrollo MVC o bien un desarrollo HTML5. A día de hoy JavaScript es el lenguaje Web nos guste o no esta es la realidad.

¿Porque?

Bueno podríamos enumerar varios aspectos de JavaScript que no nos guste quizás esta imagen que puso Iwan pueda ilustrar nuestro pensamiento sobre este peculiar lenguaje de programación:

JavaScriptEvil

 

Pero más allá de que sea el demonio, tiene muchas propiedades y bastantes beneficios como por ejemplo que nos abstrae del infierno del DOM. Que se pueden realizar todo tipos de aplicaciones con JavaScript y hoy en día no nos podemos permitir el lujo de no conocer.

¿Entonces desarrollo todo en JS?

En este punto es donde tenemos que saber en la tecnología en la que estamos y como podemos sacarle el máximo beneficio. En SharePoint hay muchos elementos ya de serie o como se dice en el argos Out of the Box, por lo que volver a inventar la rueda no es la mejor opción. Podemos hacer uso de lo que trae SharePoint e intentarlo adaptarlo a los estándares web, en mayor o menor medida.

 

¿Y con las Apps?

Cuando realizamos una aplicación podemos plantearnos varias opciones, pero lo que tenemos que tener claro que a grandes rasgos tenemos dos partes:

    • Servidor (BackEnd)
    • Cliente (FrontEnd)

En la parte servidora es donde es impensable que nos planteemos al hacer uso de JavaScript (aunque quizás en un futuro no muy lejano JS también puede estar presente para ejemplo NodeJS) . En la parte Servidora esta claro que dentro de todas las herramientas que nos da Microsoft son muy estables y muy potentes. Unido al uso de un lenguaje como C# hace que sea una plataforma común. Ahora bien en nuestro caso como desarrolladores de SharePoint, nuestro servidor esta claro cual es no? Y claro que lo podemos enriquecer con EventReceiver, TimerJobs, Workflows, SignalR.

Ahora bien en el cliente da igual la tecnología sino mirar ASP.NET MVC o vNext en la que para el renderizado de las plantillas hace uso de JavaScript, si todos hacen uso de JavaScript será por algo no?

 

Conclusión

Esta claro que hoy en día mucha gente puede seguir desarrollando sin hacer uso de JavaScript, pero de la misma forma que hay gente que hace uso de Cobol o lenguaje ensamblador. Como consejo yo intentaría aprender JS, y no intentaría convertir JS en nuestro lenguaje favorito, hay que integrarlo en nuestros desarrollos como es. Y de esta forma seguro que mejoramos nuestros desarrollos en SharePoint. Como dijo el Maestro Gustavo en un par de año ya no existirán WebParts y entonces que haremos?

Una reflexión que No por mucho decir una mentira se convierte en realidad.

Deja un comentario

Tu dirección de correo electrónico no será publicada. Los campos obligatorios están marcados con *