drush_make и патчи

Просматривал проект buildkit, увидел интересную фишку drush_make, о которой не знал раньше:

projects[drupal][patch][881530] = http://drupal.org/files/issues/881530_vocabulary_field_machine_names.6.patch

Позволяет в свежую установку drupal-а применить на лету какой-нибудь патч. Вообще это все описано в README-файле, надо лишь почаще заглядывать в документацию.

select all для checkbox-а в заголовке таблицы

Из функции theme_node_admin_nodes:

$select_header = $has_posts ? theme('table_select_header_cell') : '';

...

/**

 * Returns a header cell for tables that have a select all functionality.

 */

function theme_table_select_header_cell() {

  drupal_add_js('misc/tableselect.js');

  return array('class' =>'select-all');

}

Раньше сам городил javascript для этой задачи. Оказывается, в друпале для этого уже все есть.

Мониторинг друзей vkontakte

Если кто-то удаляется из друзей вконтакте, не всегда удается вспомнить, кто же это был. Конечно может это и к лучшему, но хотя бы из любопытсва хочется узнать, кто это. На коленке тут накотал скрипт, который сохраняет в localStorage браузера список друзей и позволяет вычислить, кто тот самый "удаленец".

Вот сам скрипт, кому интересно. Кому еще интереснее, здесь первая версия, работающая через database storage (у меня работало только в Safary).

Для простой установки перетащите эту сслыку эту ссылку в закладки и можете пряма оттуда запускать. Вне вконтакта работать не будет, надо запускать со страниц vkontake. При первом запуске сохранится список текущий друзей, при дальнейших запусках будут отмечаться изменения в списке. Соответственно, если у вас уже пропали друзья, но вы не запускали этот скрипт ранее, вам он не поможет.

PS.  Я знаю, что во вконтакте есть приложения, которые могут вычислить удалившихся друзей. Советую вам пользоваться такими приложениями, через них сложнее угнать ваш аккаунт. И вообще советую с подозрением относиться к ссылкам, начинающимся на "javascript:"...

UPD (13.03.2010). Букмарклет теперь только подгружает скрипт с github-а.
vkontakte не стоит на месте, некоторые старые скрипты уже недоступны. В связи с этим немного подправил скрипт. Работает он теперь только на странице "Мои друзья".

Разумные причины создания классов

Моделирование объектов реального мира Создайте класс для каждого объекта реального мира, моделируемого вашей программой.

Моделирование абстрактных объектов Прекрасный пример - классический обьект Shape (фигура). Нахождение адекватных абстрактных объектов – одна из главных проблем ООП.


Снижение сложности – самая важная причина создания класса (сокрытие деталей, минимизация объема кода, облегчение сопровождения программы). 

Изоляция сложности При возникновении ошибки ее будет проще найти, если она будет локализована в классе, а не распределена по всему коду. Если вы найдете более эффективный алгоритм, им бдет легче заменить старый алгоритм, изолированный в классе... 


Облегчение повторного использования кода


Планирование создания семейства программ Если вы ожидаете, что программу придется изменять, разумно изолировать области предполагаемых изменений в отдельных классах. После этого вы можете изменять классы, не влияя на остальную часть программы, или вообще заменить их на абсолютно новые классы.

О наследовании

Избегайте многоуровневых иерархий наследования. Создание многоуровневых иерархий наследования значительно повышает число ошибок.  Многоуровневые иерархии повышают сложность, что диаметрально противоположно цели наследования. Убедитесь, что используете наследование, чтобы избежать дублирования кода и минимизировать сложность.

Принцип достановки Лисков (LSP)

«Клиенты должны иметь возможность использования подклассов через интерфейс базового класса, не замечая никаких раздичий» (Hunt and Thomas, 2000)

Вроде очевидные вещи, но, думаю, многих людей название смутило бы...

Пока вы не оцените производитльность системы и не найдете узкие места, лучшим способом подготовки к повышению производительности на уровне кода является модульное проектирование. Позже, определив в коде «горячие точки», вы оптимизируете отдельные классы и методы, не затрагивая остальную часть системы.

Сокрытие информации

Размышление о том, что скрыть, способствует принятию удачных решений на всех уровнях проектирования. Оно подталкивает к применению именованных констант вместо чисел на уровне конструирования, помогает выбирать удачные имена методов классов и их параметров и указывает на грамотные варианты декомпозиции и реализации взаимодействия классов и подсистем на уровне системы.
Почаще задавайте себе вопрос “Что мне скрыть?”, и вы удивитсь, сколько проблем проектирования расстает на ваших глазах.
...

В юбилейном 20-летнем издании книги «Мифически человеко-месяц» Фред Брукс пришел к выводу, что критика сокрытия информации была одной из ошибок, допущенных им в первом издании книги. «Парнас был прав в отношении сокрытия информации, а я ошибался», - признался он (Brooks, 1995).

Программа не должна содержать циклических отношений, при которых класс А использует класс В, класс В использует класс С, а класс С - класс А.

Желательные характеристики проекта

• Минимальная сложность
• Простота сопровождения
• Слабое сопряжение
• Расширяемость
• Возможность повторного использования
• Высокий коэффициент объединения по входу (к конкретному классу обращается большое число других классов)
• Низкий или средний коэффициент  разветвления по выходу (конкретный класс обращается к малому или среднему числу других классов)
• Портируемость
• Минимальная, но полная функциональность
• Стратификация (отсутствие в системе лишних частей)
• Соответствие стандартным методикам