You can not select more than 25 topics Topics must start with a letter or number, can include dashes ('-') and can be up to 35 characters long.

преди 5 години
12345678910111213141516171819202122232425262728293031323334353637383940414243444546474849505152
  1. Title: Разработка через создание примеров
  2. Date: 2018-06-27 00:00
  3. Category: News
  4. Slug: example-driven-development
  5. Lang: ru
  6. ![Брокер отладки][screenshot]
  7. Эта статья описывает то, как создание третьего кросс-платформенного примера OpenSceneGraph привело нас к разработке через создание примеров.
  8. **ИЗМЕНЕНИЯ ОТ 2018-08**: третий пример был переименован в четвёртый в связи с причинами, изложенными в [следующей статье][article-2018-august].
  9. **Третий кросс-платформенный пример OpenSceneGraph**
  10. Третий кросс-платформенный пример OpenSceneGraph содержит реализацию [удалённой отладки, работающей на всех поддерживаемых платформах][osgcpe-04]. Этот пример относится не столько к OpenSceneGraph, сколько к поддержке различных платформ.
  11. Удалённое взаимодействие ныне предполагает использование HTTP(s) поверх TCP/IP. Таким образом, первая идея реализации подразумевала встраивание сервера HTTP в приложение, чтобы клиенты HTTP могли взаимодействовать с этим сервером.
  12. Однако, раздача HTTP на различных платформах имеет свои сложности:
  13. * на десктопах есть межсетевые экраны (firewalls)
  14. * на мобилках есть ограничения по работе фоновых процессов
  15. * веб-браузеры являются клиентами HTTP по дизайну
  16. Эти ограничения подтолкнули нас к созданию посредника между отлаживаемым приложением и пользовательским интерфейсом отладки. [Брокер отладки][debug-broker], небольшое приложение Node.js, стало тем самым посредником. Брокер отладки не имеет внешних зависимостей, поэтому его легко использовать практически везде. Благодаря тому, что брокер отладки - это серверное приложение, его достаточно настроить лишь раз и использовать для любого количества приложений.
  17. И [пользовательский интерфейс отладки][debug-ui], и [брокер отладки][debug-broker] используют JavaScript, т.к. мы хотели сделать эти инструменты максимально доступными без предварительной установки. Данное решение привело нас к реализации инструментов именно для веб-браузеров. Десктопное приложение потребовало бы дополнительных усилий на установку и поддержку, что лишь усложнило бы работу с инструментами.
  18. **Разработка через создание примеров**
  19. После создания третьего примера мы осознали важность и достоинства разработки новых функций вне основного проекта:
  20. * освобождение основного проекта от шума изменений (commit noise)
  21. * публичное освещение новой функции приглашает всех к её изучению, критике и улучшению
  22. Когда мы делимся нашими знаниями:
  23. * мы обязаны создавать документацию, объясняющую происходящее (в том числе для нас самих позже)
  24. * мы обязаны сторониться непродуманных решений, т.к. они повредят нашей репутации
  25. С этого момента все новые функции вроде обработки ввода, загрузки раскладок Маджонга, кэширования ресурсов и т.п. мы будем сначала реализовывать в виде примеров. Мы называем этот подход разработкой через создание примеров.
  26. На этом мы заканчиваем описание того, как создание третьего кросс-платформенного примера OpenSceneGraph привело нас к разработке через создание примеров.
  27. [screenshot]: ../../images/2018-06-27-example-driven-development.png
  28. [article-2018-august]: examples-and-dependencies.html
  29. [osgcpe-04]: https://github.com/OGStudio/openscenegraph-cross-platform-examples/tree/master/04.RemoteDebugging
  30. [debug-broker]: https://github.com/OGStudio/debug-broker
  31. [debug-ui]: https://github.com/OGStudio/debug-ui