Новая тема   Ответить

 mx-user
Простите, что вмешиваюсь в беседу "взрослых дядей", но поскоку сам пытаюсь понять пэхэпэ, тема меня очень волнует.
Stek писал:
А если нужно унаследовать от двух классов одновременно?
Кусок от одного и кусок от другого. Тут уже наследование не прокатит.
А два трейта использовать вполне себе можно.

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

 Oswell E. Spencer
....

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

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

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

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

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

 Oswell E. Spencer
....

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

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

 Oswell E. Spencer
....

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

 rickdeckard
S_Flash писал:

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

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

 rickdeckard
Oswell E. Spencer писал:

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

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

 Oswell E. Spencer
....

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

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

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

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

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

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

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

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

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

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

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

 Lexikon
Гусь писал:

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

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

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

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

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

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

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

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

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

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

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

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

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

 Гусь
Lexikon писал:
Computer Science

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

 Oswell E. Spencer
...

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