Что использовать для работы с БД в PHP

Простите, что вмешиваюсь в беседу "взрослых дядей", но поскоку сам пытаюсь понять пэхэпэ, тема меня очень волнует.

Stek писал:

Ты описал его как класс и подгрузил внутри класса. С наследованием класса же все точно так же.

А если нужно унаследовать от двух классов одновременно?
Кусок от одного и кусок от другого. Тут уже наследование не прокатит.
А два трейта использовать вполне себе можно.

Oswell E. Spencer:
Расскажи про неймспейсы и автозагрузку.
Вот раскидал я классы по папочкам, добавил соответствующие неймспейсы...
А как вообще автозагрузка происходит? Через что? Через функцию autoload или как-то по другому?
Где-то видел мнение, что использование неймспейсов убило все преимущества автолоада и вернула программистов ко временам require_once.
Что думаешь по этому поводу?

....

Последний раз редактировалось: Oswell E. Spencer (08/09/17 в 20:32), всего редактировалось 1 раз

вот тут человек показывает различные варианты подходя к PSR-4

Правда так до конца и не понял приемуществ , проект обрастает новыми файлами и директориями, кроме этого что я require_once писал, что один хер нужно автозагрузчик подключать.
Немного синтаксис измениться, а так как по мне, добавятся новые процессы. Может я не прав, но с require_once я просто говорил подключи вот это, а с помощью автозагрузчика я подключаю сам автозагрузчик, затем показываю, мол, этот класс находится там, найди и верни его. Что-то типа такого, как я понял.
Т.е. выходит тот же самый велосипед, только с дополнительным весом или я что-то не понимаю.
Выигрывает ли это в скорости?

Lexikon: Делай по началу как тебе удобно, смотри решения у других. У пхп каждые пару лет меняется модный стиль кода

Касаемо скорости - с прямым путем в require естественно будет быстрее. Но сейчас пхп имеет весьма не плохой опкеш, который сильно помогает. Вообще по первому времени я бы не заморачивался над этим вопросом.

....

Последний раз редактировалось: Oswell E. Spencer (08/09/17 в 20:32), всего редактировалось 1 раз

Oswell E. Spencer: говнокодить можно и на любом фреймворке. Тот же вп из твоей подписи - такой же говнокод из мешанины функций и классов. Просто его документировали и стали придерживаться этой же логики говнокодинья, при чем это уже давно никого не смущает.

....

Последний раз редактировалось: Oswell E. Spencer (08/09/17 в 20:33), всего редактировалось 1 раз

S_Flash писал:

Все проекты без фреймворков - либо не больше 3 файлов в 5ть функций, либо образовательные. Речь не о командной разработке, сам потом не сможешь корректно править и апать.

отдельные файлы в виде микросервисов неплохо ложатся на командную разработку.
если еще пилить клиента на js а серверную часть на php так вообще отлично получается командно разрабатывать

Последний раз редактировалось: rickdeckard (27/08/17 в 10:38), всего редактировалось 1 раз

Oswell E. Spencer писал:

ничего не хочу учить, стандарты похую,

я php выучил sql выучил, работу сервера выучил.
а на стандарты ненужных абстракций каких то уебанов дейсвительно похуй .
хоть один автор приложил руку к исходникам веб серверу или mysql или может хотя бы php чтобы чтото улучшить?
если нет - то это не авторитет для меня а обычная веб-макака только распиареная.

Oswell E. Spencer писал:

ну да, зато нужно изучить, что ты там нагородил, заебись

чего изучать? pdo mysq php - вроде все знают.
или ты про бизнеслогику - а на фреморки бизнеслогику не надо изучать да? ебощ код - само как нибуть заработет да?

....

Последний раз редактировалось: Oswell E. Spencer (08/09/17 в 20:33), всего редактировалось 1 раз

это не отменяет того что это ZF говнище
писал на нем как то проекты

Ладно, ладно, я же говорил уже, каждый пишет как хочет

"все гавно, один я весь в белом стою здесь, красивый" @НЕ помню кто

Lexikon писал:

вот тут человек показывает различные варианты подходя к PSR-4 Правда так до конца и не понял приемуществ , проект обрастает новыми файлами и директориями, кроме этого что я require_once писал, что один хер нужно автозагрузчик подключать. Немного синтаксис измениться, а так как по мне, добавятся новые процессы. Может я не прав, но с require_once я просто говорил подключи вот это, а с помощью автозагрузчика я подключаю сам автозагрузчик, затем показываю, мол, этот класс находится там, найди и верни его. Что-то типа такого, как я понял. Т.е. выходит тот же самый велосипед, только с дополнительным весом или я что-то не понимаю. Выигрывает ли это в скорости?

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

Оффтопик: Постинг ссылок разрешен только по достижению 30 постингов или 30 дней с момента регистрации

Lexikon писал:

Просто столкнулся с такой ситуацией, что некоторые функции нужно использовать в нескольких классах, и в каждом классе в эту функцию нужно передавать разные значения.

Три года прошло (master://шаблон проектирования стратегия), а воз и ныне тут. Сказывается недостаток фундаментальных знаний (google://шаблон проектирования). На курсы запишись что-ли... Самостоятельно ты уже не осилишь.

По-поводу трейтов, классов и интерфейсов: внутри все это представляется одной и той же структурой - zend_class_entry, но множественное наследование - зло, без которого можно обойтись:

Цитата:

People quite correctly say that you don't need multiple inheritance, because anything you can do with multiple inheritance you can also do with single inheritance.

Последний раз редактировалось: Гусь (01/09/17 в 09:27), всего редактировалось 3 раз(а)

Да я не против всех этих фреймворков и т.п., просто есть такие моменты когда они не целесообразны.
Этот как, когда магазин находится через дорогу, есть смысл просто перейти ее, чем садиться в авто и ехать к нему.
Вот за интересовался изучением фрейморка CakePHP, вроде ничего сложного.
Хотя можно чаще встретить упоминания Yii и Symfony.

Гусь писал:

На курсы запишись что-ли...

Какие курсы? Всё есть и без курсов, просто иногда появляются вопросы, я не обязываю на них отвечать, но те кто отвечает, спасибо ВАМ!

Гусь писал:

Самостоятельно ты уже не осилишь.

Если этим заниматься постоянно, а не от случая к случаю, то какие могут быть проблемы с изучением?

Гусь писал:

Три года прошло, а воз и ныне тут.

Есть много тех, кто обладает знаниями, но не умеет их применять. Я не обладаю большими знаниями в программировании, но у меня есть идеи и цели, к которые я реализую, пусть не быстро, но реализую.

Гусь писал:

По-поводу трейтов, классов и интерфейсов: внутри все это представляется одной и той же структурой - zend_class_entry, но множественное наследование - зло, без которого можно обойтись: "People quite correctly say that you don't need multiple inheritance, because anything you can do with multiple inheritance you can also do with single inheritance. / Люди совершенно правильно говорят, что вам не нужно многократное наследование."

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

Последний раз редактировалось: Lexikon (01/09/17 в 09:35), всего редактировалось 1 раз

Ответы на твои вопросы на форумах - это рыба, а фундаментальные знания - удочка.

Пришла мне тут в голову очередная мысль
К примеру у меня рес с профилями людей, и тут сама мысль, так вот, когда чел регистрируется его данные добавляются и БД, как правило изменяют профиль достаточно редко, но зато при входе в профиль данные постоянно дергаются из БД, есть ли смысл эти данные хранить в XML и при входе пользователя в свой профиль, данные тянуть именно из XML (разумеется кроме данных авторизации, только публичные), а при изменении данных, перезаписывать XML файл.
Так сказать, чтоб лишний раз не обращаться к БД.
Или это бред?!

Последний раз редактировалось: Lexikon (08/09/17 в 12:47), всего редактировалось 1 раз

Lexikon: я не разбираюсь, но мне кажется это нобелевка

Это шнобелевка. Топикстартеру уже не раз намекали на огромный пробел в фундаментальных знаниях и рекомендовали почитать книжки по основам CS и программирования, но он упорно продолжает плодить топики с идиотскими вопросами.

Mika писал:

огромный пробел в фундаментальных знаниях

Что в твоем понимании фундаментальные знания?

Mika писал:

рекомендовали почитать книжки по основам CS и программирования

Что есть CS?
Ибо гугл выдает "основы CS"
Гайд по Counter-Strike: Global Offensive. Советы новичкам ...
Школа Counter-Strike - Основы игры

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

Mika писал:

упорно продолжает плодить топики с идиотскими вопросами

Тебя это как-то раздражает? Есть справа "пожаловаться", снизу "Плохой топик". Есть оценка того или иного сообщения, есть игнор-лист. Всё в твоих руках.

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

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

Lexikon писал:

Что есть CS?

Computer Science

Lexikon писал:

Или это бред?!

Перезаписывать в xml - это бред, в остальном это обычный кэш.

...

Последний раз редактировалось: Oswell E. Spencer (08/09/17 в 21:37), всего редактировалось 1 раз