Разное

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

И еще я заметил, что в последнее время хочется обходиться без index, поскольку его вызываешь редактором чаще всего, и его прихоится искать в середине списка... То ли дело, главная страница - 01.рнр!

С именами всё просто. Сочинил по-русски -> перевёл на английский.

Но в основном всё уже интуитивно называется. index, lib, news, common, component, generic, module etc руки уже сами пишут названия папок и файлов.

Цифры only в именах файлов - моветон imho... Когда файлов будет > 10 - не разберёшься ((:

У меня в одном скрипте в корне 199 файлов. Если бы я их называл не цифрами, было бы очень трудно разбираться.

хех, а в 200-м файле список из 199 строк с переводом - 1 -> такой-то файл, делает то-то,
2 -> такой-то файл, делает то-то...

нет уж, извините. лучше разбивать на папки, папки называть логично - news, clients, users, polls..., файлы тоже называть по их основному действию, кратко, но понятно - add_news.php (форма добавления новости), add_news_act.php - (обработчик формы добавления).

У меня проще (:
add_mess - форма добавления
add_mess1 - обработчик (:

Наверное гораздо логичнее и интуитивнее add_mess_handler для обработчика

не, handler - это уже длинно :)

Я пишу add_mess_do )

Вообще-то использовать в качествет обработчика страницу с другим адресом вообще не рекомендуется. Допустил ошибку - жми "назад", либо если есть переадресация, то придется всё заново вводить. Бесит.
А когда указывают на ошибке на той же странице с формой (например, над ней или около неверно заполненных полей) - это уже удобно.

Обычно беру слово на английском, то етсь к примеру если переменная содержит имя, то $name. Если не знаю этого слова на английском (часто бывает), то транслитом пишу :) Раньше называл запросы так:
$user_query = mysql_query("SELECT * FROM `users` ....");
А массив выглядит так:
$ua - "u" -означает первую букву переменнйо запроса, а "a" - сокращение от array.
Если на страницы испльзуется только один запрос, т переменная $query, а массив $a.

Ну что-то вроде этого :)


ЗЫ. так такое можно сделать :) Используйте .htaccess

> Если на страницы испльзуется только один запрос, т переменная $query, а массив $a.
Ох и побьют тебя палками, когда будут смотреть код. Название переменной говорит - "запрос", а там - его результат 0_o

Ну я так делаю в случае если у меня есть файл news.php (отвечает за вывод одной переменной) и там есть запрос $query = mysql_query("SELECT * FROM `news` WHERE id='".$id."'"); Мне как бы атк удобно :) Раньше я всё время придумывал какие-то название для переменных даже в таком случае, но в последнее время решил не тратить время на "придумывание" имени :)

> Ну я так делаю в случае если у меня есть файл news.php (отвечает за вывод одной переменной) и там есть запрос $query = ...

А если файл будет guestbook.php, то ты дашь другое название переменной?

$i - for

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

Я не читал эту книгу, но она у меня есть в формате djvu. Могу скинуть, если кому надо. Вес 20 мбайт.

Содержание
Предисловие XIII
Благодарности XIX
Контрольные списки XXI
Часть I Основы разработки ПО
1 Добро пожаловать в мир конструирования ПО! 2
1.1. Что такое конструирование ПО? 2
1.2. Почему конструирование ПО так важно? 5
1.3. Как читать эту книгу 6
2 Метафоры, позволяющие лучше понять разработку ПО 8
2.1. Важность метафор 8
2.2. Как использовать метафоры? 10
2.3. Популярные метафоры, характеризующие разработку ПО 12
3 Семь раз отмерь, один раз отрежь: предварительные условия 21
3.1. Важность выполнения предварительных условий 22
3.2. Определите тип ПО, над которым вы работаете 28
3.3. Предварительные условия, связанные
с определением проблемы 34
3.4. Предварительные условия, связанные с выработкой требований 36
3.5. Предварительные условия, связанные
с разработкой архитектуры 41
3.6. Сколько времени следует посвятить выполнению
предварительных условий? 52
4 Основные решения, которые приходится принимать
при конструировании 58
4.1. Выбор языка программирования 59
4.2. Конвенции программирования 63
4.3. Волны развития технологий 64
4.4. Выбор основных методик конструирования 66
Часть II Высококачественный код
5 Проектирование при конструировании 70
5.1. Проблемы, связанные с проектированием ПО 71
5.2. Основные концепции проектирования 74
5.3. Компоненты проектирования: эвристические принципы 84
5.4. Методики проектирования 107
5.5. Комментарии по поводу популярных методологий 115
6 Классы 121
6.1. Основы классов: абстрактные типы данных 122
6.2. Качественные интерфейсы классов 129
6.3. Вопросы проектирования и реализации 139

Я лично вообще папок не люблю! Весь сайт на одной странице, либо все страницы в одной папке :o)

У меня как правило стоит проблема перед правильной иерархией папок для каринок, подключаемых скриптов и всяких там .swf-файлов или подобного. А сами программы всегда в / директории.