Как построить архитектуру веб-сервиса на PHP?

Question

[zeuss56]

Сегодня опять перебирал скрипты трёхлетней давности, собирал всё воедино, выкидывал мусор и вот что вышло.
Прикладываю два архива: недоделанный каркас (собрал всё в lib и сделал роутер), тоже недоделанное MVC-приложение
Устал и не могу больше возиться с этим барахлом, но тешит мысль, что я на полпути к созданию своего мини-фреймворка.
Как правильно проектировать PHP-приложения и какие советы дадите по тому, что прикрепил? Что дальше делать, чтобы превратить это в работающий каркас? Возможно, это всё не нужно и лучше использовать готовые решения, а не велосипед?

Comments

[Шамуэй]

на github пожалуйста выложи.

[DieZz]

Меня вот эта конструкция повеселила очень))
catch(Exception $e) { throw $e; }

[zeuss56]

DieZz, а что делать с исключениями? Завершать работу?

[DieZz]

Вадим ⚡️ Вы ловите исключение, ничего не делаете и перевыбрасываете его на другой слой. По сути это тоже самое что вообще ничего не ловить, т.е. в принципе избавиться от данной конструкции

[zeuss56]

DieZz, а что делать? Можете в конкретном куске моего кода предложить изменение?

Answer 1

[Yan-s]

https://www.youtube.com/watch?v=w4iqxN0nfTs

Answer 2

[Кирилл Несмеянов]

Возможно, это всё не нужно и лучше использовать готовые решения, а не велосипед?

Не возможно, а точно.

P.S. Это даже не мини, а просто набор файлов времён php 4)))

Answer 3

[ipokos]

Возможно, это всё не нужно и лучше использовать готовые решения, а не велосипед?

А в чем вообще цель писать велосипед (Кроме единственной цели, научится) ?
(ну и еще вариант, если у вас настолько уникальный функционал, что такого и близко нигде не используется)
В остальных случаях готовое решение лучше, как минимум по таким причинам:
- их делает не один человек
- уделяется огромное время на расширяемость и универсальность
- больше тестируется приложение
- больше времени на микрооптимизацию
Если взять несколько популярных фреймворков, то какой вообще смысл изобретать велосипед? (кроме того, как уже писал выше - научится)

Comments

[zeuss56]

Посмотрите на мою реализацию DB
Нигде не видел ничего подобного, хотя это очень простая библиотека. Я очень расстроен и негодую, что никто не сделал нормальные функции работы с БД и везде используется этот говноsql который простым смертным не нужен. Когда я только начинал, я год не мог сделать нормальный сайт лишь из-за того, что порог вхождения усложнен отсутствием простейших вещей.

[zeuss56]

Да, я слышал про prepared statements и PDO, я свободно могу использовать их, но это сложные вещи для сверхнагруженных систем, где надо экономить каждую долбаную миллисекунду.

[zeuss56]

Я просрал 100 часов ради этой библиотеки, хотя она ещё очень сыра. И если она не имеет смысла, то это была хотя-бы хорошая практика использования ООП в полной мере - абстракции, интерфейсы, финальные классы.

[ipokos]

Я просрал 100 часов ради этой библиотеки, хотя она ещё очень сыра

ну 100ч это вообще не много))
да и полученный опыт гораздо ценнее!

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

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