Да и ошибками не назовешь это. Даже никому подросток не навредил :) — только себе, получив кучу говна со стороны.
Но по себе знаю — это нормально. Сам был в подобной ситуации.
Тоже делал игры убийцы Старкрафта и делал свою ОСь.
Результат был простой — не хватало меня на доделать задуманное :) — потому что не видел, что это кому-то нужно — даже друзьям.
Если серьезно, есть такая бизнес модель:
Есть товары на небольшую прибыль (до 100%), а есть на суперприбыль (более 500%).
Принтеры относятся к первой категории и служат только тем, что подсаживают нас на то, чтобы мы платили за картриджи. Картриджи какраз относятся ко второй категории.
1) Несколько строк xml — это сколько? Напишите, мне интерестно. Я понял основной концепт. Но интерестно применение на реальных задачах, а не в вакууме.
2) После написания xml, интерестно, на сколько будет понятно, что именно делает код?
Вы привели лишь пример, который состоит в моем случае из 2х строк, говоря, что внутри модели (которая автогенерится) может быть что угодно. В моем примере — модель тоже может быть чем угодно.
SQL файл Files/Db/File/get.zzMysql — mysql sql файл
SELECT
fb.id
FROM `tag_file_rel` as tfr
JOIN `file_body` as fb ON fb.id = tfr.file_id
WHERE
(tfr.`tag` in ~$tags~)
GROUP by tfr.`file_id`
HAVING count(tfr.`file_id`) = ~$countTags~
ORDER BY fb.`date`, fb.`id`
И пример использования:
//get tags from input
$search = array('tags' => 'php, onphp, framework, open source');
//get data from SQL (ZZ is factory)
$files = ZZ()->Files_Db_File_get($search)->toAssign('id');
Если не ясно, объясню.
1) Берем массив $search (с 'tags') и передаем классу Files_Db_File_get, вызывая метод ->toAssign('id') — который возвращает результат запроса.
2) Переменная ->tags берется из массива. В процессе запроса, идет её преобразование из string в array.
3) Дальше происходит запрос в SQL, а переменные ~$tags~ и ~$countTags~ беруться прямиком из класса (само-собою в инкапсулированном виде).
3') ~$tags~ превращается из array в (…,…, ...), ~$countTags~ остается int.
При этом, таблицы tag_file_rel и file_body можно использовать как душе угодно (без связи 1 к многим fb.id = tfr.file_id).
Если хотите, лучше научите как правильно. Агрессия не решит ваших проблем. Я не уверен, что она вообще их решает.
Если мне нужен string, я легко использую (string)$obj.
Может вам стоит посмотреть на другие языки программирования, которые имеют нормальную типизацию и начать писать на них вашу задачу?
//p.s. у вас в коде
if( $this->type ):
$this->_type= $type;
$this->val= $this->val;
endif; /// Хмммм, PHP 3? :)
Но по себе знаю — это нормально. Сам был в подобной ситуации.
Тоже делал игры убийцы Старкрафта и делал свою ОСь.
Результат был простой — не хватало меня на доделать задуманное :) — потому что не видел, что это кому-то нужно — даже друзьям.
Есть товары на небольшую прибыль (до 100%), а есть на суперприбыль (более 500%).
Принтеры относятся к первой категории и служат только тем, что подсаживают нас на то, чтобы мы платили за картриджи. Картриджи какраз относятся ко второй категории.
1) Несколько строк xml — это сколько? Напишите, мне интерестно. Я понял основной концепт. Но интерестно применение на реальных задачах, а не в вакууме.
2) После написания xml, интерестно, на сколько будет понятно, что именно делает код?
Вы привели лишь пример, который состоит в моем случае из 2х строк, говоря, что внутри модели (которая автогенерится) может быть что угодно. В моем примере — модель тоже может быть чем угодно.
Мне интерестно не как это использовать потом, а как разрабатывать.
Хотя-бы потому что вместо простого ясного SQL, предлагают ещё одну прослойку. Может даже на простом примере кажется и гибко, но…
Объясню на примере другого FW:
Files/Db/File/get.php — mysql класс
SQL файл Files/Db/File/get.zzMysql — mysql sql файл
И пример использования:
Если не ясно, объясню.
1) Берем массив $search (с 'tags') и передаем классу Files_Db_File_get, вызывая метод ->toAssign('id') — который возвращает результат запроса.
2) Переменная ->tags берется из массива. В процессе запроса, идет её преобразование из string в array.
3) Дальше происходит запрос в SQL, а переменные ~$tags~ и ~$countTags~ беруться прямиком из класса (само-собою в инкапсулированном виде).
3') ~$tags~ превращается из array в (…,…, ...), ~$countTags~ остается int.
При этом, таблицы tag_file_rel и file_body можно использовать как душе угодно (без связи 1 к многим fb.id = tfr.file_id).
Интерестно посмотреть подобный код на onPHP.
market.yandex.ru/model-opinions.xml?modelid=4732586&hid=91491
Прыгающее — Качество звука :)