Я вижу, что вы не работаете с друпал, этот модуль - ненужная функциональность, которая нигде не используется.
Смотрите на такие вещи как таксономия, ноды, cck, и не забывайте, что часть кода может быть представлена для интерфейса настройки в админ части (ориентируйтесь на то что написано в *_menu), автор может туда вложить инлайн-код, но мешать он вам никогда не будет, и то врядли найдете.
И еще - не надо разводить полемику, это некрасиво и абсолютно песполезно задавить такую систему глянув в бестолковый модуль и не попробовав ее саму в работе. Если есть реальные вопросы - эта тема не подходит, но могу ответить в ЛС.
Если вы скептически относитесь к AWARD, то что для вас вообще критерий?
Допустим он оценен в $5 000 000 стандартных модулей - это для вас показатель? Для меня абсолютно нет, он удобен в разработке - это для меня фактор.
ок, я понял, просто, чтоб не думали плохо о друпал :) все там более чем серьезно и правильно.
Сам я впервые наткнулся на него, когда гуглил на на тему переопределяемых функций в php (такое есть в С++, но нет php) и попал на друпал, вот.
Что касается человека ниже - с джумлой даже ровнять нечего - это разные плоскости разработки.
Есть такая cms(cmf), зовут Drupal, которая на AWARD 2007 прекрасно показала, что отличный код и организация возможны на процедурном подходе, решения и код в ней такой по качеству, который не смогут реализовать половина "пишущих на ООП" в нашей стране. Так что можно плеваться на процедуры, а можно реально посмотреть на ситуацию и за что голосует планета (скорее всего в этом году это повторится).
Ни в коем случае не пропагандирую отказ от процедур, но и не надо утверждать, что "ООП структурированей и безбожно необходим", это так только на первый взгляд.
ps: кто понимает о чем я - поддержит, кто нет - скорее всего нажмет "минус".
это еще большой вопрос, что быстрее регексп или просовывыние сквозь объект и куча инициализаций для элементарнейшей строки.
ps: попробуйт быстродействие regexp, кто вам сказал, что это медленно? даже на 20 кб текста не говоря о простейших именах поле
я это писал в поддержку в первый день как зарегистрировался.
Но потом понял, что администрации абсолютно пофик на глюки, жалоб куча, не обращайте внимание, НЛО об этом знает, но продолжает кормить завтраками про суперхабр.
Самое несправедливое то, что этого человека не знал народ во время его жизни и он так и не получих аплодисментов, восторгов и славы за свой талант в то время. Обидно блин.
А я вот не пользуюсь Нео и сам продолжаю страдать от этого продукта.
Одноклассники свое нет-нет да и получают, шум вполне удался.
Смотрите на такие вещи как таксономия, ноды, cck, и не забывайте, что часть кода может быть представлена для интерфейса настройки в админ части (ориентируйтесь на то что написано в *_menu), автор может туда вложить инлайн-код, но мешать он вам никогда не будет, и то врядли найдете.
И еще - не надо разводить полемику, это некрасиво и абсолютно песполезно задавить такую систему глянув в бестолковый модуль и не попробовав ее саму в работе. Если есть реальные вопросы - эта тема не подходит, но могу ответить в ЛС.
Допустим он оценен в $5 000 000 стандартных модулей - это для вас показатель? Для меня абсолютно нет, он удобен в разработке - это для меня фактор.
Сам я впервые наткнулся на него, когда гуглил на на тему переопределяемых функций в php (такое есть в С++, но нет php) и попал на друпал, вот.
Что касается человека ниже - с джумлой даже ровнять нечего - это разные плоскости разработки.
И со стороны программиста (ни одной строки) ни со стороны верстальщика.
Ни в коем случае не пропагандирую отказ от процедур, но и не надо утверждать, что "ООП структурированей и безбожно необходим", это так только на первый взгляд.
ps: кто понимает о чем я - поддержит, кто нет - скорее всего нажмет "минус".
ps: попробуйт быстродействие regexp, кто вам сказал, что это медленно? даже на 20 кб текста не говоря о простейших именах поле
http://bp0.blogger.com/_e-mPA_6ZQyg/RnEX…
Но потом понял, что администрации абсолютно пофик на глюки, жалоб куча, не обращайте внимание, НЛО об этом знает, но продолжает кормить завтраками про суперхабр.
Эти трое впринципе "никто" и даже если w3c это оценит и приймет, то мы сможем воспользоваться этим без фиксов лет через 6-7