Skinnable Windows Forms App: обработка различных наборов иконок - PullRequest
0 голосов
/ 23 января 2012

Когда мы начинали, мы помещали все значки в папку в системе управления версиями, и все проекты Windows Forms ссылаются на значки внутри этой папки из их файла .resx.

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

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

Как этого избежать, сохраняя все значки под контролем исходного кода?Есть ли стандартный способ справиться с этим?

1 Ответ

1 голос
/ 23 января 2012

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

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

Например, у нас будет web.config.templateзарегистрировался в системе VC и внес в нее какие-либо общесистемные изменения конфигурации.Каждый разработчик (и любой другой тип развертывания) будет иметь свою собственную копию файла шаблона со своими конкретными потребностями конфигурации.

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

Добро пожаловать на сайт PullRequest, где вы можете задавать вопросы и получать ответы от других членов сообщества.
...