Запитання з тегом «architecture»

Дизайн та опис програмної системи високого рівня. Архітектурний дизайн відганяє деталі реалізації, алгоритми та подання даних, щоб сконцентруватися на взаємодії компонентів "чорної скриньки".

11
Поради щодо розробки веб-додатків із 40-річним терміном експлуатації
Сценарій Наразі я є окремим проектом охорони здоров’я, головна вимога якого - збирати дані з невідомими атрибутами, використовуючи форми, створені користувачем, від постачальників медичних послуг. Друга вимога полягає в тому, що цілісність даних є ключовою і що програма буде використовуватися протягом 40 років. Наразі ми переносуємо дані клієнта за останні …

7
Як архітектури мікросервісних систем уникають вузьких вузьких місць?
Я багато читав про архітектури мікросервісів для серверних додатків і цікавився, як використання внутрішньої мережі не є вузьким місцем або істотним недоліком порівняно з монолітною архітектурою. Для точності, ось мої інтерпретації двох термінів: Монолітна архітектура: одна програма на одній мові, яка обробляє всі функціональні можливості, дані тощо. Балансир навантаження розподіляє …

12
"Все - це карта", чи правильно я це роблю?
Я спостерігав, як Стюарт Сьєрра говорив " Думаючи дані ", і взяв одну з ідей, як принцип дизайну в цій грі, яку я створюю. Різниця в тому, що він працює в Clojure, а я працюю в JavaScript. Я бачу деякі основні відмінності між нашими мовами в тому, що: Clojure - …

7
Наскільки важливо зробити рівень обслуговування?
Я почав створювати додаток у 3 шари (DAL, BL, UI) [він в основному обробляє CRM, деякі звіти про продажі та інвентар]. Колега сказав мені, що я повинен перейти до схеми службового шару, що розробники прийшли до схеми обслуговування зі свого досвіду, і це кращий підхід до проектування більшості програм. Він …

9
Чи повинні репозиторії повертати IQueryable?
Я бачив багато проектів, у яких є сховища, які повертають екземпляри IQueryable. Це дозволяє додаткові фільтри та сортування можна виконувати IQueryableза іншим кодом, що перекладається на різні генеровані SQL. Мені цікаво, звідки взялася ця закономірність і чи це гарна ідея. Моя найбільша стурбованість - IQueryableце обіцянка потрапити в базу даних …

13
Чому для нижчих шарів додатків добре не знати про «вищі»?
У типовому (добре розробленому) веб-додатку MVC база даних не знає код моделі, код моделі не знає код контролера, а код контролера не знає про код перегляду. (Я думаю, ви навіть можете почати так далеко, як апаратне забезпечення, а може бути, і далі. Йдучи в іншому напрямку, ви можете піти лише …

5
Чому так погано читати дані з бази даних, "власником" якої є інша мікросервіс
Я нещодавно прочитав цю чудову статтю про архітектуру мікросервісів: http://www.infoq.com/articles/microservices-intro У ньому йдеться про те, що коли ви завантажуєте веб-сторінку на Amazon, тоді 100+ мікросервіси співпрацюють, щоб обслуговувати цю сторінку. У цій статті описано, що вся комунікація між мікропослугами може проходити лише через API. Моє питання, чому так погано сказати, …

19
Справа з жахливими оцінками
Недавній проект, над яким я працював, архітектором був сильно недооцінений. Оцінка була не менше 500%. На жаль, мене залучили до проекту після підписання кошторису із замовником. Як старший розробник, я швидко зрозумів, що функціональна та технічна специфікація. містив деякі величезні прогалини і невизначеності. Як результат, я змушений викликати екстрену зустріч …

15
Чи є якась причина не переходити безпосередньо від клієнтського Javascript до бази даних?
Можливий дублікат: написання веб-додатків "менше сервера" Отже, скажімо, я збираюся створити клон Stack Exchange і вирішую використовувати щось на зразок CouchDB в якості свого бекенда. Якщо я використовую їх вбудовану аутентифікацію та авторизацію на рівні бази даних, чи є якась причина не дозволити клієнтові Javascript писати безпосередньо на загальнодоступному сервері …

5
Модель спільного домену між різними мікросервісами
Уявіть сценарій двох різних мікросервісів. Один для обробки автентифікації в рамках сервісу, інший - для управління користувачами. Вони обидва мають поняття «Користувач» і будуть говорити про користувачів через дзвінки один одному. Де б належала модель домену "Користувача"? Чи мали б вони обидва різного представлення того, що Користувач знаходиться на рівні …

18
Робота над чужим кодом [закрито]
У мене навряд чи рік досвіду в кодуванні. Після того, як я почав працювати, більшу частину часу я працював над чужим кодом, або додаючи нові функції над існуючими, або змінюючи існуючі функції. Хлопець, який написав фактичний код, більше не працює в моїй компанії. Мені важко зрозуміти його код і виконувати …

3
Як архітектурне проектування робиться в спритних умовах?
Я читав Принципи спритного архітектора , де вони визначали наступні принципи: Принцип № 1 Команди, що кодують систему, проектують систему. Принцип №2. Побудуйте найпростішу архітектуру, яка може працювати. Принцип №3 У разі сумнівів, кодуйте це. Принцип № 4 Вони будують його, вони тестують його. Принцип № 5 Чим більше система, …

6
Як боротися зі страхом приймати залежності
Команда, в якій я перебуваю, створює компоненти, які можуть використовуватися партнерами компанії для інтеграції з нашою платформою. Я погоджуюсь, що ми повинні бути надзвичайно обережними при впровадженні (сторонніх) залежностей. Наразі у нас немає сторонніх залежностей, і ми мусимо залишатися на найнижчому рівні API рамки. Деякі приклади: Ми змушені залишатися на …

13
Як перестати витрачати час на проектування архітектури [закрито]
Нещодавно я закінчив університет і почав працювати програмістом. Мені не важко вирішити "технічні" проблеми або не налагоджувати речі, які, як я б сказав, мають 1 рішення. Але, здається, існує клас проблем, який не має одного очевидного рішення - такі речі, як архітектура програмного забезпечення. Ці речі мене бентежать і завдають …

12
Як зробити крок назад і подивитися на код свіжими очима? [зачинено]
Я провів останній рік, як команда, яка працювала в одиночку, розробляючи додаток для багатих клієнтів (35 000+ LoC, для чого це варто). Наразі стабільно і у виробництві. Однак я знаю, що мої навички були іржавими на початку проекту, тому без сумніву, в коді є основні проблеми. На даний момент більшість …

Використовуючи наш веб-сайт, ви визнаєте, що прочитали та зрозуміли наші Політику щодо файлів cookie та Політику конфіденційності.
Licensed under cc by-sa 3.0 with attribution required.