Daria Motorina, но тестовый фреймворк содержит ВСЕ инструменты для парсинга, тк это единственный способ понять, что собственно пришло к нам :)
Обычно же их и используют для этого
Для начала -- что вы делаете? Некий сервис, который будет делать какую-то работу? Почему статический метод вам нужен? Почему вы не хотите в контейнере зарегать ваш сервис, который сам там соберется при старте приложения и вам также самому руками ничего не нужно будет создавать, если вас это беспокоит...
В начале запуска запускается контейнер и собирает все сервисы. Может и ваш собрать и другие, которым уже ваш сервис нужен и автоматом везде все проинжектить... Вам остается только в конструкторах указывать классы и все :) ни разу new не писать и не думать о внутренностях других объектов... в этом мощь контейнера
Без всякой статики, в общем случае.
Если проект большой, то о технологиях можно узнать из вакансий этой компании и на конференциях по разработке.
Если мелкий -- есть шанс увидеть через некоторые приложения,
но вам все равно ничего не даст что первый способ, что второй
это значит, что у объекта защищенная переменная от прямого доступа даже на чтение...
Чтобы к ней обратиться — нужно или быть потомком этого класса или иметь методы, которые дадут этот доступ...
Фронтенд и бекенд означают ровно то, что означают: спереди и сзади.
Классическое современное и ходовое понимание таковое, что фронтенд - браузерная история, а бекенд - серверная.
Но есть и некоторые др практики использования этих слов в обиходе.
Например Nginx при использовании с сервером Apache говорят "на фронте у нас Nginx", тк он первым обрабатывает запросы (стоит спереди) и отдает статику, то что не нужно пропускать через более глубокую (которая позади (at back)) логику.
Еще один пример. Некий банковский софт, обрабатывающий сложную логику выдачи кредита, пишется на java, а для "фронта", для информации, которую выводит система есть "фронтенд" на php, ruby, который просто работает с этим тяжелым бекендом и выводит только то, что нужно, при чем в этой команде может быть вой фронтендер, который уже в понимании 1 пункта пишет браузерное отображение на JS :)
Фронтенд-команда в некоторых компаниях - менеджеры, бекенд - повара.
Итого: Абстрактные понятия тянут за собой разнообразные смысл в угоду относительных обстоятельств и ситуаций. Фронт - спереди, бек - сзади, этого достаточно :)
Обычно же их и используют для этого