Писанина на парте developer`а.

Система управления памятью в Objective-C основана на подсчете ссылок. Все что вам нужно делать — следить ссылками, среда выполнения сама осуществит освобождение памяти.

Выражаясь простым языком, вызываете ли вы alloc, или retain сколько бы то ни было раз, то для корректного удаления объекта вы должны вызвать такое же число раз метод release.

Существуют две причины для использования объектов в программе:

1. Для использования его как переменной экземпляра
2. Для единоразового использования внутри функции

Автор статьи не я. Мне очень понравилась тематика. Данную информацию полезно знать 100% всем PHP программистам, а предисловие всем программистам. Спасибо автору! Статья взята с PHP.SU!

Объектно-ориентированные программы более просты и мобильны, их легче модифицировать и сопровождать, чем их “традиционных” собратьев. Кроме того, похоже, сама идея объектной ориентированности при грамотном ее использовании позволяет программе быть даже более защищенной от различного рода ошибок, чем это задумывал программист в момент работы над ней. Однако ничего не дается даром: сами
идеи ООП довольно трудны для восприятия “с нуля”, поэтому до сих пор очень большое количество программ (различные системы Unix, Apache, Perl, да и сам PHP) все еще пишутся на старом добром “объектно-неориентированном” Си.

PHP до недавнего времени обеспечивал лишь некоторую поддержку ООП. Однако, после выхода PHP5 поддержка ООП в PHP стала практически полной.

Стратегию ООП лучше всего описать как смещение приоритетов в процессе программирования от функциональности приложения к структурам данных. Это позволяет программисту моделировать в создаваемых приложениях реальные объекты и ситуации. Технология ООП обладает тремя главными преимуществами:

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

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

Cправочник, который вам поможет “построить код”. Справочник написан не мной.

Данная статья не претендует на роль всеобъемлющего руководства на тему “как сделать так, чтоб меня никто не поломал”. Так не бывает. Единственная цель этой статьи - показать некоторые используемые мной приемы для защиты веб-приложений типа WWW-чатов, гостевых книг, веб-форумов и других приложений подобного рода. Итак, давайте рассмотрим некоторые приемы программирования на примере некоей гостевой книги, написанной на PHP.

Первой заповедью веб-программиста, желающего написать более-менее защищенное веб-приложение, должно стать “Никогда не верь данным, присылаемым тебе пользователем”. Пользователи - это по определению такие злобные хакеры, которые только и ищут момента, как бы напихать в формы ввода всякую дрянь типа PHP, JavaScript, SSI, вызовов своих жутко хакерских скриптов и тому подобных ужасных вещей. Поэтому первое, что необходимо сделать - это жесточайшим образом отфильтровать все данные, присланные пользователем.

Допустим, у нас в гостевой книге существует 3 формы ввода: имя пользователя, его e-mail и само по себе тело сообщения. Прежде всего, ограничим количество данных, передаваемых из форм ввода чем-нибудь вроде:

К примеру нужно организовать меню вот такой иерархии с бесконечным вложением подменю

Обычно делают ошибку создают несколько таблиц в базе данных и пишут заумные и очень длинные запросы. Или создавать какие-то статусы для каждого вложения, чтоб отслеживать их. Все пытаются изобретать велосипед! Мне пришлось множество велосипед повстречать и такое видал, что на голову не натянешь! :)