En esta sesión veremos la propuesta de construcción de aplicaciones para SharePoint 2013 y por dónde empezar a construirlas. Al terminas esta presentación tendrás un entendimiento mucho más claro sobre lo que involucra programar aplicaciones para esta plataforma.

1. Iniciándose en el Desarrollo
de Aplicaciones para
SharePoint 2013
Haarón González
Microsot MVP
haarongonzalez@mvps.org
Randy Williams
Director of AvePoint
Client Services
Presentación original de:
Iniciamos a las 6:00 PM Pacific Time, gracias!
Dudas a haarongonzalez@mvps.org

2. Necesitamos un
nuevo modelo de
aplicaciones

3. Los desafíos con las soluciones WSP
 Soluciones corren con alto nivel de confianza (Full-trust)
 Soluciones Sandboxed
 Requiere de soporte a nivel administración
 Administracion del ciclo de vida
 Curva de aprendizaje pronunciada

4. Los beneficios de un nuevo modelo de
aplicaciones
• Curva de aprendizaje menor, re utilización de las
experiencia previa en tecnologías web
• La tienda SharePoint abre la puerta a potencial de
ingresoDesarrollar
Administradores IT
• Las aplicaciones se des acoplan de SharePoint – simplifican la
actualización
• No pone en riesgo a la granja de servidores
• El catalogo facilita el control y gobernabilidad
Info Workers
• Basado en un modelo de aplicaciones familiar
• Las Apps se pueden encontrar en tiendo SharePoint o en el
catalogo empresarial
• Se pueden aprovisionar, actualizar y eliminar

5. Es una aplicación simplificada,
autónoma, fácil de usar que
resuelve una necesidad
especifica del usuario final
¿Que es una App de SharePoint
2013?

6. Demo
Aplicaciones pre-
construidas

7. Así que – que es un app exactamente?
 Puede contener artefactos de SharePoint declarativamente
 La aplicación externa usa aspecto visual de SharePoint mediante
IFrame
 La aplicación externa usa CSOM y REST (Odata) para hacer
llamadas a SharePoint
 No hay código personalizado correinado del lado servidos en los
WFEs
Una aplicación donde su
aspecto visual es de
SharePoint pero el código
es ejecutado fuera de el

8. Como se ejecutan

9. Apps vs paquetes de solución
Apps Sandboxed WSP Full trust WSP
Donde se ejecuta el código del lado
servidor?
Anywhere but
farm
Granja (User Code
Service)
Granja (w3wp.exe)
Escalable Altamente Limitado Depende de la granja
Quien instala y remueve Usuarios
Administrador de la
colección de sitio
Administrador de la
granja
Soportado en 2013 Si Si Si
Compatible con SharePoint Online Si Si No
Compartible con hospedaje Azure Si No No
Requiere granja local para desarrollo No Si Si
Instalación remota y depuración desde
Visual Studiuo
Si No No
Tipo y extensión del paquete
.app (archive zip
)
.wsp (archive cab) .wsp (archive cab )

10. Ciclo de vida de una app
 Las apps han sido diseñadas para
ser aprovisionadas por el usuario
 Los usuarios encuentran y
aprovisionan apps desde el
catalogo de apps o la tienda
SharePoint
 Los dueños de las Apps también
pueden actualizar o desinstalar

11. Demo
Aplicaciones pre-
construidas

12. Cuales son los artefactos SharePoint
soportados?
 Módulos: paginas, librerías js, imágenes, otros recursos basados
en archivos
 Acciones personalizadas: ribbon or ECB
 Client web part (“app part”)
 Instancias de lista, columnas, tipos de contenido
 Manejadores de evento
 Características de sitio con alcance en * SPWeb
 Cuando agregamos una app, se crea una sub sitio web para
almacenar los artefactos programados, cuando removemos
la app este sub sitio web es eliminado también

13. Tres opciones de hospedaje

14. Tres opciones de hospedaje

15. Tres opciones de hospedaje

16. Tres opciones de hospedaje

17. Host web y app web
 El host web es donde agregamos, removemos y actualizamos
una app
 Si una app tiene artefactos SharePoint, se crea un sub sitio web
dentro del host web
 Este sub sitio web es llamado app web
 App web solo es accesible usando un nombre de dominio asilado
• https://apps-{GUID}.contosoapps.com/{appName}
http://app-
af48d482118ab1.contosoapps.com/myapp

18. App web
 Aprovisionado por el Host Web
 Contiene características de sitio a nivel web
 La presentación visual esta inmersa
 Se asigna una pagina maestra personalizada (app.master)
 La negación mediante Quick launch y paginas comunes no están
disponibles
 Solo código declarativo se permite en app web

19. Apps en SharePoint Online
 El ambiente ya esta pre configurado para soportar apps
 Todas las opciones de hospedaje están disponibles
 Windows Azure para código que corre del lado servidor (PHP, .NET)
 SQL Azure para requerimientos de base de datos
 Creamos un App Catalog para hospedar desarrollos
personalizados
 SharePoint Store no se puede esconder, pero puedes prevenir
que las aplicaciones sean instaladas directamente

20. Demo
.app package

21. Soporte API (_api)
 API remote para realizer operaciones
 Client-side object model (CSOM)
 REST-based (OData)
 OAuth

22. CSOM

23. CSOM
 Same object models as before
 Much richer API compared to 2010

24. OData

25. OData
 REST-ful API
 Virtually same coverage as CSOM

26. Demo
Usando OData

27. Que modelo de aplicación usar?
Will this app be
hosted in Office 365
today or
tomorrow?
Yes
No
Will this app
integrate with
SharePoint beyond
a web site
scope?
No
Will this app
integrate with SharePoint
beyond what's exposed
through remote
APIs?
Yes
Does it make
sense to delegate app
management
to users?
NoYes
Yes
No
SP 2013 App Full trust WSP

28. Por donde empiezo?
 Crea tu cuenta de desarrollo en Office 2013 developer site
http://dev.office.com
 Obten Visual Studio 2012
http://www.microsoft.com/visualstudio/eng/downloads
 Descarga Office Developer Tools for Visual Studio 2012 RTM -
Preview
http://go.microsoft.com/fwlink/?LinkID=261869