Стилистическое

[tobotras]

Глядя в код некоторых коллег увидел тут глубокое экзистенциальное различие между нами. Акакувас?

[Poll #1902710]

Comments

[tarkhil.livejournal.com]

someObject.CalculateSampleValue.equalTo(new IntegerConstant("ten")) ;)

[tnt23.livejournal.com]

Очень мешает, что это радиобаттоны, а не чекбоксы!

[deadmustdie.livejournal.com]

Для целых:
if (x()==10)

Для любых объектов (в том числе для строк):
if ( "Text".equals(x()) )

Причина сугубо практическая - лень делать проверку на null.

[dzz.livejournal.com]

Вообще-то, в языках со слабой типизацией == не всегда означает ожидаемое сравнение, так что иногда я за if(IsEqual(SomeFunc(), 10))

[tolok.livejournal.com]

10 == someFunc() это, наверное, из sql выросло, что ли

[rmrfchik.livejournal.com]

Magic number? IN MY PROGRAM???
Ну и в идеале, канешн, это предикат.
Т.е
if ( isQueueFull(myQueue))...
и
boolean isQueueFull(queue)
{
return queue.length >= QUEUE_LENGTH;
}

[vitus_wagner]

Как было написано в хакерс тесте:
Have you ever changed value of four?
... Intentionally?
... In the language, other than Fortran?

[http://users.livejournal.com/_slw/]

через темплэйты надо.
и еще через вызов удаленного soap метода

[mklochkov.livejournal.com]

В языке-то в каком?
Первый вариант применяют труъ программеры на старом хардкорном Си (который ещё K&R), дабы избежать ошибок вида "if(a=5) {do_something();}"
Правда, в именно в твоем случае (сравнение вычисляемого с константой) компилятор, скорее всего, скажет что-то вроде "lvalue required".
Ну еще вещественные числа так сравнивать нельзя, надо так "if(abs(somefunc() - 10.0) < epsilon).
В большинстве остальных случаев, IMHO, второй вариант самый наглядный.

[besm6.livejournal.com]

Если подумать... Если приходится сравнивать результат функции с _одной_ константой, то что-то спроектировано не так.

Так что в норме либо case по всему набору возможностей, либо pattern match, что по сути одно и то же.

Нет, разумеется, бывают отдельные случаи, когда задача такова, или (чаще) когда язык настолько беден, что приходится иметь константы, обозначающие другие варианты алгебраического типа (типа 0 в качестве N/A).

[dz.livejournal.com]

Ужас, мальчики, как всё хуёво тут у вас. Это же общее место, уровень плинтуса.

Вариант "10 == value" применяется ТОЛЬКО потому, что в случае типичной опечатки, которая превращает его в "10 = value", компилятор сообщает об ошибке.

Всё.

[joyfolk.livejournal.com]

Если именно ==, то второй вариант. Если equals - обычно первый.

[ufm.livejournal.com]

В "чистом Це" - первый вариант для единообразия.

А так, бывет сравнение и в таком виде:
try
10 = SomeFunc(),
ok
catch
_:_ -> error
end

[crimcat.livejournal.com]

const == f()
Привык уж так. Даже, бывает, в жавском коде так пишу не задумываясь.

[dimas.livejournal.com]

ЭОС :)

1. считается теоретически лучше, т.к. не присвоишь, но на присвоение уже вроде все компиляторы умеют ругаться, а от такого варианта меня выворачивает
2. вобщем то мой вариант, но предпочитают не иметь неименованных констант
3. ну это вообще ява какая-то
4. собстно так и ответил

[dbrane.livejournal.com]

if (blah === 10), конечно :-).

[evolver.livejournal.com]

const uint GOOD_SCORE = 10;

bool hasGoodScore() {
  return (someFunc() == GOOD_SCORE);
}

if (hasGoodScore()) ...

[dmzlj.livejournal.com]

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

[aka-author.livejournal.com]

const A_NUMBER_I_LIKE_BEST = 10;

/* какой-то код */

if( someFunc() == A_NUMBER_I_LIKE_BEST )

Старшие товарищи приучили меня, что писать число в коде цифрами некошерно.

[ignik.livejournal.com]

Вааще-та тут всё зависит что такое 10. Обычно никаких 10 нет. Поэтому

switch ( SomeFunc() ) {
  case 10: 
}

О Си и массивах — через год

[livejournal.livejournal.com]

Пользователь mklochkov сослался на вашу запись в записи «О Си и массивах — через год (http://mklochkov.livejournal.com/79149.html)» в контексте: [...] Питера ван Линдена, который и натолкнул меня на идею, как это сделать. Еще своим комментарием [...]