более того

юнит тест описывает контракт

хорошо смотри

есть контракт

есть разные реализации

например 2 штуки (А и Б)

со временем в проверку контракта добавилось еще одно правило

например 2 штуки (А и Б)

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

и теперь надо вместо одного места править сразу 2

если реализации не 2 а больше

я хотел тест что то вроде принимание его аргументом

в виде зависимости и там проверка контракта

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

я в вопросе на тостере писал какие варианты я видел

export const someContract = ConcreteImplFactory => { describe("Some contract", function () { it("does smth", function() { const impl = ConcreteImplFactory(); expect(impl).to.do.somthing(); }); } }

в случае с наследованием

если 1 объект реализует 2 контракта например ContainerInterface и Serizable

тут уже проблема так как наследоватся только от одного

и теперь надо вместо одного места править сразу 2

public function testContainerThrowsExceptionInCaseOfEmptyContainer(ContainerInterface $implementation) { $implementation->doStuff(); } public function implementationProvider() { return [ new FooImplementation(), new BarImplementation(), ] }

как-то так

знаю что это плохо когда 1 объект 2 вещи имплементит

можно хоть на все тест кейсы один провайдер писать

такой вариант да

ну так в чем проблема?

export const someContract = ConcreteImplFactory => { describe("Some contract", function () { it("does smth", function() { const impl = ConcreteImplFactory(); expect(impl).to.do.somthing(); }); } }

и потом в спеке своей имплементации импортишь этот someContract и просто вызываешь

но хотелось бы чтобы данные из за пределов приходили

сейчас объясню

ай не не интересно)

например есть что то типо psr где делают свои интерфейсы

и сразу тесты, чтобы те кто имплементит их проходили эти тесты

в случае с провайдером это правка кода стандарта запихивание своего объекта

ну или Overwrite method

провайдера

и сразу тесты, чтобы те кто имплементит их проходили эти тесты

ты завязан на конкретную версию контракта

просто так она не поменяется

и все кто имплементят реализации узнают об этом и подправят свои тесты

просто когда много объектов реализующих 1 интерфейс типо storage

и везде дублировать одинаковый код

что если нет данных вернуть null или exception

дублировать одну и туже вставку

простую выборку и тд

и так в каждой реализации

Storage\Mysql, Storage\File, Storage\Redis, Storage\Memcached, Storage\MongaDB, etc

хотелось бы код вынести куда то

и подключать его внутри юнит теста

и потом в unit тесте останется протестить только что то специфичное

но меня как обычно никто не понимает и это нафиг не надо)

хотелось бы код вынести куда то

ну так кто тебе мешает)

https://www.youtube.com/watch?v=iom_xzSmPsM

?? спасибо.

нуууу... такое

https://www.youtube.com/watch?v=S-RjiMAxHio&list=PLmqFxxywkatStbd9hdzVOS1hZa9dc56k4

вот это пополезнее

адаптироано на пхп?

адаптироано на пхп?

представь что перед переменными значки долларов

ERROR: S client not available

ок))

спасибо, поглядим

представь что перед переменными значки долларов

...и это perl ;)

...и это perl ;)

грань тонка)

Всем привет! Есть ОТРЫТАЯ ВАКАНСИЯ: от 150 000 р. 89639619512 Денис Мы используем следующий стек технологий: ClickHouse — храним все метаданные, основная база с ценной информацией для BigData вычислений Percona Server (MySQL) — для справочников, прокинутых в ClickHouse, где пароли пользователей, другие перс. Данные и настройки системы PHP 7 — основной язык программирования всей бизнесс логики Фреймворки на PHP: Symfony 3, Silex, AnagularJS с LazyLoad, m3u8 и другими вкусностями (webpack, gulp, bulk.... Система контроля версий: Git Вся работа в системе контроля версий ведется по Git Flow Для деплоя используем Deployer как для php так и для разворачивания новых нод на физических серверах На текущий момент около 20-ти серверов обеспечивают облако обработки и хранения данных, за 2 месяца планируется нарастить до 120-ти. Все серверы обьеденены в PrivateCloud В основе бекенда используется микросервисная архитектура с полным REST-API между сервисами и он же (REST-API) используется для выдачи данных в морду. Методология разработки: SCRUM С какими блоками работать придется: Backend: Развитие бизнесс-логики для хранения и распределения данных в Private Cloud, работа на стыке низкого уровня работы ОС Linux с отдельным ПО. Разработка сервисов логики обработки и аналитики данных для распределения по API и базе данных. Передача и организация данных внутри архитектуры. Все пишется на Silex Backend: Бизнесс-логика работы системы вцелом основного API, которое коммуницирует с API сервисов и распределяет задачи. Работа с выдачей данных в морду. Логика сбора данных с разных источников и их анализ. Все пишется на Symfony 3. Frontend: Разработка основного интерфейса системы. Все работа ведется на Anagular JS.

проплачено

а может вакансии в другом чатике

@f3ath

я ее уберу через сутки

обещаю

я понимаю боль человека и обещал помочь

я понимаю боль человека и обещал помочь

только чатик совсем не тот

https://telegram.me/javascript_jobs

и оттуда аналогичные jobs

чуваки, я все понимаю. это на сутки. все почистим, будет как было.

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

а надо вот так:

и каждый выскажит как надо было делать, вместо rest api, будем rpc, вместо deployer пусть будет ansible, puppet, chef и другой срач)

это удалёнка или какой город?

это удалёнка или какой город?

если вопрос по моей вакансии

если вопрос по моей вакансии

можно обсуждать любые варианты

пишите автору в личку, пожалуйста

Толстый констурктор контоллера в вебе - это антипаттерн?

который без парамтров

ну вообщ логика в конструкторе (кроме валидации и такого прочего) это антипаттерн