C++ IDE, которая поддерживает совет Скотта Мейера: предпочитать функции, не являющиеся членами, не являющиеся друзьями, а не члены

Я сталкивался с этим в прошлом.

Тогда моя идея была довольно неуклюжей, но дело было сделано: пространства имен.

То, что я сделал, было

namespace myclass
{
    class MyClass
    {
        ...
    };

    MyClass operator+(const MyClass& lhs, const MyClass& rhs){...}
}

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

Он делает обоснованное замечание, что автор библиотеки не обязательно будет писать функции для каждого возможного использования класса (поскольку могут быть случаи использования, о которых они не думают). Это означает, что вам, возможно, придется самостоятельно добавлять «вспомогательные» функции, не являющиеся членами, точно так же, как это сделали бы они, если бы последовали совету Мейерса. Таким образом, нет никакого способа узнать, что набор функций-членов и дружественных функций действительно является единственным набором функций, которые воздействуют на класс.

Как технолуддит, «IDE», которую я предпочитаю (текстовый редактор и оболочка), имеет следующую «особенность», которая очень удобна для поиска функций, действующих в классе:

find . -name '*.h' -o -name '*.cpp' | xargs grep MyClass

Я не могу комментировать «настоящие» IDE.

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

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

Попробуйте использовать Visual AssistX, у него есть замечательная функция: Щелкните правой кнопкой мыши на своем классе, Refactor (VA X) -> Найти ссылки. Это действительно работает.