Hátrányok keret Kohana

1. IDE-tippek, ha dolgozik c ORM. Ezek nem. Például, a kód:

A osztály módszer nevek Model_Post emlékezni fog (például fetchLatests), mint IDE kérni fogja csak az osztály ORM és Model_Post - örököse az ORM. Ugorj be a ctrl + klikk a módszer nem fog működni. Lehet vitatkozni van phpdoc @var:

De látod, két példányban phpdoc meghaladó tíz vagy több száz különböző alkalmazások helyeken nem túl kényelmes.

2. A lassú fejlődés, lemaradt a versenyben. Egy kis számú hivatalos modulok. Ez így van.

• vezető mysqli még nem hivatalosan megjelent! De mysql_connect változat php 5.5 ELAVULT.

Együttműködik Kohana a php 5.5 vagy kell tenni a kutya Kohana_Database_MySQL a hívás mysql_connect, vagy talál egy nem hivatalos mysqli adapter és váltson mysqli.

3. Nem könnyű osztály kér. Próbáld kérdezze meg yuzeragent és hivatkozott, amikor a http-kérést. Még mindig úgy találta, hogy az egyetlen lehetőség, hogy kapcsolatban van a helyettesítési szuperglobális $ _SERVER $ _SERVER [ „HTTP_USER_AGENT”]. $ _SERVER [ 'http_referer']. Logikus lenne, hogy van egy módszer setUseragent setHeaders, vagy csak, hogy képes legyen telepíteni fejlécében fájlokat curlClient.

4. Nem célszerű levelet phpunit teszteket. Nem zárja ki, hogy rossz vagyok ebbe az irányba mozdult. Van még egy unittest modult. Futok olyan teszteket: phpunit --bootstrap = modules / unittest / bootstrap.php vizsgálatok /

Mi nem tetszik teszteli Kohana?

5. A támogatás keret gyakorlatilag megállt. Kohana 3.4 verzió nem valószínű, hogy valaha is fel kell szabadítani. Ez egy nagyon nagy hátrány, mert más keretek között aktívan ebben az időben fejlesztették.

Kereséseket. lépett felhasználók

dikar 2 évvel ezelőtt

gyökér 2 évvel ezelőtt