у меня были проблемы с this в классе, например я хотел именно в классе реализовать методы onConnect, onDisconnect и зарегистрировать их например на фунции init, но коллбэк Wifi.onEvent([]()) не хочет видить там this и приходилось размазывать этот кусок по main.cpp, там регистрировать и дергать методы класса, хотелось бы скрыть под капот эту штуку а в main занятся более важными вещами

а с namespace по идее такой проблемы не будет потому что экземпляр один и this нет

Ух, опасно ты так сразу в лямбды пошел : )

😅 а что там проблемы?)

This - это ссылка на текущий экземпляр класса

This - это ссылка на текущий экземпляр класса

да я понимаю, но этот коллбэк зареганый под капотом так чтоине принимает [this]

да что говорить, вобше ничего не принимает, только с глобального окружение что зарегано за функцией setup

а в namespace работает, и вопрос в том это фича или выстрел в ногу?

да я понимаю, но этот коллбэк зареганый под капотом так чтоине принимает [this]

Если это лямбда - функция - прочитайте что указывается в квадратных скобках

Если это лямбда - функция - прочитайте что указывается в квадратных скобках

ну то что я хочу передать внутрь

если обявить лямбду нормально typedef std::function<void()> сallback_t; то все ок, а обявление в WiFi.onEvent не такое мягко говоря)

ну то что я хочу передать внутрь

Нет

В квадратных скобках то, КАК ты хочешь передать

ну то что я хочу передать внутрь

Нет, то что должно попасть в область видимости

В квадратных скобках то, КАК ты хочешь передать

ну там не поможет [=this] или [&this], пробовал если вы об этом

По скольку все это в конечном счете сводится к указателю на функцию, то возникают проблемы с this в случае инстансов классов/структур, ибо ты дожен подавать еще один указатель, который будет указывать на каком инстансе эту функцию вызывать

Куда-то дальше тут задвигать не буду, ибо сам еще не проникся до конца данными механизмами

вот, мы пришли к тому что всетаки тут лучше заюзать namespace?)

и не игратся с this?

который на проекте всеравно в одном экземпляре может быть

так как wifi физически один

вот, мы пришли к тому что всетаки тут лучше заюзать namespace?)

Лучше посидеть, подумать как надо, и делать так, как именно тебе надо

Нет какого то идеально перфектного бест практис маст хева. Есть хорошее знание языка и паттернов проектирования. Сгибай их как тебе надо и решай задачи : )

ну я хочу полностью инкапсулировный файл для работы с wifi, чтобы я не размазывал его реализацию в main.cpp

Нет какого то идеально перфектного бест практис маст хева. Есть хорошее знание языка и паттернов проектирования. Сгибай их как тебе надо и решай задачи : )

ну это в любом языке так

ну я хочу полностью инкапсулировный файл для работы с wifi, чтобы я не размазывал его реализацию в main.cpp

А оно тебе надо? То, что не вызывается и не используется "не станет огого больше RAM занимать"

Поэтому если что-то увидишь лишнее в автокомплите — не страшно

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

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

Понимаешь, твое стремление оправдано если ты работаешь в команде или пишешь библиотеку : )

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

Ну я уже говорил — объявляй и используй кишки не в хедере, а в самом срр файле

В неймспейс ты можешь сложить только декларации

да, но в классе у меня прлблемы с евентами и this, а в namespace вроде как все четко и всю реализацию я могу написать там, без помощи main.cpp

А я тебя не заставляю в классе делать : )

вот, мы пришли к тому что всетаки тут лучше заюзать namespace?)

Namespace то причём? Это просто способ разделить какие-то вещи в логические блоки

в main.cpp просто wifi.init(), wifi.connect() и т.д

Namespace то причём? Это просто способ разделить какие-то вещи в логические блоки

да, но оно там работает))

в этом и вопрос мой, namespace фича или выстрел в ногу в этом случае

Неймспейс ограничивает ИМЕННОЕ пространство, не имплементационное. Это важно понять : ) Т.е. ты говоришь, что есть пространство имен с такими то функциями, переменными и т.п., а конкретная их реализация это уже как ты хочешь

Стеклянный член - если не понимаешь как пользоваться - можно разбить

Потом везде где ты будешь это использовать, ты будешь культурно ограниченно видеть только через то, что объявил в неймспейсе. Так что вперед если тебя устраивает

понял, спасибо всем!💪

Еще из рубрики внезапных реклам

Ну-ну

подскажите какой-то радиоэлемент или их связка чтобы логическими значениями можно было переключать полярность DC 12v 6A? Менять + на - и наоборот

реле, или же H-мост

реле, или же H-мост

то есть можно заюзать драйвер моторов, H-мост?

угу

угу

спасибо!

я так много раз делал

если у меня esp32 на 4мб флэша это значит что я могу занять 2мб прошиквкой и обновить её по OTA ?

или для прошивки используется другая память?

если у меня esp32 на 4мб флэша это значит что я могу занять 2мб прошиквкой и обновить её по OTA ?

Да

или для прошивки используется другая память?

Память делится на разделы, как жесткий диск в ПК. Для ОТА нужно 2 раздела

Память делится на разделы, как жесткий диск в ПК. Для ОТА нужно 2 раздела

спасибо! 👍

Неймспейс ограничивает ИМЕННОЕ пространство, не имплементационное. Это важно понять : ) Т.е. ты говоришь, что есть пространство имен с такими то функциями, переменными и т.п., а конкретная их реализация это уже как ты хочешь

Область видимости еще ограничивает, правильно? И как это имплементация должна быть в том же namespace быть при этом это ИМЕННОЕ пространство... не понятно какие свойства namespace раскрывает это замечание

Область видимости еще ограничивает, правильно? И как это имплементация должна быть в том же namespace быть при этом это ИМЕННОЕ пространство... не понятно какие свойства namespace раскрывает это замечание

Ну по факту да. Надо непосредственно указывать пространство, иначе не видно

Ну по факту да. Надо непосредственно указывать пространство, иначе не видно

Не видно - ограничивает область видимости переменной namespace в котором она задекларирована. Как еще бывает?

Можно кстати и не указывать непосредственно при использовании. Если по факту - это какой это квази класс получатся - нафиг не надо - если c++, в с остра необходимость - вообще жопа без этого , но и в с++ прикольно тоже использовать Вообще помоему самый вольный язык c - c++ такой суржик можно писать прям диво дивное - из всего по маленьку А #define проекта с arduino и двумя целями (32, 8266) - это ... ну его нахер, ничего не помогает, костыли на костылях страшно местами строчки поменять - PS Извините вырвалось

FileHelper.h class FileHelper { public: FileHelper(const char* name); void exists(); void remove(); size_t getSize(); }; Что мешает мне реализацию прям тут сделать? Нежелание иметь include - зависиимости - которая используется для этой реализации, он будет непосредственно и только в cpp . - это вроде логично - "интерфейс" чище, реализация отдельно. Но например конструктор бывает удобно в заголовке, чем каждый раз прыгать в сpp смотреть инициализацию. Кстати, как предпочитаете: SomeConstructor(int a, int b ): _a{a}, _{b}: {}; Читал что это вариант truЪ - но блин когда много этой инициализации, и еще порядок очень важен блин, это прям не нравится. SomeConstructor(int a, int b) { _a{a}; _b{b}; } SomeConstructor(int a, int b) { _a = a; _b = b; } ? А так -ничего и в заголовке .h и будет ок. Только forward declaration - будет не очень удобно, а если это глобальный класс и статические члены у него, вообще совсем не удобно, как его includ'ить потом - если в нем же место хранения? Мне кажется исходя из этого и так и так практикуется - на каждый чих -по два файла тоже не всегда удобно. Бывает же и один .h + много .cpp , и в .h - 100500 классов. Каждый пишет как хочет судя по всему

Парни, а есть тут кто пишет на Lua?

www.youtube.com/watch?v=qIayIuqPAmU

100$ 😭

www.arduino.cc/pro/tutorials/portenta-h7

https://www.facebook.com/official.arduino/videos/portenta-h7-runs-doom/807357443073401/

https://www.facebook.com/official.arduino/videos/portenta-h7-runs-doom/807357443073401/

But can it run Crysis?

Но вообще да, дорогая блин. А поиграть хотелось взять

Сколько примерно кушает ESP32? (в активном режиме WiFi + BLE)

Wi-fi порядка 250-300 мА Блютус порядка 130 мА Это по памяти говорю

Wi-fi порядка 250-300 мА Блютус порядка 130 мА Это по памяти говорю

Спасибо! Это по питанию порядка 600мА запас нужен. Как бы не 800, как у есп8266

Спасибо! Это по питанию порядка 600мА запас нужен. Как бы не 800, как у есп8266

Что мешает посмотреть даташит? :)

Что мешает посмотреть даташит? :)

Даташит на микруху или на модуль? :) по опыту, китайские модули esp12 вообще по разному кушают. Разброс в 200-300мА. На одинаковых прошивках

Ребята - подскажите как задать AT командой имя модуля ESP8266 - в режиме - Station ???

Ребята - подскажите как задать AT командой имя модуля ESP8266 - в режиме - Station ???

да, спасибо уже тоже это нашел - проверяю

почему то не хочет устанавливать имя AT+CWMODE? +CWMODE:1 OK AT+CWHOSTNAME="MyESP_123" ERROR

написано - Если режим станции не включен, то команда вернет: ERROR а он включен AT+CWMODE? +CWMODE:1

что ему не так ???

но почему то в описании приведен пример AT+CWMODE=3 - а это уже Station + SoftAP

попробовал AT+CWMODE=3 - таже история - модуль отвечает ERROR