3.-Requerimientos de PHP y Cambios en Yii2

Requerimientos de PHP

Yii 2.0 requiere PHP 5.4 o mayor, lo que es un gran progreso ya que Yii 1.1 funcionaba con PHP 5.2. Como resultado, hay muchas diferencias a nivel del lenguaje a las que deberías prestar atención. Abajo hay un resumen de los mayores cambios en relación a PHP:

• Namespaces
• Funciones anónimas
• La sintaxis corta de Arrays [...elementos...] es utilizada en vez de array(...elementos...).
• Etiquetas cortas de echo. Ahora en las vistas se usa <?=. Esto se puede utilizar desde PHP 5.4.
• SPL - Biblioteca estándar de PHP.
• Enlace estático en tiempo de ejecución.
• Fecha y Hora,
• Traits.
• intl. Yii 2.0 utiliza la extensión intl de PHP como soporte para internacionalización.

Namespace

El cambio más obvio en Yii 2.0 es el uso de namespaces. Casi todas las clases del núcleo utilizan namespaces, ej., yii\web\Request. El prefijo “C” no se utiliza más en los nombre de clases. El esquema de nombres sigue la estructura de directorios. Por ejemplo, yii\web\Request indica que el archivo de la clase correspondiente web/Request.php está bajo el directorio de Yii framework.

(Puedes utilizar cualquier clase del núcleo sin necesidad de incluir el archivo que la contiene, gracias al autoloader de Yii.).

Componentes y Objetos

Yii2.0 parte la clase CComponent de1.1 en dos clases:yii\base\BaseObject y yii\base\Component. La clase BaseObject es una clase base que permite definir propiedades de object a través de getters y setters. La clase Component extiende de BaseObject y soporta eventos y comportamientos.

Si tu clase no necesita utilizar las características de eventos o comportamientos, puedes considerar usar BaseObject como clase base. Esto es frecuente en el caso de que las clases que representan sean estructuras de datos básicas.

Configuración de objetos

La clase BaseObject introduce una manera uniforme de configurar objetos. Cualquier clase descendiente de BaseObject debería declarar su constructor (si fuera necesario) de la siguiente manera para que puede ser adecuadamente configurado:

En el ejemplo de arriba, el ´ultimo parámetro del constructor debe tomar un array de configuración que contiene pares clave-valor para la inicialización de las propiedades al final del mismo. Puedes sobrescribir el método init() para realizar el trabajo de inicialización que debe ser hecho después de que la configuración haya sido aplicada.

Siguiendo esa convención, podrás crear y configurar nuevos objetos utilizando un array de configuración:

Eventos

En Yii1, los eventos eran creados definiendo un método on (ej.,onBeforeSave). En Yii 2, puedes utilizar cualquier nombre de evento. Ahora puedes disparar un evento utilizando el método trigger():

$event = new \yii\base\Event;

$component->trigger($eventName, $event);

Para conectar un manejador a un evento, utiliza el método on():

$component->on($eventName, $handler);

// Para desconectar el manejador, utiliza:

// $component->off($eventName, $handler);

Hay muchas mejoras en lo que respecta a eventos. 

Alias

Yii 2.0 extiende el uso de alias tanto para archivos/directorios como URLs. Yii 2.0 ahora requiere que cada alias comience con el carácter @, para diferenciarlos de rutas o URLs normales. Por ejemplo, el alias @yii corresponde al directorio donde Yii se encuentra instalado. Los alias están soportados en la mayor parte del n´ucleo. Por ejemplo, yii\caching\FileCache::$cachePath puede tomar tanto una ruta de directorios normal como un alias.

Un alias está estrechamente relacionado con un namespace de la clase.

Se recomienda definir un alias por cada namespace raíz, y así poder utilizar el autoloader de Yii sin otra configuración. Por ejemplo, debido a que @yii se refiere al directorio de instalación, una clase como yii\web\Request puede ser autocargada. Si estás utilizando una librería de terceros, como

Zend Framework, puedes definir un alias @Zend que se refiera al directorio de instalación de ese framework. Una vez realizado esto, Yii será capaz de autocargar cualquier clase de Zend Framework también.

Vistas

¡NO TE DESESPERES ES NECESARIO QUE CONOZCAS QUE SE PUEDE HACER CON YII2 PARA CUANDO LO NECESITES BUSCAS LA INFORMACIÓN RELACIONADA!!!!!!!         CONTINUAMOS...   :)

Modelos

Yii 2.0 utiliza yii\base\Model como modelo base, algo similar a CModel en 1.1. La clase CFormModel ha sido descartada por completo. Ahora, en Yii 2 debes extender de yii\base\Model para crear clases de modelos basados en formularios.

Yii 2.0 introduce un nuevo método llamado scenarios() para declarar escenarios soportados, y para indicar bajo que escenario un atributo necesita ser validado, puede ser considerado seguro o no, etc. Por ejemplo:

En el ejemplo anterior, se declaran dos escenarios: backend y frontend. Para el escenario backend son considerados seguros ambos atributos, email y role, y pueden ser asignados masivamente. Para el escenario frontend, email puede ser asignado masivamente mientras role no. Tanto email como role deben ser validados utilizando reglas (rules).
El método rules() aún es utilizado para declara reglas de validación.
Ten en cuenta que dada la introducción de scenarios(), ya no existe el validador unsafe.
En la mayoría de los casos, no necesitas sobrescribir scenarios() si el método rules() especifica completamente los escenarios que existirán, y si no hay necesidad de declarar atributos inseguros (unsafe).

Controladores

Yii 2.0 utiliza yii\web\Controller como controlador base, similar a CWebController en Yii 1.1. yii\base\Action es la clase base para clases de acciones.
El impacto más obvio de estos cambios en tu código es que que cada acción del controlador debe devolver el contenido que quieres mostrar en vez de mostrarlo directamente:

Widgets

Yii 2.0 utiliza yii\base\Widget como clase base de los widgets, similar a CWidget en Yii 1.1.
Para obtener mejor soporte del framework en IDEs, Yii 2.0 introduce una nueva sintaxis para utilizar widgets. Los métodos estáticos begin(), end(), y widget() fueron incorporados, y deben utilizarse así:

Temas

Los temas funcionan completamente diferente en Yii 2.0. Ahora están basados en un mecanismo de mapeo de rutas, que mapea la ruta de un archivo de la vista de origen a uno con un tema aplicado. Por ejemplo, si el mapeo de ruta de un tema es [’/web/views’ => ’/web/themes/basic’], entonces la versión con el tema aplicado del archivo /web/views/site/index.php sería /web/themes/basic/site/index.php. Por esta razón, ahora los temas pueden ser aplicados a cualquier archivo de la vista, incluso una vista renderizada fuera del contexto de un controlador o widget.
Ademas, el componente CThemeManager ya no existe. En cambio, theme es una propiedad configurable del componente view de la aplicación.

Filtros de Acciones

Los filtros de acciones son implementados a través de comportamientos.
Para definir un nuevo filtro personalizado, se debe extender de yii\base\ActionFilter. Para utilizar el filtro, conecta la clase del filtro al controlador como un comportamiento. Por ejemplo, para utilizar el filtro yii\filters\AccessControl, deberías tener el siguiente código en el controlador:

Assets

Yii 2.0 introduce un nuevo concepto llamado asset bundle que reemplaza el concepto de script package encontrado en Yii 1.1.
Un asset bundle es una colección de archivos assets (ej. archivos JavaScript, archivos CSS, imágenes, etc.) dentro de un directorio. Cada asset bundle está representado por una clase que extiende de yii\web\AssetBundle. Al registrar un asset bundle a través de yii\web\AssetBundle::register(), haces que los assets de dicho bundle sean accesibles vía Web. A diferencia de Yii 1, la página que registra el bundle contendrá automáticamente las referencias a los archivos JavaScript y CSS especificados en el bundle.

Helpers

Yii 2.0 introduce muchos helpers estáticos comúnmente utilizados, incluyendo:

yii\helpers\Html
yii\helpers\ArrayHelper
yii\helpers\StringHelper
yii\helpers\FileHelper
yii\helpers\Json

Formularios

Yii 2.0 introduce el concepto de campo (field) para construir formularios utilizando yii\widgets\ActiveForm. Un campo es un contenedor que consiste en una etiqueta, un input, un mensaje de error y/o texto de ayuda.
Un campo es representado como un objeto ActiveField. Utilizando estos campos, puedes crear formularios máas legibles que antes:

Constructor de Consultas

En Yii 1.1, la generaci´on de consultas a la base de datos estaba dividida
en varias clases, incluyendo CDbCommand, CDbCriteria, y CDbCommandBuilder. Yii
2.0 representa una consulta a la base de datos en t´erminos de un objeto Query que puede ser convertido en una declaraci´on SQL con la ayuda de QueryBuilder detr´as de la escena. Por ejemplo:

Lo mejor de todo, dichos métodos de generación de consultas pueden ser también utilizados mientras se trabaja con Active Record.

Active Record (ESTE ES MANEJADOR DE LA BD)

Yii 2.0 introduce muchísimos cambios con respecto a Active Record. Los dos más obvios se relacionan a la generación de consultas y al manejo de relaciones.
La clase de Yii 1.1 CDbCriteria es reemplazada por yii\db\ActiveQuery en Yii 2. Esta clase extiende de yii\db\Query, y por lo tanto hereda todos los métodos de generación de consultas. Para comenzar a generar una consulta, llamas al método yii\db\ActiveRecord::find():

Para declarar una relación, simplemente define un método getter que devuelva un objeto ActiveQuery. El nombre de la propiedad definida en el getter representa el nombre de la relación. Por ejemplo, el siguiente código declara una relación orders (en Yii 1.1, las relaciones se declaraban centralmente en el método relations()):

Ahora puedes utilizar $customer->orders para acceder a las ´ordenes de la tabla relacionada. También puedes utilizar el siguiente código para realizar una consulta relacional ‘sobre la marcha’ con una condición personalizada:

$orders = $customer->getOrders()->andWhere(’status=1’)->all();

Cuando se utiliza la carga temprana (eager loading) de la relación, Yii 2.0 lo hace diferente de 1.1. En particular, en 1.1 una declaración JOIN sería creada para seleccionar tanto los registros de la tabla primaria como los relacionados. En Yii 2.0, dos declaraciones SQL son ejecutadas sin utilizar un JOIN: la primera trae todos los modelos primarios, mientras que la segunda trae los registros relacionados utilizando como condición la clave primaria de los primarios.
En vez de devolver objetos ActiveRecord, puedes conectar el método asArray() mientras generas una consulta que devuelve un gran número de registros. Esto causará que el resultado de la consulta sea devuelto como arrays, lo que puede reducir significativamente la necesidad de tiempo de CPU y memoria si el número de registros es grande. Por ejemplo:

$customers = Customer::find()->asArray()->all();

Otro cambio es que ya no puedes definir valores por defecto a los atributos a través de propiedades públicas. Si lo necesitaras, debes definirlo en el método init de la clase del registro en cuestión.

Anteriormente, sol´ıa haber algunos problemas al sobrescribir el constructor de una clase ActiveRecord en 1.1. Estos ya no están presentes en Yii 2.0. Ten en cuenta que al agregar parámetros al constructor podrías llegar a tener que sobrescribir yii\db\ActiveRecord::instantiate().
Hay muchos otros cambios y mejoras con respecto a ActiveRecord

Active Record Behaviors

En 2.0, hemos eliminado la clase del comportamiento base CActiveRecordBehavior . Si desea crear un comportamiento Active Record, usted tendrá que extender directamente de yii\base\Behavior. Si la clase de comportamiento debe responder a algunos eventos propios, usted tiene que sobrescribir los métodos events() como se muestra a continuación,

 User e IdentityInterface

La clase CWebUser de 1.1 es reemplazada por yii\web\User, y la clase CUserIdentity ha dejado de existir. En cambio, ahora debes implementar yii\web\IdentityInterface el cual es mucho más directo de usar. El template de proyecto avanzado provee un ejemplo así.


 Manejo de URLs

El manejo de URLs en Yii 2 es similar al de 1.1. Una mejora mayor es que el manejador actual ahora soporta parámetros opcionales. Por ejemplo, si tienes una regla declarada como a continuación, entonces coincidir´a tanto con post/popular como con post/1/popular. En 1.1, tendrías que haber creado dos reglas diferentes para obtener el mismo resultado

[
’pattern’ => ’post/<page:\d+>/<tag>’,
’route’ => ’post/index’,
’defaults’ => [’page’ => 1],
]

Un cambio importante en la convención de nombres para rutas es que los nombres en CamelCase de controladores y acciones ahora son convertidos a minúsculas y cada palabra separada por un guión, por ejemplo el id del controlador CamelCaseController será camel-case.

Uffffff ya en el siguiente post a empezar con el lenguaje yii2 :)

Tomado de la Guía Definitiva de Yii 2.0
Quiang Xue, Alexander Makarov, Carsten Brandt, Klimov Paul y Toda la comunidad de Yii2