Печальненько наверное немного без архитектурного паттерна делать приложение. Когда пишут как пишется, получается ад, мешанина и грусть-пичаль. Эхехехе.
я имел в виду паттерн проектирования, просто термин забыл. Да и вообще я не знаю чем они различаются, тут вот обсуждают как раз: https://toster.ru/q/18502 А ты наверное любишь придираться к словам?
люблю, но это щас не роляет. что меня интересует - как использование этих паттернов позволяет писать несосущий софт? я всегда думал что они нужны для того чтобы объяснить свое решение коллегом, а не как гайдлайн при разработке.
объяснить своё решение коллегам? Я впервые слышу о таком применении паттернов. Что есть "гайдлайн"? Паттерн это просто способ сделать приложение по красивой архитектуре, где, грубо говоря, мухи отдельно, котлеты отдельно и всё разложено аккуратно по полочкам. И верстальщику, например, не нужно лезть в серверный код, чтобы переделать вёрстку. И юнит-тесты легко пишутся под любую часть системы (ну почти любую). Есть ещё какие-то плюсы.
Паттерн это просто способ сделать приложение по красивой архитектуре
примеры?
где, грубо говоря, мухи отдельно, котлеты отдельно и всё
разложено аккуратно по полочкам. И верстальщику, например, не нужно лезть в
серверный код, чтобы переделать вёрстку. И юнит-тесты легко пишутся под любую часть системы (ну почти любую). Есть ещё какие-то плюсы.
это просто разумный подход при разработке программ - модульность, слабая связность компонентов.
причем тут вообще паттерны (например observer, visitor etc) ?
я имел в виду паттерн проектирования, просто термин забыл. Да и вообще я не знаю чем они различаются, тут вот обсуждают как раз: https://toster.ru/q/18502 А ты наверное любишь придираться к словам?
люблю, но это щас не роляет. что меня интересует - как использование этих паттернов позволяет писать несосущий софт? я всегда думал что они нужны для того чтобы объяснить свое решение коллегом, а не как гайдлайн при разработке.
объяснить своё решение коллегам? Я впервые слышу о таком применении паттернов. Что есть "гайдлайн"? Паттерн это просто способ сделать приложение по красивой архитектуре, где, грубо говоря, мухи отдельно, котлеты отдельно и всё разложено аккуратно по полочкам. И верстальщику, например, не нужно лезть в серверный код, чтобы переделать вёрстку. И юнит-тесты легко пишутся под любую часть системы (ну почти любую). Есть ещё какие-то плюсы.
описание того как нужно проектировать приложение.
примеры?
разложено аккуратно по полочкам. И верстальщику, например, не нужно лезть в
серверный код, чтобы переделать вёрстку. И юнит-тесты легко пишутся под любую часть системы (ну почти любую). Есть ещё какие-то плюсы.
это просто разумный подход при разработке программ - модульность, слабая связность компонентов.
причем тут вообще паттерны (например observer, visitor etc) ?
слушай, я ебу что ли при чем тут паттерны? Я вообще употребил слово "наверное", т.е. я не уверен.