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

Здравствуйте, SV., Вы писали:

SV.>Можете ли вы привести пример, когда булевский параметр метода вам действительно необходим?
Таких ситуаций нет, хотя бы потому, что любую ситуацию, где используется булева переменная, модно переписать на использование какого-нибудь enum`а или int`a. Предлагаю изменить постановку вопроса на: "когда применение булевого параметра было бы оптимальным".

Здравствуйте, SV., Вы писали:

SV.>Можете ли вы привести пример, когда булевский параметр метода вам действительно необходим?

element.setEnabled(condition)

Вариант element.enable()+element.disable() неоптимален, т.к. требудет лишней обвязки if'ами.

Здравствуйте, Пацак, Вы писали:

П>Здравствуйте, SV., Вы писали:

SV.>>Можете ли вы привести пример, когда булевский параметр метода вам действительно необходим?

П>

П>element.setEnabled(condition)
П>

Это костыль в языках, где нет свойств.

Здравствуйте, 0x7be, Вы писали:

0>Здравствуйте, SV., Вы писали:

0>Таких ситуаций нет, хотя бы потому, что любую ситуацию, где используется булева переменная, модно переписать на использование какого-нибудь enum`а или int`a.

Концептуально bool и есть перечисление из двух элементов: true и false. Так что вопрос автора не имеет смысла.

Здравствуйте, SV., Вы писали:

SV.>Можете ли вы привести пример, когда булевский параметр метода вам действительно необходим?

public Font SetFontItalic(Font font, bool isItalic)

Пойдёт?

Здравствуйте, SV., Вы писали:

void  InitLibrary(bool enable_logging)

Подойдет?

Здравствуйте, hardcase, Вы писали:

П>>

П>>element.setEnabled(condition)
П>>

H>Это костыль в языках, где нет свойств.

А вот и нифига. В том же C# обычно на свойства вешают что-то с относительно тривиальными методами-аксессорами. Если внутри set/get сложная логика, которая может подолгу крутиться и что-то тяжёлое поднимать, то рекомендуют так и писать методы GetSomething/SetSomething

Здравствуйте, SV., Вы писали:

SV.>Можете ли вы привести пример, когда булевский параметр метода вам действительно необходим?
Совсем недавно создал такой метод. Надо было блокировать и разблокировать часть элементов формы в зависимости от развития ситуации. Свойство нафиг не нужно, потому как состояние меня не интересовало. Читать не надо было. А метод очень даже подошел.

Здравствуйте, Anpek, Вы писали:

A>Здравствуйте, SV., Вы писали:


A>

A>void  InitLibrary(bool enable_logging)
A>

A>Подойдет?

Лучше писать:

void  InitLibrary(ILogger logger)

Здравствуйте, Real 3L0, Вы писали:

R3>

R3>public Font SetFontItalic(Font font, bool isItalic)
R3>

R3>Пойдёт?

object.font.style.italic = true;

Здравствуйте, ArhAngelVezel, Вы писали:

AAV>object.font.style.italic = true;

italic имеет только геттер.

Здравствуйте, konsoletyper, Вы писали:

K>А вот и нифига. В том же C# обычно на свойства вешают что-то с относительно тривиальными методами-аксессорами. Если внутри set/get сложная логика, которая может подолгу крутиться и что-то тяжёлое поднимать, то рекомендуют так и писать методы GetSomething/SetSomething

В таком случае делается класс-конфигурация параметров этого долгого и мучительного процесса. А у класса того исключительно примитивные свойства и будут (см ProcessStartInfo).

Здравствуйте, hardcase, Вы писали:

H>Здравствуйте, 0x7be, Вы писали:

0>>Здравствуйте, SV., Вы писали:

0>>Таких ситуаций нет, хотя бы потому, что любую ситуацию, где используется булева переменная, модно переписать на использование какого-нибудь enum`а или int`a.

H>Концептуально bool и есть перечисление из двух элементов: true и false. Так что вопрос автора не имеет смысла.
Это как посмотреть. Может оно и так если в языке L речь идет о каком-то объекте X, который равняется True. (Т.е. X=True). А вот когда мы о самом этом равенстве (X=True) как о высказывании говорим что оно True или False так мы переходим на другой семантический уровень рассуждая о самом высказывании. Здесь уже True или False объекты метаязыка манипулирующего с конструкциями языка L.
Может заумно.. но это ж ветка философия

Здравствуйте, batu, Вы писали:

B>Здесь уже True или False объекты метаязыка манипулирующего с конструкциями языка L.

И тем не менее этих объектов две штуки и над ними можно определить алгебру (например булеву).

Здравствуйте, SV., Вы писали:

SV.>Можете ли вы привести пример, когда булевский параметр метода вам действительно необходим?

(необходим — слишком сильно),

например, в таком случае он нужен:
метод выборки данных по фильтру, состоящему из нескольких его атрибутов, что-то типа findObjectsByCriteria(String param1, Integer param2, ... Boolean paramN, ..., Boolean paramM),
где paramN, paramM соответствуют каким-то булевским атрибутам объектов, среди которых производится поиск

необходимость, как нетрудно догадаться, проистекает из того, что изначально объекты согласно анализу могут иметь среди своих атрибутов либо простые флаговые (типа on/off, active/inactive, started/stopped), либо сочинённые (когда атрибут типа какого-то enum, но у каждого элемента enum, всё равно, есть свой набор булевских субпризнаков, по каждому из которых в программе обработки может появиться ветвление)

Здравствуйте, hardcase, Вы писали:

H>Здравствуйте, batu, Вы писали:

B>>Здесь уже True или False объекты метаязыка манипулирующего с конструкциями языка L.

H>И тем не менее этих объектов две штуки и над ними можно определить алгебру (например булеву).
Можно, можно..

SV.>Можете ли вы привести пример, когда булевский параметр метода вам действительно необходим?

struct IBoolStorage
{
void Save(bool value) = 0;
bool Load() = 0;
}

Вопрос о необходимости булкохранилища считать офтопиком

Здравствуйте, ononim, Вы писали:

O>

O>struct IBoolStorage
O>{
O>void Save(bool value) = 0;
O>bool Load() = 0;
  half_bool CutHalf() = 0;
  bool_with_caviar AddCaviar(int how_much) = 0;
O>}
O>

Здравствуйте, SV., Вы писали:
SV.>Можете ли вы привести пример, когда булевский параметр метода вам действительно необходим?

class Properties
{
    ...
    void setBoolean( string name, bool value );
    bool getBoolean( string name, bool defaultValue );
    ...
};