Можно ли разработать метод таким образом, чтобы он знал, что должен автоматически вызывать следующий метод подряд при выходе?
В следующем примере я должен вызвать Refresh ()
, чтобы моя форма перерисовывалась после того, как это событие произошло. Проблема в том, что некрасиво вызывать Refresh ()
после, например, 20 различных событий, которые должны обновить форму. например
private void PriorityLine_Click(object sender, EventArgs e)
{
_showPriorityLine = (_showPriorityLine) ? false : true;
Refresh(); // Must call refresh for changes to take effect.
}
Я полагаю, что я ищу какую-то сигнатуру, которую я могу применить к методу, чтобы заставить его автоматически переходить к следующему методу, независимо от того, где он вызван. например
(я знаю, что это синтаксически неверно. )
private void PriorityLine_Click(object sender, EventArgs e).Refresh()
{
_showPriorityLine = (_showPriorityLine) ? false : true;
}
Я хочу отделить интерфейс метода от логики, содержащейся внутри метода. Я понимаю, что это будет точное количество усилий, если не больше. Например, если бы я отредактировал метод и случайно удалил Refresh, это привело бы к остановке моего приложения. Принимая во внимание, что если бы метод Refresh находился вне реальной логики метода, я мог бы делать что угодно внутри метода, не беспокоясь об удалении следующей логической цепочки.