Где объявить/определить, что класс рассматривает константы в C ++?

Если бы только один класс собирается использовать эти константы, заявляйте их как Static Const внутри корпуса класса. Если группа связанных классов собирается использовать константы, объявляйте их либо внутри класса / структуры, которые содержат только методы константы и утилиты или внутри выделенного пространства имен. Например,

namespace MyAppAudioConstants
{
     //declare constants here
}

Если они являются константами, используемыми всеми приложениями (или существенными кусками), объявляют их внутри пространства имен в заголовке, который (неявно или явно) включен везде.

namespace MyAppGlobalConstants
{
    //declare constants here
}

Заявление глобального пространства имен должно быть явно плохо. Если я включаю файл заголовка, я не хочу столкнуться или отладки имен столкновения с константами, объявленными в этом заголовке. Эти типы ошибок действительно разочаровывают, а иногда трудно диагностировать. Например, я когда-то должен был связаться с проектом, который имел это определенное в заголовке:

#define read _read

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

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

Я также видел, как люди ставят константы в свой класс, который может быть реализован как синглтон. Это мне кажется работать без награды, язык предоставляет вам некоторые объекты для объявления констант.

Загрязнение глобального пространства имен является плохой, потому что кто-то (например, писатель используемого вами библиотеки) может захотеть использовать имя MyConst для другой цели. Это может привести к серьезным проблемам (библиотеки, которые не могут быть использованы вместе и т. Д.)

Ваше второе решение явно лучшее, если константы связаны с одним классом. Если это не так просто (подумайте о физических или математических константах без связей к классу в вашей программе), решение пространства имен лучше, чем это. BTW: Если вы должны быть совместимы для старых компиляров C ++, помните, что некоторые из них не могут использовать интегральную инициализацию в заголовом файле - вы должны инициализировать в файле C ++ или воспользоваться трюком Enum в этом случае.

Я думаю, что нет лучших вариантов для постоянных - по крайней мере, не могу думать об одном на данный момент ...

Лично я использую ваш второй подход; Я использовал его в течение многих лет, и это хорошо работает для меня.

от точки видимости, я бы склонен делать статусы уровня файлов частных постоянных, так как никто не должен знать, что они существуют; Это помогает предотвратить комбинезон цепных реакций, если вам нужно изменить их имена или добавлять новые, поскольку их объем имени совпадает с их использованием ...

Если это стандартное приложение WinForms, то все, что вам действительно нужно сделать в своем приложении, - это добавить обработчики событий в вашей форме для драгенератора и DrackDrop.

Внутри драттера вы захотите проверить тип объекта, чтобы убедиться, что это имя файла:

private void MyForm_DragEnter(object sender, DragEventArgs e)
{
    if (e.Data.GetDataPresent(DataFormats.FileDrop))
    {
        string[] files = e.Data.GetData(DataFormats.FileDrop) as string[];
        if (files != null)
        {
            // Do additional checks here if needed, like check extensions
            e.Effect = DragDropEffects.Copy;
            return;
        }
    }

    e.Effect = DragDropEffects.None;
}

, затем в обработчике DrackDrop, я просто сохранил бы имена файлов, а затем активируйте таймер. Это позволяет DRAGROP возвращать немедленно, так что другое приложение (в вашем примере, Windows Explorer) не зависает, пока вы выполняете какую-либо обработку в файле, который может занять время. Источник сопротивления не будет возвращаться до завершения DrackDrop.

private void MyForm_DragDrop(object sender, DragEventArgs e)
{
    string[] files = e.Data.GetData(DataFormats.FileDrop) as string[];
    if (files != null)
    {
        _filesToProcess.Text = files[0];  // Assuming this is declared at the Form level

        // Schedule a timer to fire in a few miliseconds as a simple asynchronous method
        _DragDropTimer.Interval = 50;
        _DragDropTimer.Enabled = true;
        _DragDropTimer.Start();
        Activate();  // Activates the form and gives it focus
    }
}

Не загрязняйте глобальное пространство имен, загрязняйте локальные.

namespace Space
  {
  const int Pint;
  class Class {};
  };

Но практически ...

class Class
  {
  static int Bar() {return 357;}
  };

Вы можете объявить их как глобал в файле C ++, если они не ссылаются в заголовке. Затем они частные для этого класса и не загрязняют глобальное пространство имен.