Документ рассматривает выбор технологий для веб-разработки с акцентом на использование Go и фреймворка Beego. Обсуждаются преимущества и недостатки самописных приложений и готовых фреймворков, а также трудности, связанные с устаревшей документацией и конфигурированием. В заключении подчеркивается, что Go подходит для создания stateless API, но не рекомендуется для крупных классических веб-приложений.

1. Go для веба глазами PHP-разработчика

2. Обо мне
• Developer @ delodi
• Веб разработчик с 5+ лет стажем
• Стек технологий: PHP (Symfony) + MySQL + AngularJS
• t.me/osavchenko
• fb.com/savchenko
• delodi.net

3. Главные требования к приложению
• Безопасность
• Высокая скорость работы
• Простота (keep it simple)
• Golang

4. Выбор стека технологий

5. Выбор стека технологий

6. Самописное приложение — зачем?
• Преимущества:
• Контроль всех ресурсов
• Нет «избыточности»
приложения
• Недостатки:
• Изобретение своих
«велосипедов» для
«фундамента» приложения
• Требует больше времени на
разработку

7. Использование готовых веб-фреймворков
– зачем?
• Преимущества:
• Скорость разработки
• Лучшие практики от сообщества
• Есть реализация «базы»
• Есть комьюнити
• Недостатки:
• Риск неожиданного поведения
приложения (в т.ч. баги)
• Избыточность приложения

10. Поиск оптимального фреймворка

11. Поиск оптимального фреймворка

12. Поиск оптимального фреймворка

13. Поиск оптимального фреймворка

14. Поиск оптимального фреймворка

16. Почему Beego?
• MVC

17. Почему Beego?
• MVC
• ORM

18. Почему Beego?
• MVC
• ORM
• Routing

19. Почему Beego?
• MVC
• ORM
• Routing
• I18n

20. Почему Beego?
• MVC
• ORM
• Routing
• I18n
• Sessions

21. Почему Beego?
• MVC
• ORM
• Routing
• I18n
• Sessions
• Console tool

22. Почему Beego?
• MVC
• ORM
• Routing
• I18n
• Sessions
• Console tool
• Migrations

24. Возможные трудности
при использовании

25. Устаревшая документация
• Документация на сайте и API
фреймворка не соответствуют
действительности
• Нет возможности увидеть дату
генерации документации или
под какую версию она сделана
• Нужно изучать исходники
и/или шерстить интернет

26. Часть документации на китайском

27. Неожиданное поведение компонентов
• Обработка форм игнорирует пустые поля

28. Проблема конфигурирования
подключения к БД
• По умолчанию, migration CLI
использует bee.json
• По умолчанию, приложение
использует conf/app.conf
• Изменить конфигурацию
приложения, чтобы то
использовало json
• Дублирование конфигурации

29. Шаблонизатор
• Нет нормальной поддержки в
JetBrains Gogland
• Есть хорошая поддержка в Atom

30. ORM
• Избавляет от надобности писать
прямые SQL запросы
• Принуждает к дополнительному
коду и усложнению моделей

31. Актуальность релизов на GitHub

33. Структура директорий Go
GOROOT
bin
pkg
src
GOROOT/src
github.com
• beego
• dep
my_project

34. readme.md
…
Pre-requirements:
• go get github.com/astaxie/beego
• go get github.com/go-sql-driver/mysql
• go get github.com/beego/bee
• go get github.com/go-playground/form
…

35. Менеджер пакетов
а-ля composer/npm
• Официальный есть… но
экспериментальный
• Есть множество аналогов,
которые поддерживаются
различными системами,
например, heroku

36. Структура конечного проекта в live
nginx
Service 1
Database
Service 2
Database
Service 3
Database

37. Преимущества подхода
• Downtime минимален – пока подготавливается новая версия
старая всё ещё работает и пока переключается один сервис –
остальные всё ещё служат пользователям
• Кеширование статических файлов
• Реализация HTTPS на стороне nginx

38. Итоги
• Go для классических веб-приложений – не подходит
• Если делать stateless API – должно работать хорошо
• Реализация больших проектов в одном приложении – сложно и
беспощадно

39. Вопросы?

40. Спасибо!