ВВЕДЕНИЕ 4
1. СРАВНИТЕЛБНЫЙ АНАЛИЗ АНАЛОГОВ 6
1.1. NLog 6
1.2. MetroLog 7
1.3. Log4Net 7
2. ТЕОРЕТИЧЕСКАЯ ЧАСТЬ 9
2.1. Современные технологии разработки API 9
2.2. Современные технологии реализации веб-страниц 15
3. ПРОЕКТИРОВАНИЕ 16
3.1.Определение требований 16
3.2. Проектирование API 16
3.3. Проектирование веб-страниц 18
3.4. Варианты использования API 18
3.5. Варианты использования веб-страниц 19
4. РЕАЛИЗАЦИЯ 21
4.1. РЕАЛИЗАЦИЯ API 21
4.2. РЕАЛИЗАЦИЯ ВЕБ-СТРАНИЦ 22
4.2.1.Отображение всех данных 22
4.2.2. Подсчет одинаковых данных 23
4.2.3.Отображение данных за определенный период 23
5. ТЕСТИРОВАНИЕ 25
ЗАКЛЮЧЕНИЕ 28
ЛИТЕРАТУРА 29
Актуальность темы
В настоящее время информационные технологии растут с каждым днём. Сейчас существует множество различных сервисов, использующих подключение к сети интернет.
Например, мы можем заказать еду на дом или поиграть в видео игру используя персональный компьютер, ноутбук или даже смартфон.
Непременно многие компании постоянно работают над улучшением
своих продуктов и добавлением новых возможностей для пользователя, но
с увеличением количества строк кода и сложностью системы появляется
все больше ошибок в таких системах, и компании пытаются от них
избавиться различными способами. Можно сделать упор на количестве
проверок на ошибки внутри кода, но это уменьшит эффективность работы
программы с точки времени, потому что на проверку нужно время хоть и
не большое, но когда таких мест много это может существенно увеличить
время выполнения, можно усилить отдел тестировки, но как правило
тестировщики находят лишь малую часть ошибок в конечном продукте, а
основную пользователи, можно писать логи программы, в которых будет
прописано какая ошибка и когда произошла, конечно пользователи будут
сталкиваться с проблемами и ошибками в приложении, но разработчик
будет видеть сколько таких ошибок произошло и когда и делать вывод
насколько она критична и быстро их устранять, это будет быстрее чем
собирать информацию от пользователей, а так же из–за того что
приложение не будет каждый раз проверять может ли произойти ошибка, а
просто отправлять сообщение разработчику о том что она произошла,
данное приложение будет работать быстрее.
Именно по последнему пути решили пойти в компании Skycount Inc., и поручили создать мне систему, включающую в себя API для отправки
данных из клиентского приложения в хранилище данных azure и веб–
страницы для просмотра и обработки данных из хранилища данных azure...
Был разработан API для отправки данных в хранилище данных azure, также были разработаны веб-страницы для просмотра данных, в том числе обработанных, из хранилища таблиц azure. Были решены задачи:
- изучены современные технологии создания API;
- выполнен обзор существующих решений для логирования программного обеспечения;
- спроектирован API;
- реализован API;
- спроектированы веб-страницы для просмотра данных из хранилища таблиц azure;
- реализованы веб-страницы для просмотра данных из хранилища таблиц azure;
- протестирован API;
- протестированы веб-страницы.
API был протестирован на различных электронно-вычислительных машинах, веб страницы тоже проверялись на различных электронновычислительных машинах, кроме этого на мониторах с различным разрешением и диагональю экрана.