У наступному прикладі коду ми маємо клас для незмінних об'єктів, який представляє кімнату. Північ, Південь, Схід та Захід представляють виходи в інші приміщення.
public sealed class Room
{
public Room(string name, Room northExit, Room southExit, Room eastExit, Room westExit)
{
this.Name = name;
this.North = northExit;
this.South = southExit;
this.East = eastExit;
this.West = westExit;
}
public string Name { get; }
public Room North { get; }
public Room South { get; }
public Room East { get; }
public Room West { get; }
}
Отже, ми бачимо, цей клас розроблений з рефлексивним круговим посиланням. Але оскільки клас непорушний, я застряг із проблемою «курка чи яйце». Я впевнений, що досвідчені функціональні програмісти знають, як з цим боротися. Як з ним можна поводитися на C #?
Я намагаюся кодувати текстову пригодницьку гру, але використовую принципи функціонального програмування лише заради навчання. Я застряг у цій концепції і можу скористатися деякою допомогою !!! Спасибі.
ОНОВЛЕННЯ:
Ось робоча реалізація, заснована на відповіді Майка Накіса щодо лінивої ініціалізації:
using System;
public sealed class Room
{
private readonly Func<Room> north;
private readonly Func<Room> south;
private readonly Func<Room> east;
private readonly Func<Room> west;
public Room(
string name,
Func<Room> northExit = null,
Func<Room> southExit = null,
Func<Room> eastExit = null,
Func<Room> westExit = null)
{
this.Name = name;
var dummyDelegate = new Func<Room>(() => { return null; });
this.north = northExit ?? dummyDelegate;
this.south = southExit ?? dummyDelegate;
this.east = eastExit ?? dummyDelegate;
this.west = westExit ?? dummyDelegate;
}
public string Name { get; }
public override string ToString()
{
return this.Name;
}
public Room North
{
get { return this.north(); }
}
public Room South
{
get { return this.south(); }
}
public Room East
{
get { return this.east(); }
}
public Room West
{
get { return this.west(); }
}
public static void Main(string[] args)
{
Room kitchen = null;
Room library = null;
kitchen = new Room(
name: "Kitchen",
northExit: () => library
);
library = new Room(
name: "Library",
southExit: () => kitchen
);
Console.WriteLine(
$"The {kitchen} has a northen exit that " +
$"leads to the {kitchen.North}.");
Console.WriteLine(
$"The {library} has a southern exit that " +
$"leads to the {library.South}.");
Console.ReadKey();
}
}
Це здається гарним випадком для конфігурації та шаблону Builder.
—
Грег Бургхардт
Мені також цікаво, чи потрібно відокремити кімнату від плану рівня або сцени, щоб кожна кімната не знала про інші.
—
Грег Бургхардт
@RockAnthonyJohnson Я б не дуже називав це рефлексивним, але це не доречно. Чому це проблема? Це надзвичайно часто. Насправді, так будуються майже всі структури даних. Подумайте про пов’язаний список чи двійкове дерево. Всі вони є рекурсивними структурами даних, і таким є ваш
—
садівник
Roomприклад.
@RockAnthonyJohnson Незмінні структури даних надзвичайно поширені, принаймні, у функціональному програмуванні. Це , як ви визначаєте пов'язаний список:
—
садок
type List a = Nil | Cons of a * List a. І бінарне дерево: type Tree a = Leaf a | Cons of Tree a * Tree a. Як бачимо, вони обидва є самореференційними (рекурсивними). Ось як ви б визначити номер: type Room = Nil | Open of {name: string, south: Room, east: Room, north: Room, west: Room}.
Якщо вам цікаво, знайдіть час, щоб вивчити Haskell або OCaml; це також розширить ваш розум;) Майте на увазі, що чіткого розмежування між структурами даних та "бізнес-об'єктами" немає. Подивіться, наскільки подібні визначення вашого
—
садок
Roomкласу та а List в Haskell, про який я писав вище.