Всем доброго времени суток! Возникла лингвистическая проблема.
Пишем мы с коллегой проект на PHP.
Есть набор классов:
— классы для работы с бд (абстрактный слой),
— сессия (может быть несколько реализаций для хранения данных в бд, файлах, памяти),
— локализация,
— класс benchmark
и т.п.
Также, есть функции:
— функция resize'а картинок
— функция перемещения закачанных файлов в папку $dir
и т.п.
Пока неизвестно, будут ли функции просто лежать в файлах или мы их раскидаем по классам. Здесь были перечислены классы общего назначения. Но, в перспективе в этом наборе легко окажутся классы любого назначения, например, классы для работы с географическими объектами в некой системе координат. Вообще любые. Всё вышеперечисленное я назвал "вкусности", они делятся на "вкусности общего назначения" (General) и "дополнительные вкусности" (Additional), а каждое из этих подможеств делится еще на наборы, каждый набор выполняет свою задачу. Например, множество General содержит наборы:
— Database — набор классов/функций для работы с бд
— Session — ... с сессией
— Localization
— Benchmark
...
И вот возник вопрос, как назвать эти вкусности: helpers? libraries? может как-то еще?
Помогите с ответом.
Здравствуйте, ___Avatar___, Вы писали:
___>Здравствуйте, Lindrid, Вы писали:
L>>И вот возник вопрос, как назвать эти вкусности: helpers? libraries? может как-то еще? L>>Помогите с ответом.
___>открыть любой хороший php фреймворк и посмотреть как там сделано
true.
— в Zend framework вкусности лежат в library/zend/
— в symfony вкусности лежат в lib/ . Внутри есть каталог helper, там пачка хэлперов лежит. Почему-то все подкаталоги именуются в единственном числе (кроме одного — plugins, при этом есть еще и plugin).
— CakePHP: libs/
— CodeIgniter: вкусности-классы лежат в libraries, вкусности-функции лежат в helpers
— Kohana: system\classes, system\classes\kohana.
Я вижу два пути:
1) Перейти на ОО стиль программирования — все функции, которые не попали в классы и просто "висели" отдельно, засунуть в статические классы. Тогда вкусности можно просто обозвать classes. Хотя, ИМХО, слишком общО. Эти наши вкусности, они идут отдельно от Ядра, где есть классы Model, View, Controller. Это тоже классы, однако они не попали в classes. Поэтому этот вариант мне не нравится.
A Library is usually a collection of functions placed in a single file. They can however, contain more than just functions. Libraries are usually compiled, but libraries exist for interpreted languages as well.
A collection of subroutines and functions stored in one or more files, usually in compiled form, for linking with other programs. Libraries are one of the earliest forms of organised code reuse. They are often supplied by the operating system or software development environment developer to be used in many different programs. The routines in a library may be general purpose or designed for some specific function such as three dimensional animated graphics.
Судя из второго определения назвать вкусности можно как Libs, так и Lib.
Здравствуйте, Torie, Вы писали:
T>Здравствуйте, Lindrid, Вы писали:
L>>И вот возник вопрос, как назвать эти вкусности: helpers? libraries? может как-то еще?
T>utils?
Я бы скорее так назвал статический класс с набором функций, которые не попали в какую-то определенную категорию или же подкаталог с набором таких функций. Но, имхо, никак не каталог вкусностей.
Здравствуйте, Lindrid, Вы писали:
L> Перейти на ОО стиль программирования — все функции, которые не попали в классы и просто "висели" отдельно, засунуть в статические классы.
Lindrid>И вот возник вопрос, как назвать эти вкусности: helpers? libraries? может как-то еще?
Lindrid>Помогите с ответом.
Для себя выработал правила:
— Если есть "стратегия" использования, то это lib. Например, работа с базой (создать, запросить, пройтись, закрыть), система локализации проекта.
— Если это отдельный "продукт", внедренный в несколько приложений, и от него не зависит работоспособность проекта, у которого один вход, но внутри он делает очень много, то это utils. Например, чистка базы от мусора...
— Если это можно использовать везде, не заботясь о стратегии, то это helpers. Например, хитрая обертка строк, транскрипция в соответствии с ГОСТ. Если несколько хелперов имеют одинаковую сущность, то это становится библиотекой. Например, если в проекте надо транслитерировать по ГОСТам, по СЭВ и т.д, то хелперс перерастает в либу...
