Bald

хотя я играл в подобную игру и там было бы 8 в этом случае...

@Grundy ^

при свайпе вниз получилось следующее

@Grundy кажется я тебя обманул, сейчас поиграл в оригинал по ссылке

@Grundy насколько я знаю правила игры должно быть 16

@АндрейNOP спасибо

@АндрейNOP да я тоже подумал что стратегия

@АндрейNOP у меня есть свой класс Attachment поэтому так

мне кажется код из case можно вынести в отдельные методы что то типа GetManufacturingProcessMailAttachments & GetOfferMailAttachments

IEnumerable<System.Net.Mail.Attachment> GetMailAttachments(int documentPackageId)
        {
            var documentPackage = _context.Set<Core.Models.DocumentPackage>()
                .SingleOrDefault(x=>x.Id == documentPackageId);
            var mailAttachments = new List<System.Net.Mail.Attachment>();
            try
            {
                switch ((DocumentPackageType)documentPackage.TypeId)
                {
                    case DocumentPackageType.ТехнологическийПроцесс:
                        {

@АндрейNOP если я сюда выложу один метод Вы сможете его "оценить"? понятен ли он или его следует переписать?

@АндрейNOP можете подсказать к чему Вы стремитесь когда пишете код, тестируемость, связаноость, расширяемость, что еще?

@АндрейNOP использовать шаблоны только для использования шаблонов мне кажется перегибом

@АндрейNOP да, видел подобное мнение, но перегибать палку все-же не стоит

@АндрейNOP самоцели использовать шаблоны нет, почему появилась стратегия: первоначально был один документ, сейчас появился второй(не последний). Для облегчения дальнейшего расширения решил создать интерфейс и наследовать от него и подумал что это похоже на стратегию

@АндрейNOP что понимается под службой? класс с бизнес логикой?

@АндрейNOP в моем понимании контроллер это класс context

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

@АндрейNOP разные контролеры для разных документов), возможно в дальнейшем контроллер будет один, но пока я не знаю как это сделать

Можно ли следующую структуру классов считать реализацией шаблона проектирования "Стратегия"

    interface IDocumentRegistrationStrategy
    {
        DocumentRegistrationJournal Register(DocumentPackage documentPackage);
    }

    public class FirstRegistrationStrategy: IDocumentRegistrationStrategy
    {
        public DocumentRegistrationJournal Register(DocumentPackage documentPackage)
        {
            //Реализация стратегии
        }
    }

    public class SecondRegistrationStrategy: IDocumentRegistrationStrategy

всем привет

@nörbörnën но это не значит что он должен быть общим

@nörbörnën а зачем делать чужой ответ общим? автор ответа может и обидеться

@Grundy "Бан всем и сразу" и пусть никто не уйдет обиженным без бана

коллеги, подскажите или хотя бы пните в нужную сторону что за магия^^^

Всем привет.

@AK Вам спасибо

кто может снести этот вопрос, тревогу уже кинул

@Grundy да, поэтому и странно что тс задает вопрос сюда а не наставнику

@VladimirGamalyan с одной стороны да, а с другой стороны тс пытается его выполнить, но не получается... я не могу сказать однозначно что этот вопрос надо закрыть

всем привет. уже второй вопрос с курса по js

Всех с праздником

@AK да наверно это будет самое простое решение

альтернатива создать issue/pull и его может быть примут

нашел пример реализации компонента-обертки но это же получается что мне в своем компоненты необходимо будет прокинуть все свойства из исходного компонента, может есть варианты проще/правильней?

@AK давайте я попробую сначала здесь: для gui использую bootstrap-vue, в частности речь идет о компоненте для пагинации мне хочется добавить возможность смены текущей страниц по событию прокрутки колеса мыши

@AK а вы пробовали расширять существующий сторонний компонент(я про vue компонент)? что то типа добавить недостающий функционал

@PashaPash не хочу так, меня они поимеют

@AK альтернатива - "пока не обновишь страницу - не увидишь изменения"

@AK они разные на сервере, или на клиенте переделываете?

@AK Содержимое справочника для добавления/редактирования, и форма в которой содержимое справочника отображается в выпадающем списке

@AK а как Вы реализуете если в разных местах необходимо разное представление? два метода в сервисном слое или в компоненте делаете map, Ваш вариант

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

@AK тогда надо городить сервис по в котором инкапсулировать логику работы с апи, который потом внедрять в компонент, в общем все как сейчас в angularjs приложении. а так хотелось от этого уйти

@AK тогда, я честно не понимаю для чего нужно глобальное хранилище, для хранения авторизации: сомнительно. что там можно хранить и для чего если можно кинуть запрос на сервер. исключение приложение в котором работает один пользователь(сходу так и не вспомню такие)

@AK смотрите, предположим у меня есть компонент который создает новую строку в бд, в коде разметки есть выпадающий список в котором отображаются значения из справочника. Если делать по простому, то в компонент прокидываем например axios, и получаем данные для выпадающего списка, так?