Т.е. решали поднимая каждый дамп для каждого юнит теста? А как тогда решали скорость выполнения тестов? При таком подходе у меня тесты выполнялись около 2-х минут, пришлось отказаться в пользу обычного TRUNCATE и скорость стала приемлемой: несколько десятков секунд.
«В ООП да, под реализацией объекта понимается сочетание Данные + Алгоритмы обработки»
Не согласен. Говорят что класс реализует интерфейс, а значит класс — это реализация интерфейса.
Но да, я ошибся, это не одно и то же. Алгоритм это из области решаемой проблемы, а реализация алгоритма это уже сам класс.
Это «мост» если:
— код еще не написан, либо написана заглушка
— вы сами определяется интерфейс для будущих реализаций
— можно было бы использовать наследование, но composition всегда лучше для не 'is a'.
— в мосте реализован паттерн strategy для возможность поменять реализацию
Это «адаптер» если:
— у вас уже есть старый код
— и вы хотите адаптировать его интерфейс под свои нужды
Там нет слова 'server'. SQL Server это название продукта. Если вас бы звали Server, к вам бы обращались как «a Server» только в шутку.
А опускание артиклей, как уже писалось в статье, обычный метод сжатия и вполне распространенный (в некоторых заголовках его оставляют для красоты и понятности).
Не совсем понятно. Суть приспособленца в выносе из объектов свойств, которые варьируются и получается что объект всего один, но он может приспосабливаться к разным «ситуациям». А как может быть один и тот же объект, но с разными значениями в его полях?
а, значит я не так понял «профессионализм». Там вот выделено «We're not concerned with your education — we're concerned with your experience. We don't want to see your resume, we want to see your recent work. », т.е. если вы умеете делать что-то и делаете это хорошо, то остальное для них не имеет значения.
Думается критерий далеко не состоявшийся профессионализм. Берут тех, кто умеет и хочет работать, и представляют все условия для достижения профессионализма.
И оценка программиста не помешает. Некоторые описания не совсем точны, state: у каждого объекта есть состояние, из-за которого объект может менять свое поведение, суть же паттерна в выделение состояния в отдельный объект; chain of responsibility: пример не отражает суть. Stragey: «вы задаете начальные условия, а как себя вести уже решает он сам (сам выбирает стратегию).» вообще то вы сами выбираете алгоритм (стратегию). Другие слишком странные: command: " включать одним выключателем как свет в комнате, так и пылесос." это вообще как возможно в реальной жизни?.. Есть же проще примеры, тот же расчет зарплаты. Decorator: «можно считать декоратором человека с кистью и красной краской. » ?! Лучше уж использовать банальный пример с пиццей и индигриентами. Proxy: это же заместитель, можно было пример с заместителями и использовать :).
А остальные антивирусы, кроме DrWeb, вообще проверяют архивы во время/после распаковки?
Не согласен. Говорят что класс реализует интерфейс, а значит класс — это реализация интерфейса.
Но да, я ошибся, это не одно и то же. Алгоритм это из области решаемой проблемы, а реализация алгоритма это уже сам класс.
Это «мост» если:
— код еще не написан, либо написана заглушка
— вы сами определяется интерфейс для будущих реализаций
— можно было бы использовать наследование, но composition всегда лучше для не 'is a'.
— в мосте реализован паттерн strategy для возможность поменять реализацию
Это «адаптер» если:
— у вас уже есть старый код
— и вы хотите адаптировать его интерфейс под свои нужды
FileEntityStorage, MySqlEntityStorage, CouchDbEntityStorage это не мост. Это адаптеры.
А опускание артиклей, как уже писалось в статье, обычный метод сжатия и вполне распространенный (в некоторых заголовках его оставляют для красоты и понятности).