En el post anterior vimos como
configurar nuestro Visual Studio 2012 para desarrollar Apps y nuestro
Sharepoint para alojar las Apps desarrolladas.
Pero antes de ponernos a
desarrollar lo mejor será entender un poco mejor que es una App de Sharepoint,
que tipos de Apps podemos desarrollas.
Básicamente una App de Sharepoint
no es más que una Aplicación Web normal y corriente ejecutada en un iframe
dentro del SharePoint.
Para la creación de esta App
podemos utilizar cualquiera de los lenguajes que normalmente utilizaríamos,
tales como HTML, Javascript, PHP o .NET, pudiendo elegir para su creación cualquier
herramienta de desarrollo, incluido Visual Studio 2012 o “NAPA”, la nueva
herramienta de desarrollo de Office 365.
Una de las principales ventajas
que se nos plantean al desarrollar estas Apps, reside en el hecho de que
podemos dividir el desarrollo por capas y dividir el desarrollo en diferentes
componentes, pudiendo así separar la capa de presentación del resto de
componentes.
Estas Apps pueden comunicarse con
cualquier Webservice, ya sea público o privado. Además de comunicarse
Sharepoint haciendo uso de REST y de Cliemt Api de Sharepoint.
A la hora de desarrollar Apps se
nos permiten diferentes opciones de Hosting de nuestras Apps.
En el denominado “Cloud App Model”
se han definido tres tipos diferentes de Hosting de Apps, cada uno de ellos con
sus propias características. Es muy importante entenderlos bien ya que antes de
empezar a desarrollar una App debemos tener muy claro dónde va a estar
hospedada.
El siguiente esquema defino los
diferentes tipos de Hosting, así como sus características:
Vamos a ver un poco por encima cada uno de los tipos de
Hosting y sus características
Provider-hosted
Las Apps se hospedan en un
servidor dedicado por el proveedor o el desarrollador, siendo este el encargado
del mantenimiento de la infraestructura necesaria para el correcto
funcionamiento de la Apps.
Este tipo de Hospedaje otorga más
flexibilidad al desarrollador, pero requiere un mayor grado de responsabilidad,
sobre todo a la hora de tratar con datos cliente, etc.
El desarrollador es el
responsable del aislamiento del tenant.
Este tipo de apps puede
comunicarse con Sharepoint haciendo uso de REST y OAuth o Client Object Model,
pudiendo usar elementos del Sitio tales como listas, ficheros, webparts, etc.
Autohosted
Las Apps se alojan en Azure, ya
sea Windows Azure o SQL Azure, siendo el hospedaje totalmente invisible para el
desarrollador.
Este tipo de apps puede
comunicarse con Sharepoint haciendo uso de REST y OAuth o Client Object Model,
pudiendo usar elementos del Sitio tales como listas, ficheros, webparts, etc.
Sharepoint-Hosted
Las Apps se hospedan en el mismo
Sharepoint.
Estas Apps pueden usar
directamente elementos del Sharepoint, tales como listas, archivos, webparts,
etc.
Pueden usar HTML y Javascript.
Es importante destacar que
podemos mezclar y combinar el uso de componentes hospedados en nuestro
Sharepoint con el de componentes alojados en Azure.
Una App se crea viene a ser una
pequeña aplicación, fácil de usar que bien a cubrir una necesidad del usuario.
En base a esta definición todo en
Sharepoint pasa a ser una App.
Así pues una App en esencia se
ejecuta en un “iframe” el cual esta incrustado en una página de Sharepoint.
Sharepoint nos provee de una serie
de Interfaces de las que extender nuestra App, las cuales definirán como se
mostrará nuestra App dentro de la página de Sharepoint.
Immersive Full Page: La App se ejecuta en pantalla completa ocupando
la totalidad de la pantalla del Navegador.
Part App: La App se muestra ocupando únicamente un trozo de la página
(como WebPart), pudiendo interactuar con el resto de elementos de la misma.
UI Custom Actions: La usaremos para Menús Contextuales, Botones de
la Ribbon o aplicaciones tipo Extensión.
Resumen de características de las
Apps de Sharepoint 2013:
- Las Apps de Sharepoint 2013 no tienen por qué vivir en Sharepoint.
- La comunicación entre App y Sharepoint se realiza mediante REST / CSOM, _api.
- Las Apps se adquieren mediante Marketplace, ya sea este público o privado.
- La autenticación pasa a ser OAuth
Con esto concluye este pequeño
análisis de las características de las Apps de Sharepoint 2013, necesario de
cara a elegir la opción que más se ajuste a nuestras necesidades antes de que
iniciemos el desarrollo.
Espero que os sea útil.
No hay comentarios:
Publicar un comentario