Archivos Mensuales: junio 2013

Añadir un metabox a varios tipos de post en WordPress

En WordPress, a veces tenemos que añadir un meta_box a TODOS los tipos de post, sean del tipo que sean… o tal vez a muchos de ellos.

He visto que mucha gente lo que hace es coger el hook “add_meta_box” y llamarlo dentro de un foreach con los tipos a los que se lo quiere añadir… lo cual yo creo que no es correcto,y que debería hacerse como sigue

<?php
function poner_mi_metabox( $tipo ) {

	$post_types = array_values( get_post_types() );
	$excluded_types = array('excluido1', 'excluido2');

	$post_types = array_diff($post_types, $excluded_types);

	if( in_array($tipo, $post_types) ){
		add_meta_box( 'mamor_meta_box', 'Título del metabox',
		'display_el_meta_box', "$tipo", 'side', 'high' );

	}

}

function display_el_meta_box(){
	echo "contenido del meta box";
        //no me pongas aqui el HTML por favor! hazte una plantillica o algo
}

add_action( 'add_meta_boxes', 'poner_mi_metabox' );
?>

Lo que hemos hecho es que cuando se lance el hook “add_meta_boxes” se llame a la funcion “poner_mi_metabox”, que recibe, en cada llamada, el tipo de post que se está evaluando.

Tomamos todos los tipos de posts existentes en nuestro wordpress y le quitamos los que no nos interesen (por ejemplo, attachment sería un candidato en mi caso…), de manera que, si el tipo de post que se está evaluando es de uno de nuestros tipos aceptados, le añadimos la meta box.

Así de simple!

Y bueno, si lo que queremos es sacar solo una lista de los custom_post_types que tenemos, podemos hacerlo usando los argumentos que admite la función… tal y como está en la web de WordPress:

<?php
$args=array(
  'public'   => true,
  '_builtin' => false
);
$output = 'names'; // names or objects, note names is the default
$operator = 'and'; // 'and' or 'or'
$post_types=get_post_types($args,$output,$operator);
  foreach ($post_types  as $post_type ) {
    echo '<p>'. $post_type. '</p>';
  }
?>

Clases en Javascript: The right way

Como bien me apuntan por ahí ( y sin acusar a nadie! jajaja @o0Lillo0o), a la hora de crear clases en javascript no es bueno ni eficiente definir funciones en el propio objeto, sino que lo suyo es hacerlo en el prototype.

Aquí veremos como se ha de crear una clase en Javascript bien hecho (al menos con mi nivel :-p). Crearemos las clases como funciones.

Por ejemplo, creemos una clase Coche. Para ello definiremos que el constructor recibe el nombre del coche.

function Coche( nombre ){
	this.nombre = nombre;
}

Coche.prototype.setNombre = function (nombre){
	this.nombre = nombre;
}

Coche.prototype.getNombre = function (){
	console.log(this.nombre);
}

var c = new Coche("ford");
c.getNombre(); //ford
c.setNombre("Angel del infierno");
c.getNombre(); //adivina!

Y así para cualquier funcion de clase que necesites, se la añades al prototype….

 

Espero que esta opción sea más purista 😉

Singleton en Javascript

Toda persona que programa se ha topado alguna vez con los patrones de diseño, algo que yo creo que, cuando los aprendes (en mi caso en la Universidad se ven algunos y los aplicamos en Java) son un truño algo aburrido ya que todo sacado de contexto lo es.

Una vez que empiezas a meter el morro en el mundo de la programación y no eres no solamente el único que programa (es típico que haya grupos de 2 o 3 como máximo en España a la hora de hacer la mayoría de las prácticas) sino que la aplicación la usa mucha, mucha gente a la vez, te das cuenta de que los patrones de diseño no solamente son necesarios y útiles, sino que además… molan.

Aquí quiero ir poniendo algún que otro patroncillo y la intención es implementarlos en Javascript 🙂

Uno de los patrones más sencillos y que nos sirve para empezar, es el “Singleton”. Este patrón nos sirve para tener una única instancia de una clase, de manera que cualquiera que acceda a esa clase, trabaje sobre la misma instancia.

Esto, para una clase “Usuario” no vale para nada, ya que cuando creo un usuario y lo manipulo, quiero que sea nuevo y único… pero por ejemplo para manejar un objeto de conexión a una base de datos, sí que nos interesa que se acceda a uno solo, de manera que no tengamos 40.000 conexiones abiertas con la BBDD sino solamente una.

Para eso, nos tenemos que asegurar que nadie puede instanciar objetos de la clase ( La instancia se devuelve típicamente con un “getInstance()” )

var ClaseSingleton = (function () {

  // instancia que usaran los demas
  var instance;

  function init() {

    // Singleton

    // metodos que no podran ser accedidos por
    // nadie que use la instancia

    function _metodoPrivado(){
        console.log( "No me ves" );
    }

    var _variableProvada = "Soy inalcanzable para ti";

    var _numAleatorio = Math.random();

	//Esto es lo que devuelve la funcion init(), privada dentro de
	//la clase singleton. Lo que devuelve son, en definitiva
	//las funciones que hacemos publicas

    return {

      // Cosas publicas
      metodoPublico: function () {
        console.log( "Mirameee!" );
      },

      propiedadPublica: "Soy de todos ;)",

      getNumAleatorio: function() {
        return _numAleatorio;
      }

    };

  }; //fin init()

	//esto es a lo que obtendra acceso cualquiera que instancie el singleton
	//solo le damos opcion de hacer el getInstance()
  return {

    // Nos da la instancia si existe
    // o crea una nueva si no existe
    getInstance: function () {

      if ( !instance ) {
	    //el objeto tendra los metodos y props que devuelve init en el return!!
        instance = init();
      }

      return instance;
    }

  };

})();

¿Qué está pasando?

La “clase estática” ( Para simular la clase estática, hacemos una función que se ejecuta en cuanto se define, de manera que no es un objeto instanciable en javascript mediante un “new”, como sería una “clase” normal. ) “ClaseSingleton” tiene, digamos, dos partes: parte privada y la parte pública.

Para hacer una parte privada, es decir, inalcanzable desde fuera de la clase, escribirmos código dentro de la función que simula la clase con normalidad, esto es, creamos variables, funciones… lo que sea necesario, pero para que podamos controlar lo que se hace público y cómo, usaremos la sentencia “return”, devolviendo un objeto javascript que contendrá lo que queramos hacer público.

Es decir, ClaseSingleton puede tener 187 funciones pero si en el return solamente devolvemos una función, esa será la única pública.

Es decir, lo público irá en el objeto del return.

Lo que se hace aquí es dar solamente acceso a aquellos que usan nuestra clase a una función llamada getInstance que devuelve la instancia o la crea en caso de no existir. Cuando la crea, lo hace a través de la función “init” (el nombre es arbitrario, podrias llamarlo de otra manera…). Al llamar a la función init() lo que hace es obtener lo que esta funcion le devuelve en su return, que es un objeto javascript que contiene funciones y variables, que son en realidad, las acciones que ofrece nuestra clase.

 

Más información y MUY buena sobre patrones de diseño en javascript aquí.

 

Clases en Javascript

En Javascript no existen las clases como las conocemos en Java o en C# o en PHP… pero se pueden simular de forma muy chula mediante una función. Para ello, tenemos que seguir esta estructura y listo


function nombreClase(){
	//atributos
	var a1 = "hola!";
	var _a2;

	//funciones
	function _f1(){};
	function f2(){ console.log("ejecuto f2"); };

	//return con la interfaz que ofrecemos
	return{
	    varPublica: a1,
	    funcionDeLaClase: f2
	}

};

Aquí no hay mucho que explicar, solamente que si instanciamos un objeto e la clase, solamente tendremos acceso a “varPublica” y “funcionDeLaClase”, tal y como hemos definido…

Aquí meto unos pantallazos para que veais como se puede probar en la consola de chrome 🙂

Se puede ver que varPublica y funcionDeLaClase estan disponibles

Se puede ver que varPublica y funcionDeLaClase estan disponibles

 

ejemplo de ejecución:

acciones clase

Venga, juega un poco y define tus propias clases!

 

Twitter en tu App Android… cambios para que funcione con la nueva API 1.1

Hola!

Varias personas me avisaron de que no podían ejecutar el código que había subido a otras entradas al respecto:

Twitter en Android

No os preocupéis, ya me di cuenta por mi mismo porque me dejó de funcionar el PFC…. y además la solución es muy sencilla (como todo, a toro pasado).

El problema radica en dos cosas:

  • La API ha cambiado: Esto nos debería de dar igual, pues usamos una librería, luego con reemplazarlo por una versión más moderna de la librería, debería valernos…
  • La librería tiene cambios en su propia API: El tío cutre de Twitter4j ha actualizado la librería apra que funcione con el API nuevo pero ha incluido cambios innecesarios como eliminar clases (como la clase Tweet que ahora es Status…).

Por tanto, deberemos hacer dos cositas (no me extiendo porque puedes ver el código y salvo esto que marco, es igual que el anterior):

Cambiar la librería por la versión 3.0.3 (la más actual mientras escribo esto).

En el código, cuando hacíamos

Twitter twitter = TwitterFactory.getInstance();

Ahora deberemos utilizar el ConfigurationBuilder de Twitter4j. Yo lo que he hecho es crearme una funcioncilla que me de la instancia de twitter, que antes obtenía como está escrito en la linea anterior, de manera que me ahorro escribirlo todas las veces (para una linea no me complicaba, pero ahora son más lineas) y también me ayudará si el código vuelve a cambiar.

La función es como sigue

public static Twitter getTwitterInstance( SharedPreferences prefs ){

	String token = prefs.getString(OAuth.OAUTH_TOKEN, "");
	String secret = prefs.getString(OAuth.OAUTH_TOKEN_SECRET, "");
        ConfigurationBuilder cb = new ConfigurationBuilder();
        cb.setDebugEnabled(true);
        cb.setOAuthConsumerKey(TwitterData.CONSUMER_KEY);
        cb.setOAuthConsumerSecret(TwitterData.CONSUMER_SECRET);
        cb.setOAuthAccessToken(token);
        cb.setOAuthAccessTokenSecret(secret);

	Twitter twitter = new TwitterFactory( cb.build() ).getInstance();

    	return twitter;

}

Aqui solamente le damos los datos para Twitter de otra manera.

El código final y que me ha funcionado ahora mismo está disponible en BitBucket

puedes hacer un pull de esto

https://mamoreno@bitbucket.org/mamoreno/twittertest-para-api-1.1.git

 

Ciau!