Para responder a su pregunta, nunca es tarde para cambiar la tecnología, a menos que desee incorporar cierta tecnología. No hace falta decir que su futuro es brillante si le gusta codificar en Anjular JS desarrollado por Google, no hace falta decir que SharePoint es solo un marco, Angular va más allá de cualquier plataforma de aplicaciones empresariales.
Este pensamiento exacto me llamó la atención hace 4 años. Pero después de una investigación exhaustiva esto es lo que encontré.
Microsoft SharePoint se está moviendo rápidamente hacia la programación del lado del cliente (Javascript y Angular). Comenzaron con 2010 para abrirse a CSOM (Client Side Object Model) y 2013 trajeron REST que cambió la forma en que los desarrolladores de CSOM codificaron. Esto nos permitió a muchos de nosotros realizar pequeñas solicitudes diarias (operaciones CRUD, flujos de trabajo del diseñador) desde el cliente para entregar mediante REST.
- ¿Cuáles son algunas tendencias recientes en TI en la India?
- ¿Cómo ayuda el servidor a la tecnología de la información?
- ¿Cuáles son los pros y los contras de los departamentos de TI que informan sobre finanzas?
- ¿Qué última tecnología es la mejor en tecnología de la información?
- Si tiene un muy buen conocimiento de las matemáticas, ¿cómo lo usaría en el mundo de las TI para obtener mucho dinero y no hacer una codificación aburrida?
Fuente: Evolución de SharePoint! Del lado del servidor al lado del cliente
Qué es REST: la interfaz de SharePoint REST se basa en el protocolo de datos abiertos (OData) basado en REST, que es un estándar abierto independiente de la plataforma. REST en 2010 es solo para ListData.svc. Tenga en cuenta que SPServices (jQuery plugin) utiliza los servicios.asmx en _ / vti / bin, como /_vti_bin/Webs.asmx.
¿Por qué REST en el lado del servidor?
- Lado del cliente : como se mencionó anteriormente, las soluciones del lado del servidor pueden dañar una colección de sitios en una granja de servidores de SharePoint completa cuando no se usan de manera inteligente, mientras que el riesgo se elimina al usar la técnica del lado del cliente.
- Rápido, ligero y sensible: SPFx usa NodeJS y es completamente del lado del cliente, por lo que lo hace rápido y listo para dispositivos móviles. Además, SPFx es totalmente compatible con Office Fabric UI, lo que también lo hace sensible. En total, el marco consiste en todas las últimas tecnologías de desarrollo web.
- Ejecutar en contexto de usuario : dado que el marco completo se ejecuta en contexto de usuario, solo se mostrará el elemento permitido para el usuario.
- Funciona en páginas clásicas y modernas : las ventajas de SPFx es que funciona tanto en la página moderna como en la clásica. Por lo tanto, o su inquilino en línea se está ejecutando en la antigua colección de sitios de SharePoint 2013 solo con el modo clásico o se actualizó a la última característica del inquilino, descanse, SPFx cubrió esto.
- Propiedades personalizadas: antes, cuando el usuario tenía que escribir el código del lado del cliente, tenían que crear variables adicionales y hacer llamadas para obtener esas configuraciones. Pero ahora, con SPFx esto viene de una manera muy útil, donde el usuario puede crear propiedades para las partes web del lado del cliente y configurarlas según sus necesidades.
- Mecanismo de implementación : con SPFx, finalmente, SharePoint proporciona un mecanismo de implementación. El mecanismo de implementación consiste en agrupar la aplicación, empaquetarla, enviarla a la tienda (o al Catálogo de aplicaciones de SharePoint local) y, con el permiso adecuado, se puede implementar en su inquilino. Esto proporciona una mejor manera de administrar el componente del lado del cliente.
- Escalable : como se mencionó anteriormente, SPFx no se limita a SharePoint, el usuario puede aprovechar las ventajas de NodeJS (columna vertebral de SPFx) y puede usar cualquiera de los componentes disponibles en NodeJS por comunidad (no SharePoint, sino la comunidad de NodeJS). También con el desarrollo de la API de Microsoft Graph, el usuario puede hacer que su elemento web interactúe con el resto de Office365, incluyendo Azure, One Drive, Outlook tec.
- Desarrollo remoto : una vez que alguien me preguntó, ¿qué es lo peor de SharePoint según usted? Hmm, hay pocos, pero el que más odio es el entorno de desarrollo. Uno debe tener un sistema operativo Windows Server que ejecute SharePoint configurado y las únicas herramientas de desarrollo disponibles fue Visual Studio. Este requisito de entorno me molesta mucho. SPFx viene con un enfoque de desarrollo completamente del lado del cliente, es decir, puede desarrollar el componente en cualquier máquina que se ejecute en Windows, Mac o Linux. Y, por supuesto, no necesita tener Visual Studio ni siquiera para desarrollar elementos web SPFx, todo lo que necesita es un editor de texto simple de su elección y está listo para comenzar (obviamente, debe instalar el entorno, por ejemplo, NodeJS, Gulp y plantilla Yeoman de marco)
- Banco de trabajo local : incluso si no está conectado a Internet, no se preocupe, aún puede desarrollarse en SPFx ya que viene con un banco de trabajo local. El entorno de trabajo local es capaz de desarrollar y probar el elemento web del lado del cliente.
SharePoint permite que se desarrolle un lote utilizando la programación del lado del cliente, que Azure Timer Jobs, que se asumió solo .
¿Qué tiene de especial todo esto ? Estas características permitirán al desarrollador crear una aplicación robusta, lo que significa que los clientes pasarán la mayor parte del tiempo escribiendo menos lógica en lugar de reinventar la rueda. Mi voto seguramente irá a SharePoint 2016 y en el futuro .
Todo lo mejor con tu trabajo y feliz aprendizaje.