Luis Guerrero - Dot Net World - Todos los comentarios

Windows Phone 7 – Recomendación de enlaces interesantes (II)

Jorge Serrano - MVP Visual Developer - Visual Basic — Wed, 18 Jan 2012 09:07:19 GMT

Vamos con una segunda retahíla de enlaces relacionados con Windows Phone 7.5 (Mango). En este caso y

Windows Phone 7 – Recomendación de enlaces interesantes (II)

Jorge Serrano - MVP Visual Developer - Visual Basic — Wed, 18 Jan 2012 09:07:09 GMT

Vamos con una segunda retahíla de enlaces relacionados con Windows Phone 7.5 (Mango). En este caso y

Windows Phone 7 – Recomendación de enlaces interesantes (II)

Jorge Serrano - MVP Visual Developer - Visual Basic — Wed, 18 Jan 2012 09:07:09 GMT

Vamos con una segunda retahíla de enlaces relacionados con Windows Phone 7.5 (Mango). En este caso y

Windows Phone 7 – Recomendación de enlaces interesantes (II)

Jorge Serrano - MVP Visual Developer - Visual Basic — Wed, 18 Jan 2012 09:07:08 GMT

Vamos con una segunda retahíla de enlaces relacionados con Windows Phone 7.5 (Mango). En este caso y

re: Hack-a-thon, repaso a las novedades de networking de Windows Phone 7

El Bruno — Mon, 14 Nov 2011 21:04:31 GMT

Una chorrada > la tabla final con los tamaños serializados :D

Salu2

re: Hack-a-thon, repaso a las novedades de networking de Windows Phone 7

Luis Guerrero — Mon, 14 Nov 2011 09:54:05 GMT

Que duda era Bruno? Compártela con la comunidad :)

re: Hack-a-thon, repaso a las novedades de networking de Windows Phone 7

El Bruno — Sun, 13 Nov 2011 15:09:27 GMT

Luis gracias, me has resuelto una duda (muy tonta de mi parte) pero me ha quedado más claro que el agua :D

Salu2

Material de la charla de HTML5 en el CIIN

Luis Guerrero - Dot Net World — Fri, 07 Oct 2011 12:06:34 GMT

El lunes 3 de septiembre estuve con la gente del CIIN dando una charla sobre desarrollo de aplicaciones

re: Autorización de usuarios para una API web en WCF o como hacer una gestión light de sesión en WCF

Luis Guerrero — Mon, 01 Aug 2011 09:18:06 GMT

Hola Crowley!

Buena pregunta, es una cosa que tengo pendiente. Una de las opciones es que en cada petición devolver en las cabeceras una nueva autorización para el usuario. Así la API de cliente solamente obtiene la respuesta esperada, y en las cabeceras está el token de autorización actualizado.

Ya pondré como está hecha la API de cliente para que lo podáis ver.

Saludos. Luis.

re: Autorización de usuarios para una API web en WCF o como hacer una gestión light de sesión en WCF

Crowley — Mon, 01 Aug 2011 09:06:33 GMT

Ups. Me adelante en hacer una de las preguntas. El ticket es valido por una hora.

Otra cosa. ¿Has pensado en algun tipo de sliding expiration para el ticket?

re: Autorización de usuarios para una API web en WCF o como hacer una gestión light de sesión en WCF

Crowley — Mon, 01 Aug 2011 08:58:08 GMT

Hola Luis. Buen post. Me lo guardo en favoritos.

Yo he usado una tecnica de tokens parecida para la federacion de identidades(pre WIF) y me gustaria hacerte un par de preguntas ;)

¿Por cuanto tiempo es valido el token de autorizacion?

¿Como controlas que la aplicacion que se ha logado es la que esta haciendo los siguientes request con el token de autorizacion expedido?

Un saludo.

re: Como generamos las releases en Plain Concepts, el caso de las aplicaciones de Windows Phone de Prisa.

Luis Guerrero — Wed, 06 Jul 2011 09:41:56 GMT

Hola Victor!

El tema que comentas es radicalmente diferente, porque tu escenario difiere mucho del mio. Por lo que entiendo tienes como dos 1…n ramas de desarrollo. Tienes por un lado el desarrollo de tu librería Common Core que supongo que seguirá un versionado también de DEV, MAIN y RELEASE, y luego todas las ramas de los clientes, que también pueden estar con estas tres ramas, que deberían de consumir la rama RELEASE de tu proyecto Common Core. Eso te permite seguir con el desarrollo de tu librería común a las tres aplicaciones, ir sacando versiones estables sin molestarte en las incompatibilidades de esa librería con respecto a los demás desarrollos y después ir integrando en Main y RELEASE de Common core. Tienes que planteártelo de manera que sean como dos proyectos completamente separados, e internamente que vayas sacando reléase de una librería que los proyectos de los demás clientes consuman.

No dudes en seguir preguntado.

Saludos. Luis.

re: Como generamos las releases en Plain Concepts, el caso de las aplicaciones de Windows Phone de Prisa.

Victor Sanchez — Wed, 06 Jul 2011 08:53:07 GMT

Hola Luis,

Muchas gracias por tu respuesta. Te hice esas preguntas porque yo tengo un caso parecido a tu post, con la única diferencia, a parte de ser aplicaciones web, es que en mi proyecto existe el caso que puedo tener un nuevo cliente con sus funcionalidades particulares (images, estilos, controles, etc.) por lo que me preocupaba el hecho de tener todos los proyectos en una solucion. Por lo tanto, había pensado tener una solución por cada cliente pero todas las soluciones tendrian añadido los proyectos comunes.

Básicamente, habia pensado en esta estructura:

> COMMON CORE (Bibliotecas de clases comunes)

---->MAIN

> Cliente 1

---->DEV

---->MAIN

---->RELEASE

> Cliente 2 (Esta misma estructura se repetiria por cada cliente)

---->DEV

---->MAIN

---->RELEASE

De esta forma evitaria tener ramas del proyecto común pero habría un riesgo muy alto ya que se estaría desarrollando sobre la main.

Cúal sería la mejor forma de estructurar el código para mi caso?

Espero haberme explicado.

Gracias y saludos,

Victor

re: Como generamos las releases en Plain Concepts, el caso de las aplicaciones de Windows Phone de Prisa.

Luis Guerrero — Wed, 06 Jul 2011 08:08:29 GMT

Hola preguntoncojonero!

Pues que si tenemos un servidor de build, la gente de testing puede obtener el binario recién compilado de ahí, sin tener que instalarse nada de desarrollador en sus máquinas. El tester no tiene que bajarse la solución de Visual Studio y compilarla en local. Además de que así si encuentra algún error puede asociarlo a una build especifica.

Saludos. Luis.

re: Como generamos las releases en Plain Concepts, el caso de las aplicaciones de Windows Phone de Prisa.

preguntoncojonero — Wed, 06 Jul 2011 06:29:47 GMT

Más posts de builds de servidor, deploy, etc serían de agradecer. Muy bueno señor.

Qué significa "que la compilación en modo reléase, desplegar esa fichero generado por el servidor de compilación en el teléfono..."

teléfono ? mi casa ?

salu2grz

re: Como generamos las releases en Plain Concepts, el caso de las aplicaciones de Windows Phone de Prisa.

Luis Guerrero — Tue, 05 Jul 2011 22:26:57 GMT

Hola Victor!

Efectivamente, como el diagrama indica (sacado de Visual Studio) en mi solución tengo todos los proyectos de las tres aplicaciones, El Pais, As y Cinco Días. Esto es así porque como comenté al principio del artículo, el proyecto era de las tres aplicaciones a la vez por eso consideré oportuno tener en la misma solución las tres. Una vez que se hicieron las ramas, ya no tenía tanto sentido tener todos los proyectos juntos, pero bueno eso me permitía hacer un merge de una rama reléase, de por ejemplo El Pais, a la rama de Main sin cambiar el .sln.

Y sobre la segunda pregunta volvemos a lo mismo, el proyecto no se pensó para más aplicaciones sino para esas tres, con lo cual no voy a tener ese escenario de tener que generar más proyectos y más ramas. Lo suyo hubiera sido quitar los proyectos de As y Cinco Días de la solución de El Pais, pero como estábamos comodos con eso nos pareció bien, además el tener ramas nos permitía cambiar cosas del proyecto de PlainConcepts.Common en la rama de El Pais sin que esto afectase a la rama de As (por poner un ejemplo) y después hacer un merge de todo eso a Main y testear que ese cambio no ha impactado en el resto de aplicaciones. Una de las cosas buenas que tiene tener un ensablado común es que te ahorras código, pero tienes el problema de que cada cambio impacta más partes de otro software, y esto con las ramas lo minimizábamos.

Espero que te sirva, si tienes alguna duda más no dudes en contestar.

Saludos. Luis.

re: Como generamos las releases en Plain Concepts, el caso de las aplicaciones de Windows Phone de Prisa.

Victor Sanchez — Tue, 05 Jul 2011 18:20:29 GMT

Muy buen articulo Luis. Sólo tengo un par de preguntas:

- De acuerdo a tu diagrama de arquitectura general, tendrías una sola solución en el Visual Studio con todos los proyectos?

- Si tendrias todos los proyectos en una sola solución entonces cada vez que necesites generar una nueva rama para la empresa XXX, esta rama contendra todos los proyectos de tu diagrama de arquitectura?

re: Como generamos las releases en Plain Concepts, el caso de las aplicaciones de Windows Phone de Prisa.

Luis Guerrero — Tue, 05 Jul 2011 13:39:54 GMT

Gracias a todos por los comentarios :)

re: Como generamos las releases en Plain Concepts, el caso de las aplicaciones de Windows Phone de Prisa.

Jesús Bosch — Tue, 05 Jul 2011 13:29:25 GMT

interesante artículo, más empresas deberían trabajar así :)

re: Como generamos las releases en Plain Concepts, el caso de las aplicaciones de Windows Phone de Prisa.

El Bruno — Tue, 05 Jul 2011 11:43:46 GMT

Luis ... excelente post !!! buenas prácticas aplicadas por doquier, a seguir con el buen ejemplo :D

Salu2