Проектирование проекта. Как разделить его на классы

Здравствуйте.

Я проектирую один проект и не знаю, как разделить классы.


Например, должна быть регистрация, аутентификация и "забыли пароль?"

Лучше разделить на 3 класса соответственно или лучше как-то по-другому?

Спасибо.

0

Я бы в 1 запихал. И не только это. У меня эти штуки обычно лежат в классе User

0

1. прочитайте про SOLID
2. вникните в него
3. руководствуйтесь им

а так, не задумывайтесь сильно об архитектуре, с помощью рефакторинга вы сможете изменить архитектуру. И во время наращивания функциональности вы сами будете видеть, когда нужно разделять(т.е. плодить) классы, когда наоборот удалять.

1

Сообщение от AmsTaFFix а так, не задумывайтесь сильно об архитектуре, с помощью рефакторинга вы сможете изменить архитектуру. И во время наращивания функциональности вы сами будете видеть, когда нужно разделять(т.е. плодить) классы, когда наоборот удалять.

+100

0

Используйте модель MVC и иерархическую архитектуру классов. То есть у вас должен быть один основной класс, в котором будут системные ф-ции (работа с базой, управление сессиями, шаблонизатором и прочее), который вы будете наследовать всеми другими контроллерами и который будет заменять модель.

И должна быть точка входа (view-скрипт обычно), которая определяет какую страницу показать (какой контроллер вызвать, какой файл шаблонизатора отобразить). Такая модель очень гибкая и удобная. Погуглите на тему, для навигации по страницам обычно используется GET параметр 'page' к примеру. То есть любое обращение пользователя к вашему сайту должно приходить именно на этот один скрипт, который уже будет выполнять требуемые действия

0

То есть у вас должен быть один основной класс, в котором будут системные ф-ции (работа с базой, управление сессиями, шаблонизатором и прочее)

один основной класс для работы с базой и шаблонизатором?
О_о
марш теорию учить.

Сообщение от fic который вы будете наследовать всеми другими контроллерами и который будет заменять модель

хватит бред советовать

0

Василий Макогон, я уже прочитал все 5 пунктов SOLID. Еще взял несколько книг на тему проектирования и чистого кода, так что обучусь и этому, потом буду писать, а то мои программы всегда усложняются до "понимания уровень "БОГ".

0

Сообщение от Василий Макогон один основной класс для работы с базой и шаблонизатором? О_о марш теорию учить. хватит бред советовать

Действительно, мне же очень нехватает теории..
Или на этом форуме все, у кого овер 500 сообщений смотрят как на говно на тех, у кого надпись "новичек", не вникая?
Когда имеется один корневой класс, в котором содержаться все системные методы (к примеру ф-я display, которая отображает выбранный шаблон с указанными данными, либо пользовательская ф-ция select для выборки из базы) это очень удобно. К тому же его можно таскать по всем проектам. В св-ва этого класса опять же можно вытаскивать из сессии информацию о текущем пользователе и еще много чего. Это называется точка входа.

А теперь объясните мне почему я советую бред? Ибо используя подобную архитектуру и определенный шаблонизатор можно сделать динамическую (автообновляемую страницу) почти без всякого дополнительного обвеса к обычной.

0

Сообщение от fic А теперь объясните мне почему я советую бред?

потому что ничего не читали. например, про толстые тупые уродливые контроллеры...

0

Сообщение от ads потому что ничего не читали. например, про толстые тупые уродливые контроллеры... Не по теме: заметьте, сказали это вы

Где я писал про то, что нужно делать "толстый, тупой, уродливый" контроллер? Я вообще что-то писал про контроллеры?

У меня в основном классе около 1200 строк, в которых все разбито на отдельные ф-ции и довольно понятно. Не думаю что если бы я разбил этот файл на еще штук 5 других, это бы улучшило читабельность (мне например проще открыть один файл большой чем постоянно переключаться по 5 разным). Приведет мне кто-то хоть один четкий аргумент минусов сбора всех основных системных ф-ций в один класс, или будем продолжать переходить на личности?

Да, действительно.. хороший программист не писатель, хороший программист читатель

0

Сообщение от fic Где я писал про то, что нужно делать "толстый, тупой, уродливый" контроллер?

во всех своих сообщениях. Только вы еще не знаете, что пишете именно о нем

0

Сообщение от ads во всех своих сообщениях. Только вы еще не знаете, что пишете именно о нем

Вот уж действительно. Так может вы мне ответите на вопрос в предыдущем сообщении? Я по поводу аргументации./

P.s. я о контроллерах вообще не говорил в своих сообщениях, это вы мне навязываете эту тему. К слову, у меня все контроллеры довольно небольшие и каждый из них соотв. определенному объекту архитектуры. К примеру для пользователей свой контроллер (добавление\удаление\редактирование), для товаров (к примеру) свой и т.д.

0

Сообщение от fic я о контроллерах вообще не говорил в своих сообщениях

это ложь
можете вернуться к своему сообщению

Сообщение от fic у вас должен быть один основной класс, в котором будут системные ф-ции (работа с базой, управление сессиями, шаблонизатором и прочее), который вы будете наследовать всеми другими контроллерами и который будет заменять модель.

про то как контроллеры наследуют "основной класс" и заменяют собой модель не вы писали? Это и есть воплощение ТТУК в самой уродливой форме. Но вам это не нужно знать.. Уже не поможет

0

Сообщение от fic Не думаю что если бы я разбил этот файл на еще штук 5 других, это бы улучшило читабельность (мне например проще открыть один файл большой чем постоянно переключаться по 5 разным).

К выделенному: а зря.

0

Сообщение от ads это ложь можете вернуться к своему сообщению про то как контроллеры наследуют "основной класс" и заменяют собой модель не вы писали? Это и есть воплощение ТТУК в самой уродливой форме. Но вам это не нужно знать.. Уже не поможет

Вы опять переходите на личности. У вас какие-то психологические проблемы, или просто вы так самовыражаетесь?

Вы представили мое сообщение так, как захотелось вам. Контроллеры НЕ ЗАМЕНЯЮТ собой модель, т.к. это контроллеры, ага. Я написал о том, что родительский класс заменяет собой модель, т.к. в нем содержатся все основные методы взаимодействия с базой. (Оригинальная цитата - "который вы будете наследовать всеми другими контроллерами и который будет заменять модель")

P.s. Постарайтесь не оскорблять людей, с которыми общаетесь, хотя бы и на форуме. Это не очень хорошая черта

Добавлено через 4 минуты

Сообщение от OnYourLips К выделенному: а зря.

Ок, тогда два личных вопроса - вы в PHP писали только на Yii? (только на фреймворках?)

И второй - какой у вас опыт работы и должность (ну только не сильно врите, ладно?)

1

Сообщение от fic Вы представили мое сообщение так, как захотелось вам.

я всего лишь его процетировал.

Сообщение от fic Вы опять переходите на личности... Постарайтесь не оскорблять людей

покажите пожалуйста, где я перехожу на личности.. И где я оскорблял людей?

Сообщение от fic У вас какие-то психологические проблемы, или просто вы так самовыражаетесь?

Это как вам будет угодно, а то опять скажете что перехожу на личности и оскорбляю людей..

Сообщение от fic Ок, тогда два личных вопроса - вы в PHP писали только на Yii? (только на фреймворках?) И второй - какой у вас опыт работы и должность (ну только не сильно врите, ладно?)

Сажусь писать отчет! в трех экземплярах!

0

Сообщение от fic Ок, тогда два личных вопроса - вы в PHP писали только на Yii? (только на фреймворках?) И второй - какой у вас опыт работы и должность (ну только не сильно врите, ладно?)

Я отвечу.
Вначале (ранний junior) писал без фреймворков. Потом набрался опыта и перестал делать такие глупости. Пишу на разных фреймворках (последний год на symfony).
Опыт работы за деньги на PHP 5 лет. Senior developer.

И зачем такие вопросы?

0

Сообщение от OnYourLips Я отвечу. Вначале (ранний junior) писал без фреймворков. Потом набрался опыта и перестал делать такие глупости. Пишу на разных фреймворках (последний год на symfony). Опыт работы за деньги на PHP 5 лет. Senior developer. И зачем такие вопросы?

Просто интересно, с кем приходиться вести диалог.
Дальше много текста:

Тут каждый выбирает что ему лучше и что понимать под фразой "фреймворк".
Я в процессе разработки собираю базу необходимых для работы классов и вырабатываю архитектуру для них (к слову, сейчас эта база уже довольно обширна).

По сути фреймворки это и есть подобные "базы классов". Но готовые решения лично мне не нравятся, т.к. я люблю понимать что происходит в данный конкретный момент времени, а не просто написать ф-цию do_all_right(); которая сделает все за меня (не в обиду пользователям фреймворков).

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

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

К примеру на Zend'е нужно сделать довольно много телодвижений для того, чтобы вывести к примеру автообновляемую (я имею в виду без обновления страницы) таблицу с живым поиском\сортировкой по каждому полю и постраничной навигацией. Мои же средства позволяют сделать это (живой поиск\автообновление\навигацию) подключив один файл к статической странице и дописав в него несколько опциональных полей. (файл на стороне сервера использует те же ф-ции получения данных, которые итак пишутся для того чтобы вывести страницу и те же шаблоны, что и сервер при выводе страницы).

В заключение - большинство обливает говном тех, кто не использует фреймворки именно потому, что процент говнокода очень большой среди разработчиков PHP, но это не дает вам права считать таковыми всех подряд. Я пытался использовать некоторые известные фреймворки (c Symfony к сожалению дела не имел) типа Zend, Yii для задачи описанной немного выше, но в некоторых это было сложно (в плане количества кода) а в других медленнее, чем моя обертка.

Спасибо что прочитали

0

Сообщение от fic Тут каждый выбирает что ему лучше и что понимать под фразой "фреймворк". Я в процессе разработки собираю базу необходимых для работы классов и вырабатываю архитектуру для них (к слову, сейчас эта база уже довольно обширна).

Поздравляю, ты делаешь свой фреймворк. Только кривой и нестабильный. И тратишь на это свое время.

Сообщение от fic По сути фреймворки это и есть подобные "базы классов". Но готовые решения лично мне не нравятся, т.к. я люблю понимать что происходит в данный конкретный момент времени, а не просто написать ф-цию do_all_right(); которая сделает все за меня (не в обиду пользователям фреймворков).

В этом и отличие дилетанта от специалиста. Специалист знает фреймворк и знает, что происходит при вызове doAllRight();
С опытом придет.
Но этот опыт можно ускорить, если не упираться лбом, как ты.

Сообщение от fic В заключение - большинство обливает говном тех, кто не использует фреймворки именно потому, что процент говнокода очень большой среди разработчиков PHP, но это не дает вам права считать таковыми всех подряд.

Дает. Потому что вы не смогли освоить фреймворки.

0

Сообщение от OnYourLips Поздравляю, ты делаешь свой фреймворк. Только кривой и нестабильный. И тратишь на это свое время.

Мы перешли на "ты"?
Откуда такие выводы? Я же описал выше свою позицию. Я не трачу время, я разрабатываю проекты и одновременно с этим улучшаю и свою базу.

Сообщение от OnYourLips В этом и отличие дилетанта от специалиста. Специалист знает фреймворк и знает, что происходит при вызове doAllRight(); С опытом придет. Но этот опыт можно ускорить, если не упираться лбом, как ты.

Вы можете гарантировать что знаете механизм абсолютно всех процессов, которые происходят на страницах вашего проекта в Symfony?

Сообщение от OnYourLips Дает. Потому что вы не смогли освоить фреймворки.

О, снова вы. Осознали ошибку?

Я смог освоить фреймворк (Zend) на достаточно далеком от дилетантского уровне, т.к. приходиться поддерживать проект на нем работающий и, хоть я и знаю этот фреймворк довольно неплохо, считаю его очень неудобным.

0