Уникальные функции или большее количество?

Question

[web-quest3]

1- Лучше делать одну функцию(метод), с куче параметров?
Например
Выбрать все книги из таблицы книги за дату (от и до)
Выбрать книгу по ИД
Выбрать книги за дату с определенным автором.
2 - Или такие вещи не лепятся в одну функцию?
3 - Какая литература поможет правильно строить код. (Интересует как в целом так и именно вопрос о функциях, как их писать, что она собой представляет(уникальное решение или точечное), почему лучше так а не иначе, в идеале с примерами.

Answer 1

[Saboteur]

метод != функции. Метод есть в ООП, а в ООП нужно понимать, что методы должны работать с данными, которые принадлежат этому классу. То есть само собой должно выводиться, какие методы должны быть в этом классе, а какие в другом.

Но даже в процедурном программировании, нужно писать функции таким образом, чтобы ВАМ потом легче было разобраться и исправить. То есть код функции должен не слишком тяжело помещаться в голове программиста, чтобы можно было прочитать, понять и исправить, а не прочитать-прочитать-прочитать-непонять-начать-читать-заново.

Comments

[web-quest3]

Saboteur я знаю но суть не меняется я знаю что такое метод а что функция

[web-quest3]

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

[Saboteur]

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

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

[Saboteur]

web-quest3: Кроме того передача кучи параметров в функцию - это выделение памяти под них. Думаете это быстрее, чем положить еще один адрес в стек?

[web-quest3]

Saboteur: Saboteur большущее вам спасибо!

Answer 2

[V Sh.]

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

Comments

[web-quest3]

V Sh. это понятно, но гораздо приятнее читать код когда там
getBooksByID
getBooksByDate
нежели
getBooks и все

[V Sh.]

web-quest3: А в таком виде разве непонятно?

getBooks(array(
    id => id1,
    date => date1
))

[V Sh.]

web-quest3: можете сделать так: написать функцию getBooks, которая будет возвращать все книги. И написать к ней несколько фильтров: getById, getByDate и т.д. Применив lazy loading, если такое в PHP возможно.

[web-quest3]

Не совсем, я читаю гетБукс, и вижу передано что то, откуда мне знать что там?) дата или ИД, или еще что то, особенно если нужно взять 6 дат, -6,-5,....-1 месяц от текущего, будет там -1, а вдруг -1 час или день или год вообще)) откуда знать что именно за -6 или -1, да и в этом методе будет кода на строк 100 если там будет свыше 10 фильтров и тогда вообще можно запутаться что куда и как...пожалуй мне удобнее плодить сущности))) методы то есть.

Answer 3

[asd111]

Это не важно. Оба варианта рабочие. Гораздо важнее правильно спроектировать базу данных, поэтому лучше гляньте литературу на тему проектирования БД, когда нужна нормализация, когда нет и как проектировать с учетом возможного разделения одной БД на несколько частей(шардинг). И про репликацию стоит почитать. И еще про индексированный полнотекстовый поиск(elastic search, sphinx) и про кэширование(redis, memcache и т.п.).

Comments

[Николай Чуприк]

Да и это тоже не важно. Всё, что вы пишите правильно. Гораздо важнее подобрать правильный хостинг. У каждого из провайдеров имеются разные тарифные планы. Обязательно посмотрите, какое количество БД можно создать, какие версии PHP можно использовать. Кроме того, стоит прочитать договор, и ещё про условия оплаты.