Sitios de Google se convierte en un competidor Real de SharePoint

Hace varios meses, escribí sobre sitios de Google mediante aplicaciones de secuencia de comandos de automatización. He intentando echar un vistazo a todos los servicios disponibles en la secuencia de comandos de aplicaciones, y realmente quería jugar con los componentes de interfaz de usuario. Anteriormente, los componentes de interfaz de usuario estaban atados a Google Docs y no puede utilizar los componentes de interfaz de usuario directamente en una página. Eso cambió con el anuncio de ayer sobre la inclusión de un Widget de secuencia de comandos de aplicaciones en una página web. Como todos sabemos, la mayoría de las aplicaciones requiere a algún tipo de interfaz de usuario. Dado que esto está relacionado a sitios de Google, tiene aún más sentido para un sitio web que, evidentemente, una interfaz de usuario. Normalmente, sólo sería crear el código HTML y cargar las páginas para crear el sitio. Sin embargo, es bastante aburrido y no darle ningún capacidades dinámicas. ¿Qué sucede si desea integrar servicios sociales o incluso tener un sitio web más dinámica que la interfaz de usuario genera JavaScript?

Hay dos tutoriales específicos para la creación de componentes de interfaz de usuario en la página web. El primero es un ejemplo sencillo de "Hello World", que muestra la cantidad mínima de trabajo necesario para crear una secuencia de comandos y añadir el widget Apps Script a la página. Obviamente, este ejemplo no es demasiado interesante. El segundo tutorial es una aplicación de reserva de tiempo simple que engancha la interfaz de usuario de una hoja de cálculo de back-end. Este ejemplo es mucho más grande que el ejemplo de Hola mundo, pero también es un poco demasiado grande para un tutorial inicial. El tutorial de reserva tiempo tiene algunos buenos ejemplos del uso de botones y haga clic en controladores cuando se necesita ese tipo de detalle.

Dado que he sido esperar meses para el Widget de secuencia de comandos de Apps, decidí bucear lo más rápidamente posible. En primer lugar, es necesario revisar los servicios de interfaz de usuario para ver qué se puede hacer. Porque Google sitios rápidamente se está convirtiendo en una plataforma de aplicaciones, quería ver cuánto trabajo tuvo que crear un formulario de inicio de sesión. A la derecha es el formulario de ejemplo de una página de sitios de Google. Como se puede ver es muy sencillo. No incluye un botón Cancelar principalmente porque el diseño de servicios de interfaz de usuario obligaba a que aparezca debajo del botón de inicio de sesión y sólo quería una demostración rápida. Dado que la forma es bastante básica, estoy seguro de que desea saber lo que el código realmente parece así.

función doGet() {var app = UiApp.createApplication(); var myForm = app.createVerticalPanel(); myForm.setWidth("500"); myForm.setStyleAttribute ("relleno", "relative"); myForm.setStyleAttribute ("tamaño de la fuente", "12pt"); var loginLabel = app.createLabel("Username"); loginLabel.setStyleAttribute ("font-weight", "negrita"); myForm.add(loginLabel); var loginBox = app.createTextBox(); loginBox.setWidth("100"); myForm.add(loginBox); var passwordLabel = app.createLabel("Password"); passwordLabel.setStyleAttribute ("font-weight", "negrita"); myForm.add(passwordLabel); var passwordBox = app.createTextBox(); passwordBox.setWidth("100"); myForm.add(passwordBox); var submitButton = app.createButton("Login"); submitButton.setStyleAttribute ("Mostrar""en línea"); myForm.add(submitButton); app.Add(MyForm); devolver app;}

En menos de 30 líneas de código, he creado una forma básica. Eso realmente no suena ese impresionante, pero no hice ningún intento para hacer el código más corto. Si he creado createLabel genérico y funciones de createTextBox, probablemente pude obtener el recuento de línea hasta 20 líneas. Esto se hace realmente interesante cuando empiezas a pensar en las posibilidades. Si puede crear dinámicamente código HTML en páginas de sitios de Google, ahora tiene tanto poder como cualquier plataforma de blog típico, como WordPress. Habida cuenta de las otras capacidades dentro de la plataforma de aplicaciones de secuencia de comandos, como servicios de XML, servicios de correo y calendario, puede ver que el poder en sitios de Google ahora compite directamente con Microsoft SharePoint. Yo diría incluso que sitios de Google está tratando de tomar el camino de la "aplicación simple" que Visual Basic tomó hace muchos años. Todos los servicios de aplicaciones de secuencias de comandos están disponibles mediante JavaScript. En comparación con las implementaciones de C# típicas a necesarios para SharePoint personalizaciones, sitios de Google fácilmente podría tomar algunos negocios "low-end" o departamentales de SharePoint. Con este desarrollo de aplicaciones de secuencias de comandos y la suite de Google Docs, Google está haciendo un gran impulso a la empresa. Google también anunció un cambio a los comentarios en Google Docs donde están los comentarios se trasladó a la barra lateral y se convirtió en una discusión de colaboración. Esta colaboración se agrega a las capacidades de la empresa de Google Docs.

¿Significa esto que Google sitios está realmente preparado para desarrollo importante? Todavía no. Un problema con el Widget de secuencia de comandos de aplicaciones es que la función principal debe ser el nombre doGet(). Esto no es evidente desde los tutoriales o cualquiera de la documentación, y es posible que sea un defecto de algún tipo. He notado otras cuestiones menores así cuando se trata de llamadas así como con otros servicios y método. Servicios de interfaz de usuario también está marcado como "Experimental", como algunos otros son servicios como JDBC Services. ¿Estas cuestiones significan que los sitios de Google debe omitirse hasta que se vuelve más estable? Definitivamente no. Hay demasiado poder disponible que fácilmente puede aprovechar de. Sitios de Google se ha convertido en una plataforma de desarrollo grave y debe ser omitido bajo su propio riesgo.

Seguir la conversación en YackTrack!