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

Первый вариант:



Второй вариант:


Спасибо за голос! Не судите строго за глупый вопрос.    

switch религия не позволяет использовать?   

SoWa, а вам придерживаться условий опроса?  

maxipub, мне как-то за подобный вопрос на хабре карму слили, и теперь я атеист  
Ну а если серьезно - откуда взялись такие варианты? Интересно же 

Как придерживаться условий опроса, если они мягко говоря кажутся странными. Ведь для таких случаев switch и придумали. Но если уж религия не позволяет писать switch и есть желание городить забор из if/elseif - то второй вариант предпочтительней конечно.

Один мой друзяка как-то рассказывал, что заставили на жабаскриптовом проекте переписать все свичи на ифы   Может о производительности шла речь, не помню уже.

Да что там switch, я еще и ООП в разработке не использую!   

Если честно, мне симпатичней инструменты более низкого уровня что ли. Они универсальны. Зачем нам switch, если if проще и универсальней? Всуньте свой switch в функцию из примера, но с несколькими параметрами (массивом с параметрами). Не выйдет... Так что я не вижу смысла мешать в свой код то switch то if, если везде без каких-либо потерь можно обойтись последним. Впрочем, ни кого и не призываю действовать так же - личное дело. ;)

Продолжаем, голосуем... Всем спасибо за участие!  

Это сообщение отредактировал(а) maxipub - 5.11.2014, 17:59

Я надеюсь, это сарказм?
Если нет - ваше дело, вы правы, но добрый совет - не светите этим так сильно(особенно на собеседованиях или с коллегами), не так поймут.
А пример про switch некорректный.
Во-первых, сделать switch от нескольких аргументов - изи. 
Во-вторых, как уже выше сказали - разные назначения switch/if, и слово "мешать" как-то слух режет в таком контексте. Это как "мешать" классы, абстрактные классы(в свете php) и интерфейсы - зачем интерфейсы и абстрактные классы, когда есть просто классы, если так размышлять?   

В компании, где я работаю, разработчик только один, так что мне тут особо не с кем "собеседоваться".  


Камон:

заметьте, $_param['notification'] и $_param['call_back'] вычисляются лишь единожды
конечно не скажу, что это изящно, но есть и другие способы...

вы покажите конкретную задачу или её часть, тогда будет предметно.

Хы, почти слово в слово   

Это сообщение отредактировал(а) _zorn_ - 6.11.2014, 11:19

Не совсем понятно, как это облегчает чтение кода? Убирает if(...), добавляя case и break...


Ага... А если обрабатываемых параметров будет 10?  Вы скажете что это неправильный подход к проектированию, лишь бы оправдать применение switch!?  


Я думаю, тут суть не столько в задаче, сколько в подходе. Я не стану использовать switch не при каких обстоятельствах.

Выбирать между разными СУБД или между СУБД и файлами - это требует знания конкретной задачи. A wsitch или if - это уже дело вкуса, ИМХО!  

Не согласен про дело вкуса. Так же как выбор БД - это под конкретную задачу. Иначе патерны проектирования, объектно-ориентированный анализ и прочие прелести придумали теоретики от нефиг делать 
И уже переходя к этой забавной задачке - ничего в примере ниже не смущает?
// Если доставить смс, иначе если доставить почтой, иначе если доставить в понедельник, иначе если доставить сейчас. А если доставить смской в понедельник? goto используете?       

Что выведется?

В общем, вопрос уже глубже, чем "какую конструкцию использовать". Я думаю у всех участников темы появляется вопрос - вы вообще представляете, что вам надо?

Там не доставить сейчас или доставить в понедельник, а необходимость менеджеру перезвонить клиенту - сейчас или с понедельника. Смс и почта выполняются автоматически, звонки менеджера - человеком, это взаимоисключающие вещи в данном случае.

Добавлено через 5 минут и 10 секунд

Ну это то же самое, что сказать что для города покупайте только седаны, а для села - только пикапы. Если я езжу по городу на внедорожнике, по-вашему, я уже не прав?    

Нет нет, я к тому, что вы знаете, что можно ездить на внедорожнике по городу, и знаете что говна месить на седане - не очень.
Так вот суть в том, что в программировании доступен любой "транспорт", и не очень разумно рассекать по городу на Toyota Surf с четырехлитровым турбодизелем.
В вашем понимании if/elseif - как раз такой внедорожник. Хардкорно. Можно сделать элегантнее, как Tesla.

А теперь предметно мое ИМХО(если вы не против слов "как сделал бы я". Если против - скижате, больше не буду).
1) Взаимоисключающие вещи в одном блоке кода - не круто. Разнести по разным методам. Например processNotification($_param['notification']) и processCallback($_param['callback'])
2) Не знаю как у вас сейчас в системе, но есть вероятность повторного использования кода в этих условиях. Соответственно выносим куски кода в методы notifyBySms, notifyByEmail, pushCallback
3) Просто на подумать, может понравится метод - вынести методы в HashTable. Примерно так:

Теперь вам не надо ни if, ни switch. Останется нарисовать только функцию отображения множества параметров в один параметр. Но это уже не круто тоже - совать туда разные куски логики )))

У каждого свое мнение. Опять же, я лучше напишу блок if(...), чем case и break. Как минимум - стоит взглянуть на отдельный if(...), и сразу понятно о чем идет речь. Просто не пойму, в чем принципиальная разница?


Вот написать



Вместо



Это я понимаю не очень красиво. И то, можно оправдать. А настаивать на обязательном применении switch вместо if при сравнении одной переменной, ИМХО, не есть однозначно правильным решением.


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


Интересно, но мне такой код не нравится.

ЗЫ: я, кстати, в примерах специально писал жесткое сравнение === чтобы меня не начали свичами тыкать, которые используют ==, ан нет...



        

не-а. скорее всего не будет ни switch, ни if


неправильно думаете. к тому же в вашем случае "подход" это довольно странная догма, демонстрирующая отсутствие подхода.


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


ну мы-то просто отвечали на вопрос. для нормального решения нужна конкретная задача, иначе это просто спор остроконечников и тупоконечников (заметьте, не мы его затеяли   ).
ЗЫ: а что, вы часто практикуете намеренное смешение типов? это еще тот OMG

насчет опроса (я в нем не участвовал, посчитав вопрос незначительным, но раз пошла такая пьянка...) 
if ... return vs if ... else при прочих равных имхо дело вкуса, все зависит от того как мыслит программист в данный момент. обычно это выражается глаголами и наречиями над существительными, которым соответствуют операторы и предикаты над переменными. ну, это если программист мыслит.

Мне одному показалось логически не верным условие от нескольких разных аргументов? Фраза

тут весьма к месту.

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

Aliance, уоу, не надо побитовых операций, человек и так весь на хардкоре   

А еще можно так   

switch/true это буэ   

Понасобирались тут 
А ТСу я предлагаю уйти в отпуск на год и более, а потом попробовать добавить функционал в свой код.
И он сам все поймет.

Лучше вам этого не знать. Легких путей не ищем.   


Стараюсь без этого, но всякое бывает... Кстати, насчет смешения назрел еще один вопрос.

Если у нас некий целочисленный положительный $user_id, который при = 0 означает что это гость, иначе - зарегистрированный посетитель, вы напишите, так:



Или будут всякие:





???  


Спасибо за пожелание, в декабре как раз улетаю. Не на год, но на два месяца.  

у нас обычно 

для нелюбителей классов

никаких $user >
и вообще вызывающей стороне про целочисленность id знать не положено
а в реализации

могу только посочувствовать, сам был в такой ситуации несколько лет, как результат - стагнация мозга и полное отсутствие внутреннего развития.



о сколько нам открытий чудных откроет этот мир


в прошлом году меня наконец накрыло божественным откровением (не без участия доппрограммистов) и я вдруг за рассуждением по поводу "ленивой" загрузки дошёл до мысли всей мощи и великолепия ООП с его наследованием. (самому интересно, насколько я в этом продвинулся). теперь потихоньку клепаю ядро, которое позволит отказаться от работы с БД совсем (к сожалению, пока ещё приходится писать под старый код). не будет никаких выборок, чтений файлов, таблиц данных и сравнений параметров с числами или строками. только работа с реестрами (коллекциями) и объектами, и ни одного участка дублируемого кода. а потом, в случае обновления любой детальки - весь проект будет моментально принимать изменения...
надо мной просто радуга сияет, когдя я об этом думаю

bars80080, ORM изобретаете? 
Понимаю ваши чувства - когда три года назад пересел на Python+Django писать стало одно удовольствие 

Это сообщение отредактировал(а) SoWa - 7.11.2014, 22:39

да, последняя попытка сделать свой велик. уже чисто из чувства неудовлетворённости

Мое пожелание из той же кассы 
Ну только не в отпуск уходил, а просто все работало и ладно (лет пять наверное). Когда понадобилось кое что переделать, я пришел в тихий ужас.
Тоже городил всякие ифы где попало...

Это сообщение отредактировал(а) _zorn_ - 8.11.2014, 06:17

Все относительно. Могу, например, посочувствовать наемным работникам. Имел год подобного опыта в своей жизни.  


Да, мне тоже кажется что я что-то упускаю не используя ООП. Но видать я очень долго засиделся на Паскале. Еще лет 5 купил последнюю свою книгу по ООП (PHP: объекты, шаблоны и методики программирования, Мэтт Зандстра, 2-е издание), книга вообще атас, все расписано подробно и без воды. Раз около десяти начинал ее изучение, но пройдя страниц 100-150-200, начинал путаться в основе и приходилось начинать заново. Мой центральный могз не переваривает ООП и походу уже слишком стар для перепрошивки...  

почитайте Гради Буча

Добавлено через 2 минуты и 23 секунды

и все еще задается вопросами как писать if?

maxipub, дело не в языковых средствах, т.к. они только инструмент. для его использования нужно созреть. а для этого - ум привести в порядок. Гради Буч для этого имхо вполне подходит.
но не ООП единым, есть и другие концепции - АОП, ФП и пр. все это можно в определенной мере использовать в любом императивном ЯП. Основной концепцией, вероятно, остается процедурная, т.к. остальные её эксплуатируют. я к тому, что паскалевских навыков должно быть достаточно для нормальной организации кода. кстати, наиболее распространенный пасакль - от борланда - с конца 80х имел ООП средства...

А кто спросит что вкуснее, батон или черный хлеб - тот голодный бомж?  

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

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

Так в моем тоже.


Я повторюсь. Вопрос был не в как лучше делать.

Это же не практический вопрос, скорее, психологический что ли. Или психический - как вам ближе.   Я спросил что вкуснее, дерево или бамбук, а меня как котенка начали мордой тыкать, мол питайся нормальной едой, что ты как баран...  Я не предлагал ни кому ни деревом, ни бамбуком питаться. Просто спросил о мнении по такой странной вещи. Развели тут серьезных разговоров...  

Ладно, всем спасибо, тема исчерпала себя.  

Это же разумно. Если вы задаете такие вопросы - задавайте их вам подобным в соответствующей среде, где "кушают дерево и бамбук". На форумах по Joomla, кажется, полно таких дереволазов. Задавая вопрос в сообществе грамотных людей чего вы ожидаете? Их мнение как раз - "питайся нормально". Грамотные люди не "знают что вкуснее - дерево или бамбук" - им такого в голову не приходит.

А я по началу подумал тема будет скучной.. очень порадовала под конец рабочего дня, есть что почитать   
Вопрос бред, но интересный... Правда не знаю как голосовать, уж очень мало вариантов, особенно когда знаешь ещё да и больше предложенных 

PS
а зачем нужен return в первом варианте? или так: а почему во втором случае нет return ?   

В 1 варианте он нужен, чтобы оборвать выполнение дальнейших проверок. А во 2 варианте его нет - т.к. дальнейших проверок быть не может.

Aliance, я к тому, что так категорично тут отрицалось использование switch 

:facepalm: речь шла о выборе меж двух. Не о том, как лучше делать.

Добавлено через 42 секунды
ЗЫ: зашел в тему чтобы вспомнить кого мне там советовали по ООП почитать, скоро будет немного свободного времени 

Добавлено через 3 минуты и 21 секунду

Буду заказывать книгу, не люблю из с экрана читать. Речь идет об "Объектно-ориентированный анализ и проектирование с примерами приложений" или что лучше взять, уточните, пожалуйста?

да я понял  
Только на этот вопрос нельзя ответить... 

Вопрос: "Что бы ты выпил? Пиво или Чай?"
Ответ: "Когда? В пятницу вечером с друзьями или днём когда за рулём?"

Вопрос: "Что ты любишь? Арбуз или Мясо?"
Ответ: "Когда? Когда я голодный или когда хочется арбуз?"

Тоже выбор одного из двух... Есть некоторые вещи, которые просто не возможно выбрать без привязки с чему-то ещё.. 

да. http://www.ozon.ru/context/detail/id/3905587/

Ну, пиво или чай - вещи взаимоисключающие, из разных плоскостей. Тут скорее кофе со сливками или с корицей. И не важно, что человек любит кофе без ничего - мне был интересен просто выбор из двух на уровне чувств что-ли.  

baldina, спасибо! Пойду искать где заказать.  

Найти было не просто. Нашел, заказал, сегодня получил. Объемы впечатлили.  Будем познавать...  спасибо!

ок, ждем новых тем