Где то пол года назад задался этим вопросом.
На тот момент по быстрому сделал для себя выводы, с тех пор придерживаюсь стиля написания всего в единственном числе, но чёб опрос незапилить, вдруг тема будет полезна для кого то с такими же тараканами.
Или меня переубедят или вообще окажется что есть спецификация и ткнут носом в ссылку.

1. Как бы вы назвали таблицу с пользователями?
2. Массив с настройками.
3. Директорию с шаблонами.
4. Директорию с представлением (V из MVC).
5. Файл с классом для какой нибудь обработки ссылок.
6. Класс для отправки личных сообщений.
7. Директорию с изображениями.
8. Директорию для загрузки файлов.
9. Дочку.
10. Сына.

_____________
Промокод предоставляет скидку на заказ домена и/или хостинга reg.ru
BFCC-3895-8804-9ED2

Arh, у нас даже базы данных в разном формате/стиле названы
Даже в рамках одной тимы. К примеру

crm_message
crm_log
...

при этом в другом стиле:
crmMessageQueue

Или вот:
report_crm

От такая вот хня бывает) А переименовать базу данных это нереально. В каждой базе по пол сотни таблиц, для каждой отдельно переливку делать... так что в таком виде всё и осталось)

_____________
Если не говорить пользователям, что Linux это "Сложно и страшно", то им совершенно всё равно, в чём не разбираться

1. users
2. settings
3. templates
4. views
5. LinkHandler
6. Mailer
7. img
8. downloads

_____________
Youtube канал WebDeveloper->Run()
Сайт для души
Gitter

Для названия таблиц и табличных полей -- только единственное число везде и всегда. И в остальных случаях обычно только единственное число. Возможности мозга не так велики, чтобы забивать голову глупыми мелочами.

_____________

echo '<pre>',print_r($var, 1);die;

root@server# make love && war

Лично я бы назвал так "Совершенный код" - Стив Макконнелл, и незачем в чем то, кого то убеждать.

Тоже увидел как-то рекомендацию на эту книгу и решил пролистать. Как по мне - вода водой. Может, для 12-13 лет еще пройдет, но позже уж точно бесполезная книжка.

_____________
Youtube канал WebDeveloper->Run()
Сайт для души
Gitter

Вопрос в голосовалке абстрактный - стоит исправить.

Объясню почему я отказался от блаблаs

Не люблю плодить кучу разных названий по проекту типа тут view там template, здесь tpl.
Допустим все шаблоны лежат в папках с названием template(s)

templates - папка с глобальными шаблонами.
Общий шаблон для админки templates/admin, общий для всего сайта templates/default, тестовый templates/test и т.д.

Вьюшки лежали в папке с модулем module_name/template/menu.tpl
За всё отвечал один шаблонизатор, подключал шаблоны по относительным путям
То есть в модуле просто пишем menu.tpl, а подключается module_name/template/menu.tpl
Так вот приходилось подставлять эту s в конце

$dir = (true) ? $dir . 's' : $dir; //(true) какое то условие

Всех неудобств конечно не вспомнить, но сами названия imgs, tpls выглядят как то недоделано, некрасиво на мой взгляд, было чувство что моего внутреннего идеалиста постоянно тычут палкой в бок.

Еще постоянно маячали такие вещи как у chee (settings, options, config) почему config а не configs? То есть где то недосмотрел, где то знания английского подкачали и понеслось поехало.
Типа access - доступ, а доступЫ тогда accesss чтоль получается?))

Или например массив с настройками settings, а класс, который раздаёт/управляет настройками Setting, тут есть s, там нет :wacko:

Или папка downloads (загрузки) она же uploads, если пользователь с неё начнёт скачивать один файл по ссылке (много сразу то не скачаешь), то у него будет ссылка /downloads/porno.rar
Как бы не (загрузить/порно), а (загрузки/порно)

kristall
+

xlebosol
Два года дома лежит, никак не соберусь осилить талмуд =)
Что Стив по этому поводу говорит?

S.Chushkin

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

Индусы (с коими мне приходится работать), мать иху за ногу (!!!), очень любят писать "индусский код" в классическом его понимании. В т.ч. используют некий "стандартные" имена переменных. Например "flag" - и догадывайся по контексту, что за "флаг" такой. Если есть возможность (т.е. работаю с этим участком кода), то правлю. Если, конечно, это не глобальный "флаг" какой-нибудь.

_____________
* Хэлп по PHP
* Описалово по JavaScript
* Хэлп и СУБД для PostgreSQL

* Обучаю PHP, JS, вёрстке. Интерактивно и качественно. За разумные деньги.

* "накапливаю умение телепатии" (С) и "гуглю за ваш счет" (С)

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

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

config.php - конфигурация на весь проект, одна на весь, если папка с конфигами, то она должна называться configs
settings/options - по сути не очень хорошо употреблять в единственном числе, если у тебя файл с несколькими настройками. А то будет примерно так: лежит setting.php (ты такой думаешь, опа какая то настройка), открываешь, а там их куча, поэтому логично назвать settings.php.

А вообще вернуть к первому утверждению из этого поста, конфигурация проекта должна лежать отдельно от его кода и названия файлов как можно меньше должны содержать абстрактные названия типа settings, options, config. Должны быть реальные названия: database, pagination, mail и прочие

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

надо всё же не забывать, что идеальный код имеется только на бумаге
Стремиться стоит, знать что и как, но не создавать на этом фетиш


_____________
Если не говорить пользователям, что Linux это "Сложно и страшно", то им совершенно всё равно, в чём не разбираться

chee

наверно users звучит и config тоже звучит, а user и configs не очень как то, а вот acssesss совсем не звучит иначе как сказать право доступа во множественном числе, хотя можно - право доступов, только что это такое за право доступов и чем оно отличается от права доступа, мне все доступнее во множественном числе будет?

Во многих случаях -s действительно лишняя, но иногда она очень даже вписывается в том же users, к примеру. И незачем называть папку configs, лучше так configures .

все это на мой взгляд.