Некоторые мысли о паттерне Visitor

Ок, как скажите. Я же продолжаю считать, что надо всегда стремиться писать переиспользуемый код, и что solid — это полезные рекомендации.

Некоторые мысли о паттерне Visitor

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

Спасибо, я как раз про это написал в разделе «недостатки», в конце.

Некоторые мысли о паттерне Visitor

Конечно, модель должна зависеть от задачи и от выбранного подхода к её решению.

Спасибо, приятно!

Некоторые мысли о паттерне Visitor

интерфейс это гарантия наличия api, либо выполнения контракта. а абстракция, это абстракция, которая выражается ключевым словом abstract. То есть для меня словосочетание абстрактная ЯФигура, немного дико.

Не очень понял вашу мысль. У нас есть контракт IFigure, который выполняют все фигуры. Абстрактная фигура — другими словами. Что значит «гарантия наличия апи» и зачем тут абстрактный класс — не понятно.

Поэтому мне не совсем понятно как в виде класса содержащего Rectangle.getArea может быть совместима с интерфейсом Rectangle.draw.

Тут тоже не понял, о чем вы.
Впрочем, видение — оно у всех разное. Я лишь описал свои мысли, и не навязывают их. Вы, видимо, по-другому смотрите на эту тему.

Некоторые мысли о паттерне Visitor

Лично мне не очень понятно, зачем создавать разные прямоугольники с разными возможностями, когда можно описать отдельно прямоугольник и отдельно — возможности. Но даже если и так — как вы узнаете, что надо создать именно прямоугольник из geom или shape, если на входе — абстрактная IFigure?

Некоторые мысли о паттерне Visitor

Экстеншны к чему? У нас на входе — IFigure, конкретный тип неизвестен. Можно только написать экстеншн к IFigure, но как внутри него мы определим, какая именно фигура у нас?

Некоторые мысли о паттерне Visitor

И каждый раз, когда понадобится новый функционал, добавлять методы? Это нарушение ocp. А если потом нам фигуры понадобятся в проекте, где не нужны добавленные нами возможности?

Некоторые мысли о паттерне Visitor

Нет конечно. Как вариант, в конструктор визитора передавать единицы измерения. Или на кажый вариант — свой визитор.

Новые возможности C#, которые можно ожидать в ближайшее время

Следует рассматривать методы с реализацией не как часть протокола, а как заранее определенную возможность работы с протоколом ( как extension method), которую можно переопредлить для конкретных имплементаций.

Новые возможности C#, которые можно ожидать в ближайшее время

Получается, мы делаем интерфейс и сразу extension метод к нему, но который можно переопределять в реализациях… Функционально, но засоряет интерфейс, на мой взгляд. Лучше б какие-нибудь виртуальные extension методы запилили.

Ограничение количества выполнений метода в секунду

На RX можно так попробовать:

           //исходная последовательность событий
            IObservable<MyEvent> source= ...;

            //ограничения
            var count = 5;
            TimeSpan period = TimeSpan.FromSeconds(1);
            
            //"обрезанная" последовательность
            IObservable<MyEvent> cuttedStream = source
                .WithLatestFrom(Observable.Interval(period).StartWith(-1), (src, timer) => new { src, timer })
                .GroupBy(p => p.timer)
                .SelectMany(p => p.Take(count))
                .Select(p => p.src);

Russian Code Cup — по следам отборочного раунда

6 задач за 15 минут? 2.5 мнуты на задачу? Решить, закодить и запостить? Может я чего-то не понимаю, но как-то не правдоподобно.

Kotlin для Android: Теперь официально

Под .net не будет Котлина?

Получаем информацию о рабочем месте пользователя

Почему же не wcf, webapi или asp.net core наконец? :)

29 докладов DotNext 2017 Piter: От .NET Standard и контейнеров до безопасности и перфоманса

Да, для участников — сразу, для остальных — через некоторое время.

SOLID: принцип единственности ответственности

Столько уже копий сломано да статей понаписано про srp и прямоугольники с квадратами… Какой смысл в этой? Поспорить в комментах?

Поддержка SVG и режим CompactOverlay в приложениях UWP

Скажи это счастливым пользователя Acer Liquid Jade Primo, например )

Поддержка SVG и режим CompactOverlay в приложениях UWP

Жаль, ms не предоставляют support library, как в андроиде, чтобы использовать новые фичи на предыдущих версиях винды.

Guard классы — использовать или нет?

По-хорошему, код класса не должен зависеть от того, как он будет использоваться.

React или Vue? Выбираем библиотеку для фронтенд-разработки

Реакт отличается тем, что он не завязан на html, а дает абстракцию над ним. Т.е. теоретически можно юзать готовые компоненты и ничего не писать на html. А бэкендом компонент может быть и не html, и не веб вообще ( см. ReactNative)