Pull to refresh
41
0
Send message
Я конечно могу ошибаться, но разве инкапсуляция, полиморфизм и наследование имеют отношение к ООП? Да, это хорошие приемы, но это не обязательная часть ООП. Все эти принципы можно реализовать на не ОО языке. И ОО язык не обязательно будет обладать встроенными механизмами для их реализации.
ООП — это это не классы, это когда объекты обмениваются сообщениями.
Вы твитером ошиблись.
А ты смешной :)
Что-то вы от жизни отстали. Здесь уже давно почти одна желтизна.
В таких случаях начинают рассказывать, что таким образом они хотят узнать на сколько оптимальный код ты можешь писать. А то, что сэкономленные в данном случае такты — это капля в море по сравнению с оптимизацией, которой можно добиться правильно выбрав алгоритм, их не волнует.
alexkuku Подскажите, а как вы данные собирали? Я не нашел возможности выгрузки данных — только посмотреть инфу по конкретному дому. Неужели html парсили?
Да. Это хорошее решение будет, если примут.
Я думаю в ближайших версиях к этому все равно придут.
Есть такое RFC.
Скажите, а записи программы делаются?
Ну так то отдельная тема.
Просто есть нововведения, которые надо вводить последовательно. Если мы хотим избавиться от null, то сначала нужно предоставить альтернативу ему. Если мы вводом явное указание типов, но надо не просто ввести для галочки, а позаботиться о том, чтобы оно хорошо уживалось с другими фичами языка.

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

Это здорово. Спасибо за ответ.
Вот когда введут option типы, тогда и можно будет от null избавляться.
> Также предлагается сделать возможным указание типа, который может быть пустым null
Сейчас такое можно сделать, если указать для аргумента значение по умолчанию null. Но иногда действительно не хватает возможности просто передать null в обязательный аргумент.

Но больше всего жду возможности вернуть null из метода с явно указанным типом возвращаемого значения. Это единственное, что останавливает меня от применения этой фичи. А очень хочется :)

Вообще здорово, что PHP движется в эту сторону. А главное, что все указания типов опциональны. Если надо быстро на коленке скрипт накидать, то не придется с этим заморачиваться. А в крупных проектах указание типов будет очень кстати.
Покупатель платит разработчикам за доработки. А вы хотите, что бы он платил им за то, что они будут писать то, за что он уже заплатил.
Но почему сообщество программеров не может сами взять все в свои руки? Почему все что-то хотят чтобы все было, но никто для этого ничего не делает.

Действительно. Почему это люди не хотят своими силами писать движок за который перед этим заплатили?! Странные. Хотят за свои деньги получить готовое решение.
Возможно глупый вопрос, но на сайте ответа не нашел.
Должен ли одобренный докладчик оплачивать входной билет? Или же выступление с докладом подразумевает пропуск?
Вы ошиблись, это не реактор.
Ему read only уже выдали

P.S. Вот яркий пример того, к чему привели read&comment аккаунты.
Описанная вами проблема — не проблема AR. Сами же говорите, запросы отрабатывают за доли секунды. Проблема в кривом преобразовании данных. И то, что в ларе это находится в одном месте, не делает сам паттерн плохим.

Information

Rating
Does not participate
Registered
Activity