Say I have a system that I want to enable or disable, what do you think is best: to write two separate functions EnableSystem() and DisableSystem() OR have a singular function with the parameter to indicate the desired state, SystemState(bool state)?

I was wondering if there is a standard for this or a preference?

I would argue that having two separate functions is better since different things might happen under those functions but what if it is the situation where it really is just as simple as a 1 or a 0. Example if we have an LED we want to turn on an off it would just be passing the value of the parameter state.

Situation one:

void LEDEnable() {
     GPIOPinSet(LED_PIN, true);
}

void LEDDisable() {
     GPIOPinSet(LED_PIN, false);
}

Situation two:

void LEDState(bool state) {
     GPIOPinSet(LED_PIN, state);
}
  • one_old_coder@piefed.socialEnglish
    13·
    1 day ago

    From what I saw, it’s mostly a preference. Some libraries do everything: SetState, Enable, Disable , TurnOn , TurnOff (like in VTK), OR others only have one SetState. I think it’s fun to have some choice, but too many choices can be a burden later on when you decide to change the API. Fixing too many functions is annoying even with regular expressions.

    Nitpicking : I would use an enum class in C++. It’s not ideal in C but you could do the same with a regular enum in C, like LedSetState(LED_PIN, LedEnabled);. A boolean is not technically a “state.” I.e. state==true means nothing to me. Is it state enabled, stated pushed, state triggered, state opened, stated validated? It depends on the context. And what happens when you need to combine the states later on, like LedEnabled | LedTriggered? A bool may miss some information. To make sure that you use the good values for the enum, there may be a compilation warning flag to check that.

    And you could add “defines” for enable and disable, like: #define LEDEnable(LED_PIN) LEDState(LED_PIN, LedEnabled) or something.

    (remember that I’m nitpicking, the only embedded stuff that I ever did was in C++20)

    • SpaceNoodle@lemmy.world
      5·
      1 day ago

      Building on this: naming a function something like “LEDSetEnable” can make it clear what a Boolean argument would mean without using enums.