Привет! Наконец удалось найти время для продолжения серии заметок про написание инсталляторов. В прошлых статьях мы рассмотрели создание простого инсталлятора, который умеет принимать от пользователя номер порта, на котором будет работать устанавливаемая служба.
среда, 17 декабря 2014 г.
понедельник, 14 июля 2014 г.
Создание инсталлятора с помощью WiX. Часть 2. Пользовательские диалоги
Привет! В прошлой статье мы рассмотрели создание простого инсталлятора. Он умеет копировать файлы в заданную директорию, создает ярлыки в меню Пуск и даже позволяет удалять установленную программу. Все это мы сделали без особых усилий. Этого функционала уже немало, но, как всегда, хочется чего-то большего.
понедельник, 30 июня 2014 г.
Создание инсталлятора с помощью WiX. Часть 1. Простой инсталлятор
При написании коммерческого софта часто встает вопрос о способе
его поставки конечному пользователю. Тут можно рассмотреть несколько вариантов:
мы можем поставлять программное обеспечение в виде набора файлов, копируя его
на рабочие места пользователей и затем, настраивая вручную, можем разворачивать
программное обеспечение с помощью облачных сервисов, например Windows Azure. Также мы можем
предоставлять пользователю пакет программ в виде инсталлятора, который включает
в себя этап настройки приложений.
воскресенье, 18 мая 2014 г.
Композиция объектов в WCF приложении
Привет! В этот раз я бы хотел обсудить вопрос компоновки объектов в WCF службе. Пускай у нас будет класс службы, которому для работы необходимо иметь два объекта. Для определенности это будет служба построения отчетов, которой для работы нужен доступ к репозиторию данных и очереди подготовки отчетов. Как правильно передать эти зависимости в класс службы?
воскресенье, 12 января 2014 г.
Применение Object Builder для улучшения модульных тестов
Привет! Давайте сегодня поговорим о качестве модульных тестов у вас на проекте.
При написании unit-тестов часто приходится прибегать к инициализации тестового окружения с помощью тестовых дублеров (моков и/или стабов). Допустим, у нас мы тестируем проект, которые имеет следующую схематическую структуру.
При написании unit-тестов часто приходится прибегать к инициализации тестового окружения с помощью тестовых дублеров (моков и/или стабов). Допустим, у нас мы тестируем проект, которые имеет следующую схематическую структуру.
Подписаться на:
Сообщения (Atom)