|
|
|
| периодически натыкаюсь на разночтения в плане сабжа.
обычно просто не обращаю внимания, например, когда я пишу скажем "x=y and y>z", а другие вместо моего "and" пишут "&&".
Но сегодня не выдержал. В попытках что-то сделать с шестым заданием, я набрел в мане на такую конструкцию:
return ($a > $b) ? -1 : 1;
|
и это меня добило. Абсолютно непонятная надпись!
Мое душевное здоровье в опасности. Дайте кто-нибудь инструкцию по применению математических операндов в ПХП! ВСЕХ!
Включая возведение во всякие странные степени, интегрирование, пределизация (lim->) и т.д., сравнение, булева алгебра, шаманские тотемы и обоснование необходимости функции easter_days()... | |
|
|
|
|
|
|
|
для: DJ Paltus
(15.02.2006 в 02:18)
| |
<?
//запись
return ($a > $b) ? -1 : 1;
// равносильна этому:
if ($a > $b) {
return -1;
} else {
return 1;
}
?>
|
| |
|
|
|
|
|
|
|
для: DJ Paltus
(15.02.2006 в 02:18)
| | easter_days() (если сопоставить мануал PHP и FAQ астронета) это вроде как интервал между весенним равноденствием и пасхой...
из первого: ( http://www.php.net/manual/ru/function.easter-days.php )
easter_days ... returns the number of days after March 21 on which Easter falls for a given year.
|
из второго: ( http://www.astronet.ru/db/msg/1182545/node4.html )
Пасхальное воскресенье - это первое воскресенье после первого полнолуния после весеннего равноденствия
|
| |
|
|
|
|
|
|
|
для: Trianon
(15.02.2006 в 12:16)
| | не, в мане четко сказано, зачем эта функция, кто ее написал и где до этого служил :)
Но ведь смотрите, какая однобокость!
Вычисление пасхи мы в гуманитарном универе писали, без проблем, на курсовую по программизму. То есть, функция, конечно, полезная, но уж больно узкая по применению.
Давайте еще курбан-байрам посчитаем и введем это в язык, а еще главный ацтекский праздник токстатль!
И почему в php? Ему слабо было эту функцию для ассемблера написать? И порекомендовать к размещению в стандартные библиотеки с++...))) | |
|
|
|
|
|
|
|
для: DJ Paltus
(15.02.2006 в 21:02)
| | Ваше возмущение понятно и приятно большенству из здесь присутствующих, так как генетически все программисты стремятся к оргтональным языка программирования. Однако в нашем стане имеются люди проведующие обратный стиль (намекаю на Ларри Уолла, создателя Perl) - не ортогональный, в кратце суть его заключается в том, что языки программирования можно разрабатывать не от машины Тьюринга, а от естественных языков программирования, в которых ортогональностью и не пахнет, а основную роль играет контекст, т.е. в одной ситуации слово обозначает одно понятие, в другой - другое. Кроме этого имеется ряд сокращённых форм, которые позволяют оперировать наиболее распространнёными понятиями (Ларри Уолл по совместительству лингвист). PHP очень многое взял от Perl, поэтому в нём очень много неортогональных вещей (т.е. многие базовые решения можно сделать 3-6 путями, а то и больше - в ортогональных языках эффективное решение, как правило единственное). Сейчас осуществляется грандиозная попытка причесать PHP под ортогональность (он реально более ортогонален, чем Perl), но всё не причешишь...
Кроме того, например, Брукса возмущала ситуация когда в операционную систему OS/360 была включена подпрограмма учёта високосных годов, так как в те времена память была дорогим удовольствием, а администратор - рядовое явление и не переломился бы раз в четыре года настроить машину, тем более ему за это платят... В общем я к тому, что временя сейчас не те... время людей стоит много дороже машинного времени. | |
|
|
|
|
|
|
|
для: DJ Paltus
(15.02.2006 в 02:18)
| | >периодически натыкаюсь на разночтения в плане сабжа.
>обычно просто не обращаю внимания, например, когда я пишу
>скажем "x=y and y>z", а другие вместо моего "and"
>пишут "&&".
Perl-овое наследие, на самом деле and и && отличаются приорететом, у && - высокий, у and - низкий. Не дело, конечно, так как пользы мало, а вот запутывает здорово. Обычно кто с С++ переходит пишет &&, кто с других языков and.
>Но сегодня не выдержал. В попытках что-то сделать с шестым
>заданием, я набрел в мане на такую конструкцию:
>
> return ($a > $b) ? -1 : 1;
>
|
>и это меня добило. Абсолютно непонятная надпись!
Это пример тринарного оператора (больше тринарных нет - остальные либо унарные, либо бинарные),
условие ? первый : второй
|
если условие истинно, возвращается "первый", если ложно - "второй". Это пришло в PHP из C, очень не читабельная конструкция - лучше её избегать. | |
|
|
|
|
|
|
|
для: cheops
(15.02.2006 в 14:06)
| | Напоминает метод записи в екселе - если(а1+б1=0;ц1=1;ц1=0)
Спасибо. | |
|
|
|
|
|
|
|
для: DJ Paltus
(15.02.2006 в 21:05)
| | Сдается мне, ни одна функция в PHP не появилась просто так, без чьей-нибудь нужды в ней.
Ну а то, что нам она - ни пришей, ни пристегни - так, ведь и как там в анекдоте было? Беспокоит? Не чеши!. :)
Тренарная операция условного выражения появилась впервые в языке Algol-60, т.е. без малого 50 лет назад. Там можно было писать a := if b then c else d;
Очень красивая, строгая, полезная операция. К сожалению. синтаксис языка C от её несколько отпугнул многих программистов, и хотя удар был по всем тринадцати, жупелом выставляют почему-то её. Ну да, дело вкуса.
Синтаксис регулярных выражений читабельности кода добавляет куда меньше, на мой взгляд. | |
|
|
|
|
|
|
|
для: Trianon
(15.02.2006 в 21:41)
| | >Сдается мне, ни одна функция в PHP не появилась просто так,
>без чьей-нибудь нужды в ней.
Мне, конечно, кажется наоборот, об интерфейсах и названиях многих функций разработчики жалеют до сих пор... но к тринарному оператору это не относится - он из покон веку в программировании.
PS Вообще не согласованность интерфейсов - это бич современных языкостроителей, что PHP, что Java страдают избыточными конструкциями, устаревшими функциями. Да, что говорить о молодых языках, библиотека STL, не побоюсь этого слова :))) C++ страдает не согласованным интерфесом. А уж её утюжили и рожали сколько времени, мама не горюй... | |
|
|
|