Какой смысл DSLs / быстрые интерфейсы

Я сказал бы, что быстрые интерфейсы немного преувеличены, и я думал бы, что Вы выбрали всего один такой пример.

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

Ваш пример немного походит на излишество.

я в последнее время сделал некоторый быстрый интерфейс сверху SplitterContainer от Windows Forms. Возможно, семантическая модель иерархии средств управления несколько сложна для корректного построения. Путем обеспечения маленькому быстрому API разработчик может теперь декларативно выразить, как его SplitterContainer должен работать. Использование идет как

var s = new SplitBoxSetup();
s.AddVerticalSplit()
 .PanelOne().PlaceControl(()=> new Label())
 .PanelTwo()
 .AddHorizontalSplit()
 .PanelOne().PlaceControl(()=> new Label())
 .PanelTwo().PlaceControl(()=> new Panel());
form.Controls.Add(s.TopControl);

, я теперь уменьшил сложную механику иерархии управления к нескольким глаголам, которые важны для текущего вопроса.

Hope это помогает

Рассмотрите:

sizer.ResizeImage(inputImage, outputImage, 0.5, ImageFormat.Jpeg);

, Что, если Вы использовали менее ясные имена переменной:

sizer.ResizeImage(i, o, x, ImageFormat.Jpeg);

Предполагают, что Вы распечатали этот код. Более трудно вывести, каковы эти аргументы, поскольку у Вас нет доступа к сигнатуре метода.

С быстрым интерфейсом, это более ясно:

 sizer.FromImage(i)
 .ToLocation(o)
 .ReduceByPercent(x)
 .OutputImageFormat(ImageFormat.Jpeg)
 .Save();

кроме того, порядок методов не важен. Это эквивалентно:

 sizer.FromImage(i)
 .ReduceByPercent(x)
 .OutputImageFormat(ImageFormat.Jpeg)
 .ToLocation(o)
 .Save();

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

 sizer.FromImage(i)
 .ToLocation(o)
 .Save();

Это потребовало бы, чтобы перегруженные конструкторы достигли того же эффекта.

Это - один способ реализовать вещи.

Для объектов, которые действительно только управляют тем же объектом много раз, нет ничего действительно неправильно с ним. Рассмотрите Потоки C++: они - окончательное в этом интерфейсе. Каждая операция возвращает поток снова, таким образом, можно объединить в цепочку вместе другую операцию с потоками.

, Если Вы делаете LINQ и делаете управление объектом много раз, это имеет некоторый смысл.

Однако в Вашем дизайне, необходимо быть осторожными. Чем должно состоять в том поведение, если Вы хотите отклониться на полпути через? (IE,

var obj1 = object.Shrink(0.50); // obj1 is now 50% of obj2
var obj2 = object.Shrink(0.75); // is ojb2 now 75% of ojb1 or is it 75% of the original?

, Если obj2 составлял 75% исходного объекта, то это означает создание полной копии объекта каждым разом, когда (и имеет его преимущества во многих случаях, как то, при попытке сделать два экземпляра того же самого, но немного по-другому).

, Если методы просто управляют исходным объектом, то этот вид синтаксиса несколько лицемерен. Это - манипуляции на объекте вместо манипуляций для создания измененного объекта.

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

Необходимо читать Domain Driven Design Eric Evans для получения некоторое представление, почему DSL считают хорошим проектным решением.

Книга полна хороших примеров, советов лучшей практики и шаблонов разработки.Очень рекомендуем.