Чтение онлайн

• Предыдущее предложение можно записать и так:

• Не путайте оператор отношения с оператором проверки на равенство (

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

• Не думайте, что проверяемое выражение — это объект, которому сравниваемое значение передается в качестве параметра. На самом деле как раз наоборот (мы это только что видели).

• Это подводит нас к наблюдению, что

означает вовсе не то же самое, что ! Иногда результат совпадает, но в общем случае оператор отношения не коммутативен. (Именно поэтому нам не нравится термин «оператор ветвящегося равенства» — ведь проверка на равенство всегда коммутативна.) Если перевернуть исходный пример, окажется, что следующий код ведет себя иначе:

• В качестве примера рассмотрим строку

и образец (регулярное выражение) , с которым эта строка успешно сопоставляется.

Выражение

истинно, как в языке Perl. Поскольку Ruby определяет противоположную семантику оператора в классе , можно также сказать, что выражение истинно. Следуя той же логике, мы обнаруживаем, что истинно и (исходя из того, как определен оператор в классе ). Однако выражение истинным не является. А значит, фрагмент

делает не то же самое, что фрагмент

Если это вас смущает, просто постарайтесь запомнить. А если не смущает, тем лучше!

• Программисты, привыкшие к С, могут быть озадачены отсутствием предложений

в ветвях . Такое использование в Ruby необязательно (и недопустимо). Связано это с тем, что «проваливание» редко бывает желательно при многопутевом ветвлении. В конце каждой ветви имеется неявный переход на конец предложения . В этом отношении Ruby напоминает Pascal.

• Значения в каждой ветви

могут быть произвольными. На типы никаких ограничений не налагается. Они не обязаны быть константами; допускаются и переменные, и сложные выражения. Кроме того, в ветви может проверяться попадание в диапазон.

• В ветвях

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

Если x принимает значение 0, ничего не делается. Для значения 5 печатается строка «Вторая ветвь» — несмотря на то что 5 удовлетворяет и условию в третьей ветви.

• Перекрытие ветвей допускается потому, что они вычисляются в строгом порядке и выполняется закорачивание. Иными словами, если вычисление выражения в какой-то ветви оказалось успешным, то следующие ветви не вычисляются. Поэтому не стоит помещать в ветви

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

Если x находится в диапазоне от 1 до 10, то метод

не вызывается, а выражение 5/0 (которое, естественно, привело бы к ошибке) не вычисляется.

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

Ruby проектировался как непротиворечивый и ортогональный язык. Но вместе с тем это сложный язык, в котором есть свои идиомы и странности. Некоторые из них мы обсудим ниже.

• С помощью ключевого слова

можно давать глобальным переменным и методам альтернативные имена (синонимы).

• Пронумерованные глобальные переменные

, , и т.д. не могут иметь синонимов.

• Мы не рекомендуем использовать «специальные переменные»

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