хм… я тим лидер команды проекта incomeproject.com (это большая площадка для создания партнерских программ), могу сказать, что использование сторонних библиотек осложнено как минимум по таким причинам:
чтобы использовать такую библиотеку в серьезном проекте ей нужно полностью доверять, чтобы ей доверять ее надо изучить и обкатать на каком-либо «не важном» проекте, таких обычно нет.
нужно полностью понимать область применения, условия работы Фреймворка, методологию решения проблем, которую он предлагает. если этого нет, то вы рано или поздно встанете в ситуацию когда Фреймворк не удовлетворяет ваших требований и нужно писать «костыль» тут то вы и попадете в ловушку когда нужно ставить еще и еще костыли. поставить костыль корректно (под нужным углом) и не нарушить логической целостности работы приложения основанной на FW вы все равно можете только в случае если понимаете идеологию решения задачи, которая заложена в Фреймворк.
Таким образом что б начать пользовать Фреймворк вам нужно:
попробовать его где либо в слабо значительном месте.
изучить всю доку и знать типичные примеры, желательно потусовать в сообществах и узнать типичные проблемы
понять идеалогию решения (большой Фреймворк, много авторов, а значит много разношерстных решений)
осознать ВСЕ уровни абстракций используемых в Фреймворке.
написать где-то долго играющий, но опять же критичный проект на этом Фреймворке.
вот, только теперь можно использовать данный Фреймворк в своих проектах…
все что я тут написал — это мое мнение, моя позиция, но она основана на опыте человека, который написал системы на PHP (ну и не только php), работающие на свыше 5-ти машинах как с функциональным распределением вычислений, так и с распределением вычислений по данным и прекрасно масштабируемы.
доверие к С++, С и Java обусловлено вовсе не одним фактом бренда, который за ними стоит, хотя и им тоже, но еще и старостью технологии Java`е тока не давно сан сделал полную среду свою, а до этого так же были склады решений и все рылись в них, достаточно вспомнить эпопею с аспектным программированием.
почему я использую свои разработки и предпочитаю изучать патерны, а не Фреймворки?
знание паттернов программирования дает вам не само блюдо, а рецепт как приготовить блюдо, вы вольны использовать любые поваренные приборы: PHP JAVA С++.
вы сможете добавить специи по своему выбору, если вы работаете в команде, то у вас больше шанцев изменить рецепт до приготовления, так чтоб ни у кого из членов команды не было аллергии на отдельные его части.
вы можете использовать сезонные и свежие овощи! например, если только что появилась возможность использовать наймспайсы, вы их любите, то вы уже можете включить их в состав своих блюд! я очень сомневаюсь, что шеф повар вашего любимого Фреймворка обладает достаточной гибкостью чтоб сделать это.
худеем — нужно меньше калорий… я думаю, что вам не зачем тащить с собой всю инфраструктуру Фреймворков просто, чтоб оно работало «как всегда» или на «всякий случай», вы же готовите!, а значит, на столе не должно быть ничего лишнего.
«используйте только соевый соус» — подумайте должны ли вы так строго соблюдать рецепт?? а что если вам хочется кетчуп? отказаться от таматов? ограничения вызванные использованием готового фраймворка иногда оказываются очень серьезными и вам не нужными.
это только общие замечания, есть частные, например, вы знаете, что в вашем случае контекст задачи подразумевает упрощение какого — либо механизма, в рамках фрайм ворка это упрощение (логики, абстракций, производительности) обычно сложно сделать, но на вашей кухне вы можете себе позволить это.
я выделяю такие плюсы/минусы:
свои велосипеды минусы:
нет сообщества, которое обсудит ВАШУ проблемму
велика вероятность «глупых» ошибок
вы варитесь в собственном соку — не знаете новых методов если всегда все делаете сами
Сложно предать проект другим людям
Плюсы:
вы имеете полную свободу выбора, все что вы делаете вы можете сделать как вам угодно
в любом месте вы можете вставить новое решение и будете знать как это изменит вашу систему
вы можете решить любую проблему! вы автор системы, вам подвластны решения
все органичения вам подвластны
в итоге вы рискуете, но вы гарантированы от того чтоб зайти в тупик, а с Фреймворком (особенно большим вы не гарантированны)
ну занятная штука. интересно было посмотреть, интересный метод, использовать не собираюсь, но автору метода респект, задача так сказать с точки зрения самой задачи весьма занятная и интересно решена.
а я считаю, что статья крайне полезная, нужно знать как это делается и уметь читать, не вижу что б автор заставлял вас использовать эти методы, не хотите не используйте, но знать о их существовании вы обязанны если хотите считать себя хорошим хотябы кодером.
для тех кто не считает использование логических операторов для управления потоком управления дурным тоном напомню, что этот пример является класическим и вторая запись общепризнана (не вами, а классиками-фундаменталистами) более читаемой.
$res = mysql_connect(…);
if (!$res) die();
Аналогично:
$res = mysql_connect(…) or die();
выбор как и что использовать, конечно, остается на совести программиста
простите у вас тут дискуссия длинная.. затяжная. я даже прочел. у меня даже вопросы появились, но я решил их не задавать. Возможно немного эгоистично, но выскажу просто мнение свое:
Замыкание - это технология и инструмент, как и ооп. Те кто могут жить на этом уровне абстракций и успешно живут, те им пользуются, кто не могут, те не пользуются. Но говорить о том что это нововведение есть фигня некорректно как минимум потому, что другие уверены что оно им нужно.
лично я пока не представляю как использовать замыкания буду, потому что до этого использовал их в событийных языках только широко (пример JavaScript).
Имхо идея не плохая, даже хорошая, но есть трудности которые нужно решить чтоб этот подход позволил накапливать опыт в библиотеках:
1. сложность наследования сервисов таких, разделение прав и прочего. не представляю как осуществлять наследуемость в таких структурах
2. как было сказано выше прохая инкапсулируемость.
Переводчику респект, особый респект за то что все сделано одним куском - очень удобно найти ответ на возникший глюк. Блин отличный труд. я очень благодарен
помоему это очень хороший и удобный сервис для маленьких и тестовых проектов.
вот я, например, пришел другу страничку править хочу там какой-то эффект MooTools так я ж не должен теперь качать,ставить я просто могу ему написать эффект и показать "вот мол смотри, нравится или нет".
конечно для продакшион проджектов такое использовать не рекоменуется.
вот у меня сразу вопрос.. они конечно сосут статистику, можно даже посмотреть какую, а вот влияет ли это как-то на TRUST сайта, задержку перед началом индексирования нового сайта, продвижение его в песочнице? думаю что нужно поставить эксперимент. вопросов много.. насколько этот сервис интегрирован с другими. наверняка обратная связь есть, только как она работает?
Написали всего много, давайте теперь обратимся к теории
Что делает PHP интерпретатор когда встречает include?
ответ:
1. парсит код
2. строит дерево связей сущностей (мапинг адресов переменных и констант, деклараций классов и функций)
3. изменяет дерево исполнения.
4. исполняет.
что происходит при повторном подключении?
PHP смотрит на адреса при смене контекста и исполняет байт код собранный ранее. (если файл не меняли)
что происходит при повторном исполнении инклюда?
дерево связий есть, таблица адресов тоже, байт код даже есть, так что копируется кусок байт кода, подготовленного ранее и все (кстати в PHP4 глюки на этой почве народ ловил ^_^).
Теперь что произойдет при eval ??
тоже самое что и в случае с инклюдом, тока откроется внутренний поток ошибок.
что же происходит при повторном вызове eval ??
интерпритатор не может строить предполодений на природу кода который передан в eval поэтому проводит ВСЕ шаги заново.
Как меняет ситуацию акселератор?
в случае если у вас в подключаемом файле есть например такая конструкция echo "this"." my "." file" акселератор может заменить это на константу, убрать операции контененации, т.е. все стандартные фишки акселерации. В случае с eval код через акселератор не пропускается.
теперь по поводу эксперимента привыкайте писать условия: какая машинка, какая ось, а то странный и не воспроизводимый результат. и число измерений повысить ИМХО стоит ибо тысячные секунды могут встять из-за таких факторов как процессорная оптимизация, влезло или нет в кеш проца и прочие.
Из практики.
Есть люди, которые просто не могут писать код на ООП, ну не могут некоторые говорить в терминах "объект", "сделал", "умеет", "обладает". И в то же время это высококлалифицированные проффесионалы, которые хорошо решают поставленные задачи. Заставлять таких людей работать в принципах ООП не оправданно. Нужно понимать, что иногда заставляя программиста писать на ооп вы можете заставить писать его хуже или разойтись с ним.
ООП - это уровень абстракций комуто близкий кому-то нет.
вот проверил статистику у себя на данный момент:
3 демона на PHP 5.1 работают уже больше неделе на публичном хостинге. Используют событийную модель для взаимодействий между собой.
в случае смерти демона, он автоматически поднимается (за неделю ни одного случая)
Плюс в сравнении с Java, например:
нет утечек памяти и сложно накасячить так чтоб были
проще писать многие задачи WEB
Минусы:
много доп работы для обеспечения стабильности.
Хотел сказать что PHP уже вырос и решает далеко не только "ссесионные" задачи
Ура!! свершилось! как часто приходилось извращаться чтоб решать эти проблеммы! теперь реально многие, очень многие вещи можно будет делать по-человечески! Спасиб огромное автору - отличная новость!
итак пользователям VAIO которые хотят слезть с висты:
на примере ноута: VGN-FE890 (http://esupport.sony.com/US/perl/swu-list.pl?mdl=VGNFE890)
драйверы с офф.сайта не работают под ХР, но есть места, где они лежат:
ftp://ftp.vaio-link.com/pub/Vaio/Original/
для рассматриваемой модели VGN-FE890 серии VAIO скачать FE3.ZIP (95м) и FE3_UTILITIES.ZIP (75м) файлы. ставим все по разумному (тоесть сначала драва из FE3.ZIP, потом утилиты, притом сначала библиотеки VAIO потом тока сами утилиты)
значит на примере этого ноута возникла проблемма о том как ставить камеру.
драйвер отдельно найден (ставим виставский после всего и работает): http://esupport.sony.com/US/perl/swu-download.pl?mdl=VGNFE890&upd_id=2410&os_id=28
Да, возможно гемор, но решение. Надеюсь кому-то помог, если у кого-то такой ноут и он хочет ХР. До высты толи я не созрел, то ли она еще до меня.
не давно ко мне в руки попал ноутбук Vaio из штатов, новый на нем стоит виста и лицензии на ХР типа нет, дров тоже. Так вот решил поставить ХР:
первое дрова нашел и все установил.
второе есть такая услуга даунграйд - звоним в майкрософт и просим ключик на ХР, дают тока в случае если у вас бизнес или профешеонал лицензия на Висту.
Все ноуты IBM можно даунгрейдить (но туда линух встает и генту и что угодно)
круто видеть такие достижения.. начинаешь опять верить в нашу цивилизацию. Нобеля дают вроде за фундоментальные исследования, но награды ребята, сделавшие такую штуку, я не сомневаюсь, получат!
чтобы использовать такую библиотеку в серьезном проекте ей нужно полностью доверять, чтобы ей доверять ее надо изучить и обкатать на каком-либо «не важном» проекте, таких обычно нет.
нужно полностью понимать область применения, условия работы Фреймворка, методологию решения проблем, которую он предлагает. если этого нет, то вы рано или поздно встанете в ситуацию когда Фреймворк не удовлетворяет ваших требований и нужно писать «костыль» тут то вы и попадете в ловушку когда нужно ставить еще и еще костыли. поставить костыль корректно (под нужным углом) и не нарушить логической целостности работы приложения основанной на FW вы все равно можете только в случае если понимаете идеологию решения задачи, которая заложена в Фреймворк.
Таким образом что б начать пользовать Фреймворк вам нужно:
вот, только теперь можно использовать данный Фреймворк в своих проектах…
все что я тут написал — это мое мнение, моя позиция, но она основана на опыте человека, который написал системы на PHP (ну и не только php), работающие на свыше 5-ти машинах как с функциональным распределением вычислений, так и с распределением вычислений по данным и прекрасно масштабируемы.
доверие к С++, С и Java обусловлено вовсе не одним фактом бренда, который за ними стоит, хотя и им тоже, но еще и старостью технологии Java`е тока не давно сан сделал полную среду свою, а до этого так же были склады решений и все рылись в них, достаточно вспомнить эпопею с аспектным программированием.
почему я использую свои разработки и предпочитаю изучать патерны, а не Фреймворки?
это только общие замечания, есть частные, например, вы знаете, что в вашем случае контекст задачи подразумевает упрощение какого — либо механизма, в рамках фрайм ворка это упрощение (логики, абстракций, производительности) обычно сложно сделать, но на вашей кухне вы можете себе позволить это.
я выделяю такие плюсы/минусы:
свои велосипеды
минусы:
Плюсы:
в итоге вы рискуете, но вы гарантированы от того чтоб зайти в тупик, а с Фреймворком (особенно большим вы не гарантированны)
для тех кто не считает использование логических операторов для управления потоком управления дурным тоном напомню, что этот пример является класическим и вторая запись общепризнана (не вами, а классиками-фундаменталистами) более читаемой.
$res = mysql_connect(…);
if (!$res) die();
Аналогично:
$res = mysql_connect(…) or die();
выбор как и что использовать, конечно, остается на совести программиста
Замыкание - это технология и инструмент, как и ооп. Те кто могут жить на этом уровне абстракций и успешно живут, те им пользуются, кто не могут, те не пользуются. Но говорить о том что это нововведение есть фигня некорректно как минимум потому, что другие уверены что оно им нужно.
лично я пока не представляю как использовать замыкания буду, потому что до этого использовал их в событийных языках только широко (пример JavaScript).
1. сложность наследования сервисов таких, разделение прав и прочего. не представляю как осуществлять наследуемость в таких структурах
2. как было сказано выше прохая инкапсулируемость.
$functions=json_decode($_REQUEST['method'],TRUE);
$UImethod->run($functions);
echo json_encode($UImethod->result);
мне кажется в этих строках сложно сделать прозрачным ограничение на разрешенные и запрешенные методы класса..
а в целом для маленьких задачь с маленьким кол-вом функций очень даже удобно. коротко и вызовы прозрачные впринципе
Может стоит просто сделать нечно вроде
вот я, например, пришел другу страничку править хочу там какой-то эффект MooTools так я ж не должен теперь качать,ставить я просто могу ему написать эффект и показать "вот мол смотри, нравится или нет".
конечно для продакшион проджектов такое использовать не рекоменуется.
вот у меня сразу вопрос.. они конечно сосут статистику, можно даже посмотреть какую, а вот влияет ли это как-то на TRUST сайта, задержку перед началом индексирования нового сайта, продвижение его в песочнице? думаю что нужно поставить эксперимент. вопросов много.. насколько этот сервис интегрирован с другими. наверняка обратная связь есть, только как она работает?
Что делает PHP интерпретатор когда встречает include?
ответ:
1. парсит код
2. строит дерево связей сущностей (мапинг адресов переменных и констант, деклараций классов и функций)
3. изменяет дерево исполнения.
4. исполняет.
что происходит при повторном подключении?
PHP смотрит на адреса при смене контекста и исполняет байт код собранный ранее. (если файл не меняли)
что происходит при повторном исполнении инклюда?
дерево связий есть, таблица адресов тоже, байт код даже есть, так что копируется кусок байт кода, подготовленного ранее и все (кстати в PHP4 глюки на этой почве народ ловил ^_^).
Теперь что произойдет при eval ??
тоже самое что и в случае с инклюдом, тока откроется внутренний поток ошибок.
что же происходит при повторном вызове eval ??
интерпритатор не может строить предполодений на природу кода который передан в eval поэтому проводит ВСЕ шаги заново.
Как меняет ситуацию акселератор?
в случае если у вас в подключаемом файле есть например такая конструкция echo "this"." my "." file" акселератор может заменить это на константу, убрать операции контененации, т.е. все стандартные фишки акселерации. В случае с eval код через акселератор не пропускается.
теперь по поводу эксперимента привыкайте писать условия: какая машинка, какая ось, а то странный и не воспроизводимый результат. и число измерений повысить ИМХО стоит ибо тысячные секунды могут встять из-за таких факторов как процессорная оптимизация, влезло или нет в кеш проца и прочие.
Есть люди, которые просто не могут писать код на ООП, ну не могут некоторые говорить в терминах "объект", "сделал", "умеет", "обладает". И в то же время это высококлалифицированные проффесионалы, которые хорошо решают поставленные задачи. Заставлять таких людей работать в принципах ООП не оправданно. Нужно понимать, что иногда заставляя программиста писать на ооп вы можете заставить писать его хуже или разойтись с ним.
ООП - это уровень абстракций комуто близкий кому-то нет.
3 демона на PHP 5.1 работают уже больше неделе на публичном хостинге. Используют событийную модель для взаимодействий между собой.
в случае смерти демона, он автоматически поднимается (за неделю ни одного случая)
Плюс в сравнении с Java, например:
нет утечек памяти и сложно накасячить так чтоб были
проще писать многие задачи WEB
Минусы:
много доп работы для обеспечения стабильности.
Хотел сказать что PHP уже вырос и решает далеко не только "ссесионные" задачи
на примере ноута: VGN-FE890 (http://esupport.sony.com/US/perl/swu-list.pl?mdl=VGNFE890)
драйверы с офф.сайта не работают под ХР, но есть места, где они лежат:
ftp://ftp.vaio-link.com/pub/Vaio/Original/
для рассматриваемой модели VGN-FE890 серии VAIO скачать FE3.ZIP (95м) и FE3_UTILITIES.ZIP (75м) файлы. ставим все по разумному (тоесть сначала драва из FE3.ZIP, потом утилиты, притом сначала библиотеки VAIO потом тока сами утилиты)
значит на примере этого ноута возникла проблемма о том как ставить камеру.
драйвер отдельно найден (ставим виставский после всего и работает): http://esupport.sony.com/US/perl/swu-download.pl?mdl=VGNFE890&upd_id=2410&os_id=28
Да, возможно гемор, но решение. Надеюсь кому-то помог, если у кого-то такой ноут и он хочет ХР. До высты толи я не созрел, то ли она еще до меня.
эх.. карма..карма..
первое дрова нашел и все установил.
второе есть такая услуга даунграйд - звоним в майкрософт и просим ключик на ХР, дают тока в случае если у вас бизнес или профешеонал лицензия на Висту.
Все ноуты IBM можно даунгрейдить (но туда линух встает и генту и что угодно)