Нужна ли независимая проверка продуктов Фриланса? - страница 7

 

С удовольствием читаю эту ветку ) продолжайте, пожалуйста.

Топикстартеру -- а вы уважаемый не боитесь что вас же первым по проверке и выкинут?

abolk'у тот же вопрос )  

 
svds75:
Это уже видимо привычка, как типа курить... :) А может он торопится, и ему некогда писать else :)

Не обязательно после if применять else

...

Иногда кстати такой код достаточно легко модифицировать добавлять параметр или новые блоки и т п

если де влепить else вот как раз тогда и будет чуть сложней

вообще обычно и больше даже чем в стиле .. ценность кода выражается в хороших комментариях

по которым намного легче и быстрее можно разобраться в коде причем даже если он с точки зрения стиля может быть не самым блестящим

 
YuraZ:

А чем не нравится ? Тем что кажется что надо писать case

А результат на выходе какой?

тот же самый?

с тех пор как появился Си с тех пор и спорят что лучше if или case в подобных случаях

Это как сорить с какой стороны яйцо правильно разбивать с тупой или с острой

Case определяет конкретный вариант к действию, а if условный, у них принцип работы разный.
 
Alexey:
задача решена правильно, оператор if не обязательно должен работать в связке с else, а вот первый пример if(lan) без условия операции. Код может и прочитается, но фактически, это нарушение, если Lan предварительно не объявлена. Если Lan не равна не true не false всегда будет срабатывать else а условие оператора if будет проскальзывать.

 Но мы же не знаем ... Может вверху Lan объявленна как bool и прописана  как надо ... У нас же нет всего кода

но Ваше замечание дельное 

 
TheXpert:

С удовольствием читаю эту ветку ) продолжайте, пожалуйста.

Топикстартеру -- а вы уважаемый не боитесь что вас же первым по проверке и выкинут?

abolk'у тот же вопрос )  

Полезный, ты своим the-кспертным умом мог бы и сам давно понять -- если бы abolk боялся, то не поднимал бы тему ТОПа несколько лет назад -- и не высказывал бы различные предложения на тему развития Фриланса.
 
Alexey:
Case определяет конкретный вариант к действию, а if условный, у них принцип работы разный.

Алексей...  Результат на выходе будет одинаковый

это гораздо важнее...  

 
YuraZ:

Не обязательно после if применять else

...

Иногда кстати такой код достаточно легко модифицировать добавлять параметр или новые блоки и т п

если де влепить else вот как раз тогда и будет чуть сложней

вообще обычно и больше даже чем в стиле .. ценность кода выражается в хороших комментариях

по которым намного легче и быстрее можно разобраться в коде причем даже если он с точки зрения стиля может быть не самым блестящим

Это понятно, но в данном примере это лучше чем постоянно все проверять не знамо для чего.
 
svds75:
Это понятно, но в данном примере это лучше чем постоянно все проверять не знамо для чего.

Ну там вполне нормальный код с тремя if и присвоением

очень удобно очень наглядно... И легко модифицируется ...

Вообще хорошо написанный код порой и комментария не требует особенно когда переменные называются по смыслу

а не просто типа. B1 ss2345.  Вот это уже будет либо попытка зашифроваться :) осознанно писать неудобочитаемый запутанный код

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

 
Alexey:
Case определяет конкретный вариант к действию, а if условный, у них принцип работы разный.

суть та же, убери из switch break, так же все варианты по порядку переберутся.ЗЫЗЫ: сам в шоке от того что написал ))

ЗЫ: "и поспорили Кайн и Авель что лучше C или Pascal" )

 
YuraZ:

Алексей...  Результат будет одинаковый

это гораздо важнее...  

Результат можно сделать одинаковым, но от этого он правильным не становится.
Причина обращения: