Crear atajos a operaciones de SharePoint en los Favoritos

Waldek Mastykarz propone en su pagina un truco muy útil para el día a día de nuestro trabajo con SharePoint.

Consiste en añadir a los Favoritos del Navegador los enlaces adjuntos. Los enlaces son pequeños fragmentos Javascript(javascript:…… que coinciden con las opciones de los menús de SharePoint(se puede buscar mas atajos siguiendo esta técnica), para añadirlos solo hay que hacer clic sobre el enlace con el botón derecho y seleccionar el Menú la opción “Agregar a Favoritos“.

Ver el post con los enlaces aquí:
http://blog.mastykarz.nl/2008/07/04/sharepoint-developer-bookmarklets/

SharePoint - Una pieza mas - WPSC Services

La tecnología SharePoint se compone de una gran cantidad de piezas que poco a poco uno va descubriendo.
Se precisa mucho tiempo para tener en la cabeza todo el conjunto de elementos con los que puede contar un desarrollador de soluciones basadas en SharePoint.
En este post se hace referencia al Web Part Page Services Component(WPSC), se trata de un API en el lado cliente, se expone por medio de la biblioteca /_layouts/3082/ie55up.js y ofrece un conjunto de clases, objetos y métodos que permiten la comunicación e interacción de los WebParts y la pagina que les contiene.

Me gusta mucho como define Andrew Conell al WPSC en  su blog :

Basically the WPSC provides developers with a SharePoint specific client-side DOM that allows developers to listen for events, interact with Web Parts and even set properties… all through script on the client.

De hecho si observamos el código HTML de una pagina SharePoint de Webparts veremos fragmentos que hacen uso del modelo de objetos del WPSC.

El WPSC se compone de tres servicios:
- Web Part Discovery Service : Este servicio permite descubrir y comunicar los WebParts en tiempo de ejecución.
- Web Part Notification Service : Ofrece un mecanismo de comunicación entre los WebParts de la pagina en base a eventos.
- State Management Service : Facilita el acceso a las propiedades de los WebParts en tiempo de ejecución en el lado cliente(desde el javascript).

En MSDN podemos encontrar la referencia del  API.
Para comenzar a jugar con el WPSC podemos añadir un WebPart de Contenido y introducir el siguiente fragmento HTML:
<script>
setTimeout(”alert(varPartWPQ1.Properties.Item(’http://schemas.microsoft.com/WebPart/v2#Title’).Value)”,5000)
</script>

Este script muestra el titulo del primer WebPart alojado en la pagina, se usa el método setTimeout para que la pagina termine de construir todos los objetos  antes de acceder al API.

Composite Application Guidance for WPF

El equipo de Patterns & Practices ha publicado en junio las guías para la apoyar la construcción de aplicaciones empresariales de escritorio(cliente) basados en la tecnología Windows Presentation Foundation (WPF).

Las guías propone la construcción de soluciones WPF en base al concepto de Composite Application

La guía se encuentra en esta dirección:
http://msdn.microsoft.com/en-us/library/cc707865.aspx

Este producto(o bloque de arquitectura) se compone de los siguintes “assets”

- documentación que tiene un alto valor didáctico(no solo para desarrolladores en Win)

- biblioteca Composite Application Library esta ofrece los servicios y componentes necesarios para construir aplicaciones compuestas WPF.

- QuickStart - un conjunto de ejemplos para asimilar los conceptos tratados en la guía

- Stock Trader Reference Implementation (Stock Trader RI) - una aplicación de referencia que sirve como un ejemplo completo de referencia.

Es muy interesante revisar los conceptos, la documentación y el código fuente.

La importancia de dar un nombre

Durante años he podido comprobar que muchos de los compañeros(y yo) que desarrollan aplicaciones dejan los identificadores (nombres) por defecto que asignan automáticamente los entornos de desarrollo (IDE) a los distintos objetos y componentes.
También es muy habitual comenzar con un experimento, en el que no se presta atención a los nombres que se asignan a las variables, funciones y clases, que mas da, ¡es tan solo un experimento!. Lo malo que la mayoría de la veces el experimento se convierte en una aplicación real que durara años arrastrando ese “pequeño defecto” (los típicas MyObj, Test, Form1, Button1).

¿Donde está el problema?:
- por un lado el mantenimiento de un desarrollo suele ser mucho más largo que la fase de construcción, las personas que crean la pieza se van y otros tienen que retomar y descifrar el significado del código fuente.
No hay que olvidar que el código fuente es “la documentación más relevante de un desarrollo de software”
- y lo más importante, cuando escribimos el código estamos modelando nuestro software y esto precisa analizar, abstraer y pensar mucho, la decisión de un nombre de una clase es esencial para realizar el modelado, si pensamos bien el identificador seguro que estamos haciendo un buen diseño de la pieza en cuestión.

En el momento de poner un nombre, aunque sea a un objeto o método de lo más insignificante hay que pensar: ¿Que debe hacer?¿Cómo se relaciona con el mundo exterior?
Seguro que la práctica de pararnos a pensar en los nombres ayudaran que nuestro código sea más legible y el software de mayor calidad. 

Cache de archivos grandes en MOSS

Una cuestión que siempre me ha preocupado respecto a las bibliotecas documentales:
¿cada vez que se solícita una fichero pesado(vídeo, imagen) se tiene que extraer de la BD?

Por defecto es así, ahora bien SharePoint(MOSS) ofrece un mecanismo de guardar de forma temporal determinados ficheros en una carpeta del disco duro del frontal al que se esta solicitando el recurso, de esta forma se puede optimizar el trafico y el rendimiento(¿alguien lo ha medido?).
La configuración del caché(Disk-based Caching) se realiza localizando el siguiente fragmento en el fichero web.config:
<BlobCache location=”C:\blobCache” path=”\.(gif|jpg|png|css|js)$” maxSize=”10″ max-age=”86400″ enabled=”false”/>

En este se debe sustituir el enabled=”false” por enabled=”true”

Al hilo de optimizar sitios SharePoint me encontré con este post que tiene algunas recomendaciones a tener en cuenta:
Optimizing Sharepoint - an IT Operations perspective (http://blogs.technet.com/waynemo/archive/2008/03/19/moss-server-performance-considerations.aspx)