選択できるのは25トピックまでです。 トピックは、先頭が英数字で、英数字とダッシュ('-')を使用した35文字以内のものにしてください。

2018-06-27-example-driven-development-ru.md 5.1KB

12345678910111213141516171819202122232425262728293031323334353637383940414243444546474849505152535455565758596061626364656667686970
  1. Title: Разработка через создание примеров
  2. Date: 2018-06-27 00:00
  3. Category: News
  4. Slug: example-driven-development
  5. Lang: ru
  6. ![Screenshot][screenshot]
  7. Эта статья описывает то, как создание третьего кросс-платформенного примера
  8. OpenSceneGraph привело нас к разработке через создание примеров.
  9. **Третий кросс-платформенный пример OpenSceneGraph**
  10. Третий кросс-платформенный пример OpenSceneGraph содержит реализацию
  11. [удалённой отладки, работающей на всех поддерживаемых платформах][osgcpe-03].
  12. Этот пример относится не столько к OpenSceneGraph, сколько к поддержке
  13. различных платформ.
  14. Удалённое взаимодействие ныне предполагает использование HTTP(s) поверх
  15. TCP/IP. Таким образом, первая идея реализации подразумевала встраивание сервера
  16. HTTP в приложение, чтобы клиенты HTTP могли взаимодействовать с этим сервером.
  17. Однако, раздача HTTP на различных платформах имеет свои сложности:
  18. * на десктопах есть межсетевые экраны (firewalls)
  19. * на мобилках есть ограничения по работе фоновых процессов
  20. * веб-браузеры являются клиентами HTTP по дизайну
  21. Эти ограничения подтолкнули нас к созданию посредника между отлаживаемым
  22. приложением и пользовательским интерфейсом отладки.
  23. [Брокер отладки][debug-broker], небольшое приложение Node.js, стало тем самым
  24. посредником. Брокер отладки не имеет внешних зависимостей, поэтому его легко
  25. использовать практически везде. Благодаря тому, что брокер отладки - это
  26. серверное приложение, его достаточно настроить лишь раз и использовать для
  27. любого количества приложений.
  28. И [пользовательский интерфейс отладки][debug-ui],
  29. и [брокер отладки][debug-broker] используют JavaScript, т.к. мы хотели сделать
  30. эти инструменты максимально доступными без предварительной установки. Данное
  31. решение привело нас к реализации инструментов именно для веб-браузеров.
  32. Десктопное приложение потребовало бы дополнительных усилий на установку и
  33. поддержку, что лишь усложнило бы работу с инструментами.
  34. **Разработка через создание примеров**
  35. После создания третьего примера мы осознали важность и достоинства разработки
  36. новых функций вне основного проекта:
  37. * освобождение основного проекта от шума изменений (commit noise)
  38. * публичное освещение новой функции приглашает всех к её изучению, критике и улучшению
  39. Когда мы делимся нашими знаниями:
  40. * мы обязаны создавать документацию, объясняющую происходящее (в том числе для нас самих позже)
  41. * мы обязаны сторониться непродуманных решений, т.к. они повредят нашей репутации
  42. С этого момента все новые функции вроде обработки ввода, загрузки раскладок
  43. Маджонга, кэширования ресурсов и т.п. мы будем сначала реализовывать в виде
  44. примеров. Мы называем этот подход разработкой через создание примеров.
  45. На этом мы заканчиваем описание того, как создание третьего
  46. кросс-платформенного примера OpenSceneGraph привело нас к разработке через
  47. создание примеров.
  48. [screenshot]: {attach}/images/2018-06-27-example-driven-development.png
  49. [osgcpe-03]: https://github.com/OGStudio/openscenegraph-cross-platform-examples/tree/master/03.RemoteDebugging
  50. [debug-broker]: https://github.com/OGStudio/debug-broker
  51. [debug-ui]: https://github.com/OGStudio/debug-ui