Desarrollo Web, PHP, Python, CSS, HTML, Javascript, GNU/Linux… » Zend Framework

El uso de Frameworks hace la vida de un programador, muchas veces, más sencilla o menos monótona, no teniendo así que escribir y reescribir el mismo código decenas de veces en aplicaciones diferentes.  Además de esto, hacen que se mantenga cierto patrón al escribir programas(siempre y cuando estemos conscientes de lo que estamos haciendo), dándole algo de uniformidad al código y se puede decir que un estilo fácil de entender.

Por otro lado, tenemos otras ventajas obvias, como es el uso de clases y métodos que no nos interesa desarrollar, ya sea porque sería complicado o porque no nos importa.

Es claro que estas maravillosas herramientas han aportado al ágil desarrollo de aplicaciones, de la misma manera que han contribuido a que no nos preocupemos por ciertos algoritmos, pues ya están hechos y listos para ponerlos en práctica.  También es una grandísima ventaja el hecho de trabajar con códigos bien revisados y probados(cuando utilizamos frameworks Open-Source o de empresas que pagan por su mantenimiento).

Ahora bien, todo eso es maravilloso cuando ya hemos estudiado un framework en específico, pues para muchos el hecho de tener que aprender un framework o peor aún, luego de haber aprendido un framework, cambiarse a otro, es una tarea casi tan complicada como escribir tu propio código o desarrollar tu propio framework.

Según este post: Do Frameworks Fail? When?, el uso de frameworks aún presenta tres problemas:

• La curva de aprendizaje, que empeora cuando ya un framework no está siendo mantenido.
• Eficiencia del Código: Muchas veces consumen muchos recursos y el programador no tiene control sobre esto.
• El costo de Propiedad: Muchos te enseñan como hacer lo fácil, pero lo difícil seguirá siendo aún más difícil, y tendrás que invertir tiempo(lo cual es dinero) en buscar el framework más apropiado.

No por esto debemos dejar de utilizar un framework, pero si debemos tener en cuenta cuál es el que se ajusta a cada necesidad.

Ayer mi compañero David Tavarez hizo un tweet diciendo que debemos apoyar lo nuestro, los dominicanos generalmente no apoyamos nuestras cosas, nuestra cultura, nuestra gente, nuestras creaciones, nada nuestro.  Es por eso que David y yo estamos en el plan de empezar a unir a todos los desarrolladores de Software y amantes de la tecnología de la región, principalmente de Santiago.

La iniciativa pretende unir, en encuentros sociales, a todos aquellos que sean muy famosos como aquellos que no lo sean tanto pero que se identifican con lo que hacen porque les encanta igual que a nosotros…

Apoyemos lo nuestro!!

Source: http://ask.yahoo.com/20060818.html

We’ve been called all three, and to be honest, we always assumed they meant the same thing. However, according to the cool kids, there are differences.

Official definitions for nerd, geek, and dork each use the words “inept” and “foolish.” Nerds have the added distinction of being “unattractive.” Ouch. While it’s hard to argue with the dictionary, we sought out definitions from the Internet at large.

According to Whatis.com, nerds are people of above-average intelligence who place little importance on their appearance. Nerds are often aware of their status, but they don’t mind. In fact, many take pride in the putdown, as it means they’re smart and not wrapped up in superficial worries.

Geek is a more specific term. Back in the day, geeks worked at carnivals, and (according to the dictionary) “bit the heads off live chickens.” Thankfully, the term now has a different connotation. Like nerds, geeks are smart, but they tend to focus more on technology. As Urban Dictionary explains, these are the people you make fun of in high school and later work for as an adult.

Being called a “dork” is the biggest insult of the three. There’s no way you can spin it into something positive. After all, even the dictionary writes that dorks are “stupid” people. And to make matters worse, dorks assume they’re cool. Oh, and they smell, too.

Cuando nos estamos iniciando en MVC y Zend Framework, nos hacemos la pregunta: ¿Cómo voy a usar AJAX y olvidarme del Layout del site? Bueno, aquí les dejo un controlador que se auxilia de unos métodos dispuestos para esta misma situación:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24

< ?php
 
/**
 * MyController
 *
 * @author Williams Mendez
 */
 
 
class MyController extends Zend_Controller_Action  {
	public function init(){
		parent::init();
		if($this->_request->isXmlHttpRequest())	{
			$this->_helper->Layout->disableLayout(); // No cargar el Layout
			$this->_helper->viewRenderer->setNoRender(); //No cargar la Vista
		}else
		$this->_helper->layout ()->setLayout ( 'my_layout' );
 
	}
	public function indexAction(){
		......
	}
}
?>

Actualmente estoy trabajando en un proyecto para la Universidad en el cual estoy utilizando ZendFramework. El proyecto consiste en una aplicacion de aprendizaje virtual o colaboracion, tipo “Moodle”.

Mi sistema de archivos se ve asi:

application/
   modules/
      estudiantes/
         models/
            DbTable/
      admin/
         models/
            DbTable/
      profesor/
         models/
            DbTable/

Aqui les dejo un ejemplo de mi Bootstrap:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55

< ?php
 
/**
 * Application bootstrap
 *
 * @uses    Zend_Application_Bootstrap_Bootstrap
 * @package QuickStart
 */
class Bootstrap extends Zend_Application_Bootstrap_Bootstrap
{
	/**
	 * Bootstrap autoloader for application resources
	 *
	 * @return Zend_Application_Module_Autoloader
	 */
	protected function _initAutoload()
	{
		$autoloader = new Zend_Application_Module_Autoloader(array(
            'namespace' => 'Default',
            'basePath'  => dirname(__FILE__),
		));
		$autoloader	->addResourceType('estudiantes','modules/estudiantes','Estudiantes')
					->addResourceType('estudiantes_model','modules/estudiantes/models/','Estudiantes_Model')
					->addResourceType('profesor','modules/profesor','Profesor')
					->addResourceType('profesor_model','modules/profesor/models/','Profesor_Model')
					->addResourceType('admin','modules/admin','Admin')
					->addResourceType('admin_model','modules/admin/models/','Admin_Model')
					;
 
 
		return $autoloader;
 
	}
 
	protected function _initFrontController()
	{
		$front = Zend_Controller_Front::getInstance();
		$front->addModuleDirectory(dirname(__FILE__) . '/modules');
		$front->setDefaultModule('default');
 
		return $front;
	}
 
	/**
	 * Bootstrap the view doctype
	 *
	 * @return void
	 */
	protected function _initDoctype()
	{
		$this->bootstrap('view');
		$view = $this->getResource('view');
		$view->doctype('XHTML1_STRICT');
	}
}