Асинхронные приложения намного сложнее писать и дебажить. Тут становится вопрос рентабельности — проще купить арендовать сервер за 3тр/м чем программиста за 70тр/м (хм, и того, если подумать, 1 программист = 20 машин)
Веб-сервер это, кончено, круто, но вот того что там нет реврайтов это очень плохо. Ни один наш проект на этом веб-сервере не заведется. И смысл тогда в нём? Необходима доработка
Как бы базе плохо не стало при большом количестве машин в сети. Есть идея возможности складывания в Redis с последующим выгружением в любую бд кроном, например.
Использую use по следующим причинам:
1. Сразу видно от чего зависит данный класс
2. Во время разработки можно переключить на «подобный» класс изменив всего лишь use
Могу предположить, что это будет интересно — не будет одинаковой одежды, ибо каждый будет править модель одежды под свой стиль. Это круто, я считаю. Китай разорится.
Или же, если Open открывает окно с полями width и height то было бы прикольно сделать так
File->Open --width=100 --height=300 --submit
То есть открыть открыть заполнить и засабмитить
[bar()[0]][0]();, операция ()[0]() или ()() тупо не парситсяКонечно, много ещё других вкусностей, но эти на практике больше всего пригодились)
Оператор use не вызывает автолоадер, только создаёт алиас в памяти на будущее.
> К сожалению в PHP use создает алиас во время компиляции, поэтому такой ход не сработает.
class_alias() решает эту проблему. Но зачем?
Использую use по следующим причинам:
1. Сразу видно от чего зависит данный класс
2. Во время разработки можно переключить на «подобный» класс изменив всего лишь use
Им не жалко губить opensource проекты?
File->Open --width=100 --height=300 --submit
То есть открыть открыть заполнить и засабмитить