Стажировка-2013, разработчики, занятие 6. Внешние конфиги, сборка, автотесты

Внешние конфиги, сборка,
автоматические тесты
Разработчики. Занятие 6

Персистентность (время
жизни) – длительность
существования данных
Внешние конфиги

Виды персистентности:
1. локальная – все параметры
методов, локальные переменные
блоков
2. динамическая – все, что
создано при помощи new, живет
до сборки мусора либо до delete

Виды персистентности:
3. глобальная – все статические
поля классов и глобальные
переменные
4. дисковая – все, что сохранено в
файлы на диске – в БД или просто
в файловой системе

Время связывания переменных:
1. при написании кода –
использование «магических
чисел»
2. при компиляции –
использование именованных
констант

3. при загрузке программы –
чтение значения из внешнего
источника (конфиг-файл)
4. при создании объекта – любой
способ, но в момент создания
объекта

5. по требованию – в любой
момент работы программы

Важно:
чем раньше время связывания,
тем ниже гибкость и ниже
сложность кода.
Обеспечивайте уровень гибкости,
удовлетворяющий требованиям,
но не больше!

Внешние конфиги в Java:
1. файлы .properties
2. файлы XML
3. бинарные файлы (не для
людей)

Файлы .properties:
1. пары <ключ>=<значение>
2. # - однострочный комментарий
Пример:
tabSize = 4
useSpaces = true

Файлы XML:
<?xml version="1.0" encoding="UTF-8" ?>
<!DOCTYPE log4j:configuration SYSTEM "log4j.dtd”>
<log4j:configuration xmlns:log4j=http://jakarta.apache.org/log4j/>
<appender name="console" class="org.apache.log4j.ConsoleAppender”>
<param name="Target" value="System.out"/>
<layout class="org.apache.log4j.PatternLayout”>
<param name="ConversionPattern" value="aa %p %c: %m%n"/>
</layout>
</appender>

<root>
<priority value ="debug" />
<appender-ref ref="console" />
</root>

Цели создания внешних конфигов:
1. увеличить гибкость
2. избежать перекомпиляции
3. настроить под систему
4. перенести настройки в другую
систему

Сборка проекта – получение
из исходного кода и ресурсов
(конфиг-файлов, картинок,
стилей и т.д.) исполняемого
модуля
Сборка проекта

Примеры сборки:
1. создание файла .exe при
помощи утилиты make из файлов
.cpp, .h, .rc и т.д.
2. создание .class или .jar файлов
при помощи javac – только для
десктопных приложений

Сборка Java-программ:
1. Apache Ant – низкоуровневый
сборщик, все файлы внутри проекта,
может многое, стиль императивный
2. Apache Maven – использует
внешние репозитории кода, стиль
декларативный, поддерживает
версионность библиотек,
чувствителен к соглашениям

Apache Ant:
1. в корне проекта build.xml
2. может использовать .properties
файлы
3. пример
4. сайт

Apache Maven:
1. в корне проекта pom.xml
2. построен на плагинах (plug-in)
3. пример
4. сайт

Модульное тестирование –
автоматизированная проверка
функций (методов) с целью
исключения регрессии (багов в
оттестированном коде)
Автотесты

Модульный тест – любой код,
который вызывает функцию
(метод), передавая ей входные
параметры, и проверяет
постусловие и инвариант
Автотесты

Основные принципы:
1. независимость – глобальные
объекты в одном состоянии до и
после теста
2. быстрота выполнения – иначе
не будут часто запускать
Автотесты

Преимущества использования:
1. поощряются изменения и
рефакторинг
2. используются интерфейсы
3. сокращается время на ручное
тестирование регрессии
Автотесты

Инструментарий:
1. библиотека xUnit от Кента Бека
(JUnit для Java)
2. прогон тестов в IDE
3. команды в Ant и настройки в
Maven
4. Continuous integration сервера
(позже)
Автотесты

Test driven development
(разработка через
тестирование):
написание теста предшествует
реализации, реализация
постепенно совершенствуется,
чтобы проходить новые тесты
Автотесты

Стажировка-2013, разработчики, занятие 6. Внешние конфиги, сборка, автотесты

More Related Content

Стажировка-2013, разработчики, занятие 6. Внешние конфиги, сборка, автотесты