Главная » Архив меток: архитектура приложений

Архив меток: архитектура приложений

Разработка архитектуры проекта, корабли и JavaScript

Рассказ о том, что нужно учесть, чтобы выстроить качественную архитектуру вашего проекта. Как сделать его непотопляемым, а клиентов — довольными. А попутно составим книгу полезных рекомендаций для solution-архитектора. Ниже мы рассмотрим реальные примеры из жизни и попытаемся научиться на чужих ошибках. Во всех историях — архитектурные задачи, которые начинаются с первичных требований клиента и сопровождаются дальнейшим разбором полетов. Под катом ...

Читать далее »

Пример организации кода для сложного Angular проекта

Официальная документация Angular неплохо описывает, а angular-cli автоматически создает структуру относительно простого проекта. Но по мере его развития сложность неизбежно растет и возникает естественная необходимость как-то этой сложностью управлять. В том числе и за счет декомпозиции. (Изображение взято из статьи "12 Things to Help Large Organizations Do Angular Right" ) Данная публикация есть практическое осмысление статей "12 Things to Help ...

Читать далее »

[Перевод] Архитектура приложения Angular. Используем NgModules

Прим. перев.: для понимания данной статьи необходимо обладать начальными знаниями Angular: что такое компоненты, как создать простейшее SPA приложение и т.д. Если Вы не знакомы с данной темой, то рекомендую для начала ознакомиться с примером создания SPA приложения из оф. документации. Об NgModules можно прочитать здесь. Один год назад я уже публиковал статью об NgModules, где рассматриваются технические тонкости, когда ...

Читать далее »

[Из песочницы] Большой комок грязи

Привет, Хабр! Представляю вашему вниманию перевод статьи "Big Ball of Mud" авторов Brian Foote и Joseph Yoder. От переводчика: Статья Big Ball of Mud написана Брайаном Футе и Джозефом Йодером летом 1999 года. Она рассказывает о наиболее распространённых антипаттернах разработки ПО, причине их возникновения и развития. Несмотря на то, что с момента публикации прошло больше 18 лет, описанные проблемы никуда ...

Читать далее »

Именованные события: программируем GUI

Именно предсказанные!(Понедельник начинается в субботу) — Вы заметили, сэры, какие стоят погоды?— Предсказанные, — сказал Роман.— Именно, сэр Ойра-Ойра! Для того, чтобы упрощать жизнь программистам, реализованы десятки фреймворков, помогающих решать те или иные задачи. В настоящее время большинство сайтов представляют собой, по сути, обычную программу, которая обрабатывает те или иные действия пользователей. Если рассматривать программирование GUI или UI вообще, то ...

Читать далее »

Собственная игровая аналитика за $300 в месяц

На рынке много продуктов, подходящих для игровой аналитики: Mixpanel, Localytics, Flurry, devtodev, deltaDNA, GameAnalytics. Но все же многие игровые студии строят свое решение. Я работал и работаю со многими игровыми компаниями. Я заметил, что по мере роста проектов, в студиях появляется необходимость в продвинутых сценариях аналитики. После того, как несколько игровых компаний заинтересовались данным подходом, было решено задокументировать его в ...

Читать далее »

[Перевод] Кому нужен архитектор?

Disclaimer: Статья Мартина Фаулера была опубликована в 2003 году в журнале IEEE Software. В сети (но не на Хабре) есть замечательный перевод пятилетней давности от Сергея Теплякова (SergeyT). Недавно я встретил в коридоре явно раздраженного коллегу, Дэйва Райса (Dave Rice). Мой вводный вопрос вызвал резкое заявление: «Нам надо игнорировать любого кандидата, имеющего пункт «Архитектор» в резюме». Смущало в этой странной ...

Читать далее »

Архитектура кода

В этой статье я хочу поделиться своим личным опытом, связанным с правильной организацией кода (архитектурой). Правильная архитектура существенно упрощает долгосрочную поддержку.Это очень философская тема, поэтому я не могу предложить ничего более, чем мой субъективный анализ и опыт. Проблемы, симптомы Мой начальный опыт программиста был весьма безоблачным – я без лишних проблем клепал вебсайты-визитки. Писал код, как я это сейчас называю ...

Читать далее »

Большой комок грязи, часть 2

Продолжение перевода статьи «Big ball of Mud». ОДНОРАЗОВЫЙ КОД он жеQUICK HACK (быстрый хак)KLEENEX CODE (код на салфетке)DISPOSABLE CODE (утилизируемый код)SCRIPTING (скрипт)KILLER DEMO (демо-убийца)PERMANENT PROTOTYPE (постоянный прототип)BOOMTOWN (быстро выросший город) Владелец дома может возвести временный ангар или навес для автомобиля с твердым намерением разобрать эту конструкцию и заменить ее на что-то более постоянное. Как показывает время, такие структуры могут прожить ...

Читать далее »