По привычке я склонен класть классы/структуры/перечисления в отдельные файлы, когда они не вложены.
Для делегатов кажется излишним создание отдельного файла для одного лайнера:
public delegate string MyDelegateThatIsNotNestedInAnyClass ( string par );
Я обычно добавляю его в конец самого близкого родственного файла класса. Мне просто интересно, что делают другие люди?
Я склонен помещать каждый тип в отдельный файл кода. Это поможет вам перемещаться в обозревателе решений, хотя ReSharper работает с " Go To File ".
(источник: jetbrains.com)
и " Перейти к типу ":
(источник: jetbrains.com)
Я обычно добавляю его в .cs файл класса, который реализует функцию делегата (на уровне пространства имен). Если их несколько, я помещаю их в отдельный файл.
Если я точно знаю, что только один класс реализует функцию делегата, я вставляю его в класс реализации.
Обычно я просто использую:
Func<string, string>
в эти дни
Я лично добавляю его перед близким определением класса. Я использую пространства имен, хотя, поэтому я не загрязняю!
Если он тесно связан, чтобы принадлежать тому же файлу, что и класс, то вы, вероятно, можете обосновать его в классе. Тогда вам не составит труда вспомнить, в какой файл класса он находится.
Если нет единого класса, для которого очевидным является выбор, создание однострочного файла, вероятно, стоит того, потому что вы никогда не будете тратить время на то, чтобы вспомнить, какой файл класса вы решили поместить.
Я всегда объявляю свои собственные события, даже если мне не нужны они в том смысле, что общее событие будет достаточным. Причина этого в том, что имя класса события дает код гораздо более читабельности, а также не редко, по какой-либо причине объявленное событие будет необходимо по дороге. Поскольку у меня есть класс событий, я всегда добавляю делегата над объявлением класса события. Они тесно связаны, и если вам нужно прослушать событие, вам понадобится как событие, так и делегат. Я не знаю, нарушает ли это какие-либо правила дизайна, но это сработало для меня хорошо.