Эволюция или Оборот для фиксации плохо написанного кода

Question

Эволюция или Оборот для фиксации плохо написанного кода

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

Вы должны быть в состоянии сделать что-то вроде:

protected void pictureClick(Object sender, EventArgs e) {
    PictureBox pic = sender as PictureBox;

    if (pic != null) {
        // set the image based on which players turn it is.
    } 
}

, и теперь у каждого графического блока будет событие onClick, установленное на эту одну функцию pictureClick.

--- Редактировать ---

Я также добавил бы, что использование независимых элементов управления пользовательским интерфейсом крайне неэффективно для больших игр с тайлами. Для сетки 3x3 крестики-нолики это, вероятно, хорошо, но для чего-то вроде шахматной доски 8x8 время обновления для всех 64 квадратов будет заметным, потому что каждый компонент пользовательского интерфейса на странице имеет свой метод Paint (), вызываемый, когда окно обновляется. Я говорю из опыта здесь. Однажды я пытался использовать такой подход, чтобы иметь сетку из 10 × 10 компонентов Panel с пользовательскими методами рисования, основанными на данных состояния игры, и каждый раз, когда окно изменялось, игра зависала на несколько секунд, пока все обновлялось.

6

refactoring

задан MighMoS 17 February 2009 в 20:13

9 ответов

Как Вы исправляете большой, дрянной проект? Ну, как Вы вычищаете Авгиевы конюшни...

Стабильно убирающие методы:

Если Вы - Hercules, Вы делаете все это сразу в большом показном, er, роскошном пути.
Если Вы не Hercules, Вы захватываете лопату и медленно начинаете улучшать вещи один угол за один раз.

Прием должен распознать заранее, есть ли у Вас сила и способность заняться переписыванием. Недооцените себя, и Вы потратите впустую много времени, пробираясь через удобрение. Переоценка, и Вы просто сделаете большую путаницу...

2