<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	
	>
<channel>
	<title>Comentarios en: Titanium: Tablas y callbacks</title>
	<atom:link href="https://www.criteriastudio.com/titanium-tablas-y-callbacks/feed/" rel="self" type="application/rss+xml" />
	<link>https://www.criteriastudio.com/titanium-tablas-y-callbacks/</link>
	<description>Mobile apps developers</description>
	<lastBuildDate>Wed, 05 Jun 2013 16:23:07 +0000</lastBuildDate>
		<sy:updatePeriod>hourly</sy:updatePeriod>
		<sy:updateFrequency>1</sy:updateFrequency>
	<generator>https://wordpress.org/?v=3.9.40</generator>
	<item>
		<title>Por: J. Rayon</title>
		<link>https://www.criteriastudio.com/titanium-tablas-y-callbacks/#comment-111</link>
		<dc:creator><![CDATA[J. Rayon]]></dc:creator>
		<pubDate>Wed, 24 Oct 2012 14:55:05 +0000</pubDate>
		<guid isPermaLink="false">http://www.criteriastudio.com/?p=563#comment-111</guid>
		<description><![CDATA[Hola Xurde,

efectivamente, este código va a hacer la consulta al servidor cada vez que se ejecute. Aunque el httpclient tiene su propio cache, igual que las imágenes remotas, hay ocasiones en que queremos tener nuestro propio caché local (por ejemplo, para mostrar los últimos resultados consultados si no existe conexión).

La solución depende del tipo de datos que tenemos que almacenar, pero una solución común es crear una base de datos sqllite en el dispositivo en el que almacenamos los últimos resultados consultados. La clave de la tabla es la url y el contenido la respuesta del servidor. También podemos incorporar un campo de timestamp para saber si los datos son muy antiguos.

En el código que conecta al servidor, en este caso en flickrfeed.js, antes de consultar el servidor miraría si la entrada ya existe en la base de datos y si es así devuelvo esos resultados en el callback y después refresco la base de datos con los datos actuales. 

A grosso modo, esta sería la manera, pero cada caso puede requerir una solución distinta. Crearé un tutorial sobre esto más adelante.]]></description>
		<content:encoded><![CDATA[<p>Hola Xurde,</p>
<p>efectivamente, este código va a hacer la consulta al servidor cada vez que se ejecute. Aunque el httpclient tiene su propio cache, igual que las imágenes remotas, hay ocasiones en que queremos tener nuestro propio caché local (por ejemplo, para mostrar los últimos resultados consultados si no existe conexión).</p>
<p>La solución depende del tipo de datos que tenemos que almacenar, pero una solución común es crear una base de datos sqllite en el dispositivo en el que almacenamos los últimos resultados consultados. La clave de la tabla es la url y el contenido la respuesta del servidor. También podemos incorporar un campo de timestamp para saber si los datos son muy antiguos.</p>
<p>En el código que conecta al servidor, en este caso en flickrfeed.js, antes de consultar el servidor miraría si la entrada ya existe en la base de datos y si es así devuelvo esos resultados en el callback y después refresco la base de datos con los datos actuales. </p>
<p>A grosso modo, esta sería la manera, pero cada caso puede requerir una solución distinta. Crearé un tutorial sobre esto más adelante.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Por: Xurde Appio</title>
		<link>https://www.criteriastudio.com/titanium-tablas-y-callbacks/#comment-110</link>
		<dc:creator><![CDATA[Xurde Appio]]></dc:creator>
		<pubDate>Wed, 24 Oct 2012 09:47:01 +0000</pubDate>
		<guid isPermaLink="false">http://www.criteriastudio.com/?p=563#comment-110</guid>
		<description><![CDATA[Hola Javier, 

felicidades por MyZings, vi que fue reconocida por Appcelerator como best next-gen app. Yo llevo bastante tiempo usando Appcelerator y aun más javascript / ajax. Me gusta mucho tu estilo de programación y la manera en que utilizas commonJS y los callbacks. 

Echo en falta en este ejemplo una vuelta más, el manejo de datos locales vs datos remotos. En tu ejemplo, siempre que se abre la aplicación se solicitarían los datos remotamente. Siempre he tenido dudas de cómo manejar de la mejor manera este tipo de situaciones. Estructuralmente, entiendo que el módulo FLICKRFEED se encargaría de evaluar si tomamos esos datos de una base local o los pedimos al servidor, encapsulando esta solicitud de datos. Pero cómo evaluarías si es necesario pedir los datos, o si pedir todos los datos o solamente los X últimos, o simplemente siempre pedirías los datos al abrir la app para tener los más frescos?

Supongo que no es tan fácil de responder, pero en definitiva me gustaría saber cómo manejas tú este tipo de situación, y saber si tienes algún ejemplo por ahí, o tienes pensado hacer alguno. 


Saludos!]]></description>
		<content:encoded><![CDATA[<p>Hola Javier, </p>
<p>felicidades por MyZings, vi que fue reconocida por Appcelerator como best next-gen app. Yo llevo bastante tiempo usando Appcelerator y aun más javascript / ajax. Me gusta mucho tu estilo de programación y la manera en que utilizas commonJS y los callbacks. </p>
<p>Echo en falta en este ejemplo una vuelta más, el manejo de datos locales vs datos remotos. En tu ejemplo, siempre que se abre la aplicación se solicitarían los datos remotamente. Siempre he tenido dudas de cómo manejar de la mejor manera este tipo de situaciones. Estructuralmente, entiendo que el módulo FLICKRFEED se encargaría de evaluar si tomamos esos datos de una base local o los pedimos al servidor, encapsulando esta solicitud de datos. Pero cómo evaluarías si es necesario pedir los datos, o si pedir todos los datos o solamente los X últimos, o simplemente siempre pedirías los datos al abrir la app para tener los más frescos?</p>
<p>Supongo que no es tan fácil de responder, pero en definitiva me gustaría saber cómo manejas tú este tipo de situación, y saber si tienes algún ejemplo por ahí, o tienes pensado hacer alguno. </p>
<p>Saludos!</p>
]]></content:encoded>
	</item>
</channel>
</rss>
