Использовать свой интерфейс команды или стандартный джавовский?

@Buckstabue · Регистрация: 12.01.2012

Студворк — интернет-сервис помощи студентам

Здравствуйте. Возникло недопонимание с руководителем в следующем вопросе: я реализовывал локигу синхронизации с сервером, для этого создал специальный интерфейс ISyncUpCommand с единственным методом execute(), был список из этих команд, который синхронизируют разные сущности по очереди. Но руководитель удалил этот интерфейс и переделал список из ISyncUpCommand в список из Callable<Void>. Лично мне не понравилось это решение. Оно лишает контекста, в очередь команд можно засунуть что угодно, в том числе не связанное с синхронизацией. Плюс масштабируемость страдает. Что, если мы захотим как можно скорее остановить текущую команду? Надо будет добавить метод stop() и снова возвращать старый интерфейс обратно. Кто как думает?
Я еще понимаю делать общий интерфейс для коллбеков - там все примитивно, четко и ясно. Но здесь это попахивает экономией на спичке и загрязнению кода

@KEKCoGEN · 01.02.2016, 20:06

Buckstabue, то что вы написали, надо было сказать вашему руководителю а не сюда. Если сказали, каковы были его аргументы? По вашему описанию нельзя сказать что лучше т.к никто тут не знает что у вас за проект и что там происходит.

Новые блоги и статьи Все статьи Все блоги /
Автоматическое создание документа при проведении другого документа Maks 29.03.2026 Реализация из решения ниже выполнена на нетиповых документах, разработанных в конфигурации КА2. Есть нетиповой документ "ЗаявкаНаРемонтСпецтехники" и нетиповой документ "ПланированиеСпецтехники". В. . .	Настройка движения справочника по регистру сведений Maks 29.03.2026 Решение ниже реализовано на примере нетипового справочника "ТарифыМобильнойСвязи" разработанного в конфигурации КА2, с целью учета корпоративной мобильной связи в коммерческом предприятии. . . .	Автозаполнение реквизита при выборе элемента справочника Maks 27.03.2026 Программный код из решения ниже на примере нетипового документа "ЗаявкаНаРемонтСпецтехники" разработанного в конфигурации КА2. При выборе "Спецтехники" (Тип Справочник. Спецтехника), заполняется. . .	Сумматор с применением элементов трёх состояний. Hrethgir 26.03.2026 Тут. https:/ / fips. ru/ EGD/ ab3c85c8-836d-4866-871b-c2f0c5d77fbc Первый документ красиво выглядит, но без схемы. Это конечно не даёт никаких плюсов автору, но тем не менее. . . всё может быть. . .
Автозаполнение реквизитов при создании документа Maks 26.03.2026 Программный код из решения ниже размещается в модуле объекта документа, в процедуре "ПриСозданииНаСервере". Алгоритм проверки заполнения реализован для исключения перезаписи значения реквизита,. . .	Команды формы и диалоговое окно Maks 26.03.2026 1. Команда формы "ЗаполнитьЗапчасти". Программный код из решения ниже на примере нетипового документа "ЗаявкаНаРемонтСпецтехники" разработанного в конфигурации КА2. В качестве источника данных. . .	Кому нужен AOT? DevAlt 26.03.2026 Решил сделать простой ланчер Написал заготовку: dotnet new console --aot -o UrlHandler var items = args. Split(":"); var tag = items; var id = items; var executable = args;. . .	Отправка уведомления на почту при создании или изменении элементов справочника Maks 24.03.2026 Программная отправка письма электронной почты на примере типового справочника "Склады" в конфигурации БП3. Перед реализацией необходимо выполнить настройку системной учетной записи электронной. . .

@Buckstabue 179 / 127 / 25 Регистрация: 12.01.2012 Сообщений: 623

	Использовать свой интерфейс команды или стандартный джавовский? 01.02.2016, 19:34. Показов 622. Ответов 1 Метки нет (Все метки) Здравствуйте. Возникло недопонимание с руководителем в следующем вопросе: я реализовывал локигу синхронизации с сервером, для этого создал специальный интерфейс ISyncUpCommand с единственным методом execute(), был список из этих команд, который синхронизируют разные сущности по очереди. Но руководитель удалил этот интерфейс и переделал список из ISyncUpCommand в список из Callable<Void>. Лично мне не понравилось это решение. Оно лишает контекста, в очередь команд можно засунуть что угодно, в том числе не связанное с синхронизацией. Плюс масштабируемость страдает. Что, если мы захотим как можно скорее остановить текущую команду? Надо будет добавить метод stop() и снова возвращать старый интерфейс обратно. Кто как думает? Я еще понимаю делать общий интерфейс для коллбеков - там все примитивно, четко и ясно. Но здесь это попахивает экономией на спичке и загрязнению кода 0

@KEKCoGEN 2399 / 2224 / 565 Регистрация: 28.12.2010 Сообщений: 8,672
	01.02.2016, 20:06
	Buckstabue, то что вы написали, надо было сказать вашему руководителю а не сюда. Если сказали, каковы были его аргументы? По вашему описанию нельзя сказать что лучше т.к никто тут не знает что у вас за проект и что там происходит. 0