Внедрение делегатов и экземпляров объектов в большом сложном проектеC#

Место общения программистов C#
Ответить
Anonymous
 Внедрение делегатов и экземпляров объектов в большом сложном проекте

Сообщение Anonymous »

Этот вопрос о том, когда использовать и внедрять делегаты, а когда создавать экземпляры объектов. Допустим, я хочу смоделировать карточную игру и, возможно, захочу внедрить поведение для построения колоды и ее перетасовки. Поскольку это чистые методы без сохранения состояния, они кажутся идеальными кандидатами на роль статических. Создавать экземпляры класса для выполнения функции кажется глупым.
Однако по мере масштабирования проекта мы начинаем беспокоиться о глубокой вложенности объектов, повышении сложности и модульном тестировании.
Какая здесь хорошая практика для большого и сложного проекта? Работоспособен ли статический маршрут. Я знаю, что C# является первым объектно-ориентированным языком, поэтому он поощряет использование экземпляров объектов. Какие соображения лежат в основе этого решения? Возможные подводные камни?
new CardGame( DeckBuilders.CreateStandardDeck,
DeckShufflers.DefaultShuffle);

public class CardGame
{
public Deck Deck { get; private set; }

public CardGame(Func buildDeckMethod, Action shuffleMethod)
{
Deck = buildDeckMethod();
shuffleMethod();
}

public static class DeckShufflers
{
public static void DefaultShuffle(List cards) where T : ICard
}

public static class DeckBuilders
{
public static Deck CreateStandardDeck()
}


Подробнее здесь: https://stackoverflow.com/questions/798 ... ex-project
Ответить

Быстрый ответ

Изменение регистра текста: 
Смайлики
:) :( :oops: :roll: :wink: :muza: :clever: :sorry: :angel: :read: *x)
Ещё смайлики…
   
К этому ответу прикреплено по крайней мере одно вложение.

Если вы не хотите добавлять вложения, оставьте поля пустыми.

Максимально разрешённый размер вложения: 15 МБ.

Вернуться в «C#»