ReSQL.ru
     
powered by simpleCommunicator - 2.0.53     © 2025 Programmizd 02
Мобильная версия    Контакт    Правила    FAQ    Помощь
Доб. в избранное | Игнор. тему | Прикреп. тему | Пометить прочит. / непрочит. | Фильтр
Форумы / WinForms, .Net Framework [игнор отключен] [закрыт для гостей] / Вопрос по архитекутре приложения
25 сообщений из 52, страница 2 из 3
  2  все
Вопрос по архитекутре приложения
    #39139266
Фотография skyANA
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
skyANA
Участник
Артем GБлин опять читать :) Когда ж наступят светлые времена .... или они это и есть?
Почитаю .... надеюсь на просветление. Большое спасибо.Распишите какой-нибудь сценарий использования Вашего приложения, прямой проход.

Вот это он: "Пользователь нажимет кнопку добавить товар > UI > Добавление товара> BusinessLogic > Сколько товара в наличии? > DataLayer > 0 товара в наличии > BusinessLogic > Этот товар не доступен > UI > Пользователь видет сообщение о недоступности товара"?
В книге разве нет примера реализации?
...
Рейтинг: 0 / 0
28.12.2015, 13:31
| Ответить | Цитировать | Написать  
Вопрос по архитекутре приложения
    #39139296
Артем G
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Артем G
Гость
Алексей КАртем Gпропущено...


Я правильно понимаю что между Presenter и BusinessLayer можно поставить знак равенства?Нет, если:

прикладная логика != логика представления

ОК, понял.

PallarisАртем GЯ правильно понимаю что между Presenter и BusinessLayer можно поставить знак равенства?

Presenter и View - это UI-Layer.

Вот если взглянуть на код ниже тогда Model содержит бизнес логику?

Код: c#
1.
2.
3.
4.
5.
6.
7.
8.
9.
class Presenter
{
    IView _view;
    IModel _model;

    //...///

    _view.Data = _model.GetFilteredData();
}
...
Рейтинг: 0 / 0
28.12.2015, 14:05
| Ответить | Цитировать | Написать  
Вопрос по архитекутре приложения
    #39139313
Фотография RocknRolla
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
RocknRolla
Участник
Артем G Вот если взглянуть на код ниже тогда Model содержит бизнес логику?
Что содержит модель, Вам виднее.

А передача управления в данном случае корректна.
...
Рейтинг: 0 / 0
28.12.2015, 14:16
| Ответить | Цитировать | Написать  
Вопрос по архитекутре приложения
    #39139385
Фотография Алексей К
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Алексей К
Участник
RocknRollaАртем G Вот если взглянуть на код ниже тогда Model содержит бизнес логику?
Что содержит модель, Вам виднее.Что ещё может содержать модель кроме прикладной (бизнес) логики?
...
Рейтинг: 0 / 0
28.12.2015, 15:11
| Ответить | Цитировать | Написать  
Вопрос по архитекутре приложения
    #39139391
Артем G
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Артем G
Гость
RocknRollaАртем G Вот если взглянуть на код ниже тогда Model содержит бизнес логику?
Что содержит модель, Вам виднее.

А передача управления в данном случае корректна.

Если б было виднее не спрашивал бы. А код не мой а из книжки.

Вот полная цепочка от нажатия кнопки пользователем добавить товар в карзину до получения сообщения о недоступности
Пользователь нажимет кнопку добавить товар > UI > Добавление товара> BusinessLogic > Сколько товара в наличии? > DataLayer > 0 товара в наличии > BusinessLogic > Этот товар не доступен > UI > Пользователь видет сообщение о недоступности товара"

В этом примере видно что бизнес логика содержит
- метод Добавление товара,
- Функцию на проверку наличия товара,
- Отправку сообщения об недоступности товара,

в паттерне MPV эта логика в модели? передоваться во вью через Презентер? то есть бизнес логика в модели?
...
Рейтинг: 0 / 0
28.12.2015, 15:16
| Ответить | Цитировать | Написать  
Вопрос по архитекутре приложения
    #39139398
Pallaris
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Pallaris
Участник
Артем Gбизнес логика в модели?

Хорошая модель должна содержать бизнес-логику, но без фанатизма. В данном конкретном случае я бы сделал на стороне слоя доменной модели некий сервис, который бы предоставлял данные о наличии товара, и дергал его из презентера.
...
Рейтинг: 0 / 0
28.12.2015, 15:23
| Ответить | Цитировать | Написать  
Вопрос по архитекутре приложения
    #39139401
Фотография Алексей К
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Алексей К
Участник
Только накой такие сложности - ответа нет:

Код: c#
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
17.
18.
19.
20.
21.
22.
23.
24.
25.
class Presenter
{
    View View;

    ModelService ModelService;

    public Presenter(View view, ModelService modelService)
    {
        ModelService = modelService;

        View = view;
        View.Loaded += ViewLoaded;
        View.Save += ViewSave;
    }

    void ViewLoaded()
    {
        View.Model = ModelService.GetModel();
    }

    void ViewSave()
    {
        ModelService.SaveModel(View.Data);
    }
}
...
Рейтинг: 0 / 0
28.12.2015, 15:26
| Ответить | Цитировать | Написать  
Вопрос по архитекутре приложения
    #39139402
Pallaris
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Pallaris
Участник
PallarisХорошая модель должна содержать бизнес-логику, но без фанатизма.

Здесь по моделью я имею ввиду модель данных, которая отражается на данной конкретной вьюхе
...
Рейтинг: 0 / 0
28.12.2015, 15:27
| Ответить | Цитировать | Написать  
Вопрос по архитекутре приложения
    #39139403
Фотография Алексей К
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Алексей К
Участник
* View.Data Model
...
Рейтинг: 0 / 0
28.12.2015, 15:27
| Ответить | Цитировать | Написать  
Вопрос по архитекутре приложения
    #39139411
Артем G
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Артем G
Гость
Pallaris,
Спасибо за ваши ответы. Одни из самых информативных.

Как итог:
Вопрос был
-где распределить предпологаемые патерном MVP Model, View, Presenter. Все в бизнес слой?

1.
PallarisPresenter и View - это UI-Layer.

2.
PallarisАртем Gбизнес логика в модели?
Хорошая модель должна содержать бизнес-логику, но без фанатизма. В данном конкретном случае я бы сделал на стороне слоя доменной модели некий сервис, который бы предоставлял данные о наличии товара, и дергал его из презентера.

ОК. Попробую создать приложение исходя из этого плюс спасибо RocknRolla. Параллельно почитаю про паттерны проектирования.
...
Рейтинг: 0 / 0
28.12.2015, 15:35
| Ответить | Цитировать | Написать  
Вопрос по архитекутре приложения
    #39139544
Фотография Изопропил
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Изопропил
Участник
"Стюардесса в салоне нового лайнера объявляет о то, что находится в самолете:
- На первой палубе - багаж, на второй - бар, на третьей - поле для гольфа, на четвертой бассейн.
И добавляет:
- А теперь, господа, пристегнитесь. Сейчас со всей этой хуйней мы попробуем взлететь."
...
Рейтинг: 0 / 0
28.12.2015, 17:28
| Ответить | Цитировать | Написать  
Вопрос по архитекутре приложения
    #39139630
Pallaris
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Pallaris
Участник
Изопропилмы попробуем взлететь.

прости нас, гуру!
...
Рейтинг: 0 / 0
28.12.2015, 20:40
| Ответить | Цитировать | Написать  
Вопрос по архитекутре приложения
    #39139643
Фотография Изопропил
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Изопропил
Участник
PallarisИзопропилмы попробуем взлететь.

прости нас, гуру!
написание книг о паттернах - это тоже бизнес
...
Рейтинг: 0 / 0
28.12.2015, 21:28
| Ответить | Цитировать | Написать  
Вопрос по архитекутре приложения
    #39139671
Фотография hVostt
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
hVostt
Участник
Изопропилнаписание книг о паттернах - это тоже бизнес

тссс!!! ты чего!?
...
Рейтинг: 0 / 0
28.12.2015, 22:46
| Ответить | Цитировать | Написать  
Вопрос по архитекутре приложения
    #39139677
Фотография hVostt
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
hVostt
Участник
Артем GhVostt,

Проект чисто устаканить то, что прочитано по Архитектектуре приложения. Оформить практическим заданием. Иначе от прочитанного ноль. Или не так?

Вот пример теории из книги.
Пользователь нажимет кнопку добавить товар > UI > Добавление товара> BusinessLogic > Сколько товара в наличии? > DataLayer > 0 товара в наличии > BusinessLogic > Этот товар не доступен > UI > Пользователь видет сообщение о недоступности товара.


Как я понимаю в моем примере с Bookstore первое что создасться справочник Книг. BusinessLogic будет содержать метод добавления книги в базу, проверку свойств на корректность.

Предлагаю следующую методу. Возьми свой пример, и попробуй написать его так, как если бы сроки горели (ну ограничь себя, например, неделей), т.е. как-нибудь без слоёв и архитектурных паттернов, чтобы проект работал и выполнял 100% функций.

Затем начни обстоятельно исследовать свой проект с точки зрения архитекутуры, что бы ты и куда вынес и почему. Т.е. необходимо не просто следование какой-то заданной модели, а понимание — почему она именно такая, и что это даёт.

Иначе есть риск, что ты повозишься с этой мудотнёй, и решишь, что по-старинке (типа «вообще не парясь») работать как-то лучше и удобней. У каждой архитектуры есть своё предназначение, в зависимости от того, какие задачи решаются и как они должны решаться, архитектура может сильно отличаться. Нет какой-то стандартной модели слоёв, рассматривать их как примеры в вакууме (т.е. в отрыве от контекста применения) — как-то бессмысленно.
...
Рейтинг: 0 / 0
28.12.2015, 22:54
| Ответить | Цитировать | Написать  
Вопрос по архитекутре приложения
    #39139683
Фотография Shocker.Pro
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Shocker.Pro
Участник
hVosttИзопропилнаписание книг о паттернах - это тоже бизнес

тссс!!! ты чего!? издать что ли брошюру о книгах про паттерны...
...
Рейтинг: 0 / 0
28.12.2015, 23:31
| Ответить | Цитировать | Написать  
Вопрос по архитекутре приложения
    #39139688
Фотография Shocker.Pro
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Shocker.Pro
Участник
hVosttПредлагаю следующую методу. Возьми свой пример, и попробуй написать его так, как если бы сроки горели (ну ограничь себя, например, неделей), т.е. как-нибудь без слоёв и архитектурных паттернов, чтобы проект работал и выполнял 100% функций.

Затем начни обстоятельно исследовать свой проект с точки зрения архитекутуры, что бы ты и куда вынес и почему.Я бы даже предложил после написания придумать развитие проекта, изначально не предполагаемое (добавить функциональность, улучшить взаимодействие с пользователем и т.п.). Причем лучше, чтобы это предложил не ты, а посторонний пользователь (ты-то знаешь, как внутри у тебя все устроено, что сложно модернизировать, что просто). Сразу повсплывают узкие места по масштабируемости и станет ясно, для чего нужны паттерны.
...
Рейтинг: 0 / 0
28.12.2015, 23:35
| Ответить | Цитировать | Написать  
Вопрос по архитекутре приложения
    #39140388
Фотография hVostt
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
hVostt
Участник
Shocker.ProЯ бы даже предложил после написания придумать развитие проекта, изначально не предполагаемое (добавить функциональность, улучшить взаимодействие с пользователем и т.п.). Причем лучше, чтобы это предложил не ты, а посторонний пользователь (ты-то знаешь, как внутри у тебя все устроено, что сложно модернизировать, что просто). Сразу повсплывают узкие места по масштабируемости и станет ясно, для чего нужны паттерны.

Паттерны нужны в первую очередь как инструмент для внешней и внутренней коммуникации.

Т.е. если ты пришёл в долгоиграющий проект, ты сразу видишь что есть что, и другим программистам не надо убивать недели и месяцы своего рабочего времени, чтоб объяснять тебе, что да как, да почему. Открываешь проект и видишь узнаваемые паттерны. С коллегами опять же гораздо проще общаться и продуктивней.

Другое дело одиночки. Часто они подзабили на всякие там паттерны да и на много чего, что актуально для командной разработки. Это удобно. Такой одиночка-программист со временем становится незаменимым в прямом смысле этого слова. Нельзя его заменить вот так просто. Никто не поймёт его «мазню», никто. Я видел такие проекты. Проще заново переписать, чем сопровождать, и я не шучу.

Так что паттерны нужны и важны. А кто отрицает этот факт, тот просто находится на уровне таджика-индуса, о чём там вообще говорить? Ну устроился когда-то, сидит на своём проекте в одиночку — молодец, что ещё сказать. Но это единичные упоротые случаи сказочного везения. Так делать неправильно и нельзя.
...
Рейтинг: 0 / 0
30.12.2015, 01:08
| Ответить | Цитировать | Написать  
Вопрос по архитекутре приложения
    #39140510
Фотография Shocker.Pro
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Shocker.Pro
Участник
hVosttПаттерны нужны в первую очередь как инструмент для внешней и внутренней коммуникации.это безусловно.

Но не менее важно то, что кто-то уже плясал по граблям годами или даже десятилетиями, пока не был выработан способ, позволяющее эффективно подойти к решению задачи. И это решение описано в паттерне, описание большинства граблей, которые возникнуть, если отступить от паттерна, зачастую отсутствуют, и не совсем очевидно, почему стоило бы следовать паттерну при кажущемся усложнении реализации через него.
...
Рейтинг: 0 / 0
30.12.2015, 10:46
| Ответить | Цитировать | Написать  
Вопрос по архитекутре приложения
    #39140557
Артем G
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Артем G
Гость
hVosttАртем GhVostt,

Проект чисто устаканить то, что прочитано по Архитектектуре приложения. Оформить практическим заданием. Иначе от прочитанного ноль. Или не так?

Вот пример теории из книги.
Пользователь нажимет кнопку добавить товар > UI > Добавление товара> BusinessLogic > Сколько товара в наличии? > DataLayer > 0 товара в наличии > BusinessLogic > Этот товар не доступен > UI > Пользователь видет сообщение о недоступности товара.


Как я понимаю в моем примере с Bookstore первое что создасться справочник Книг. BusinessLogic будет содержать метод добавления книги в базу, проверку свойств на корректность.

Предлагаю следующую методу. Возьми свой пример, и попробуй написать его так, как если бы сроки горели (ну ограничь себя, например, неделей), т.е. как-нибудь без слоёв и архитектурных паттернов, чтобы проект работал и выполнял 100% функций.

Затем начни обстоятельно исследовать свой проект с точки зрения архитекутуры, что бы ты и куда вынес и почему. Т.е. необходимо не просто следование какой-то заданной модели, а понимание — почему она именно такая, и что это даёт.

Иначе есть риск, что ты повозишься с этой мудотнёй, и решишь, что по-старинке (типа «вообще не парясь») работать как-то лучше и удобней. У каждой архитектуры есть своё предназначение, в зависимости от того, какие задачи решаются и как они должны решаться, архитектура может сильно отличаться. Нет какой-то стандартной модели слоёв, рассматривать их как примеры в вакууме (т.е. в отрыве от контекста применения) — как-то бессмысленно.

для того чтобы рассказать зачем мне это нужно мне придеться вдаваться во внутрикомпанейские детали... не очень хочется. тема об архитектуре, а внутрикомпанейские детали увидут разговор в сторону.

Сейчас на руках ~100 проектов разной сложности (как пример больше половина завязаны на сап: где то biz talk adapter, a где то sap script) от 4х различных "разработчиков", которые об архитектуре ни когда не думали а о паттернах ни когда не слышали. Все это добро теперь у меня на поддержке + нужно будет писать что-то новое. У самого с 10ок средней руки проектов, ни как не маштабируемы.

По этому когда я предложил для примера Bookstore - это только для того, чтобы не вдаваться в какие-то специфичные проекты, а обсудить тему на чем-то для всех знакомом.

hVosttТак что паттерны нужны и важны. А кто отрицает этот факт, тот просто находится на уровне таджика-индуса, о чём там вообще говорить? Ну устроился когда-то, сидит на своём проекте в одиночку — молодец, что ещё сказать. Но это единичные упоротые случаи сказочного везения. Так делать неправильно и нельзя.

Я чтение про паттерны проектирования / принцыпы проектирования нашел для себя полезным. Каждому начинающему желательно прочесть про них сразу после справочной информации по языку.
...
Рейтинг: 0 / 0
30.12.2015, 12:23
| Ответить | Цитировать | Написать  
Вопрос по архитекутре приложения
    #39140564
kmaw
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
kmaw
Участник
Артем GСейчас на руках ~100 проектов

тут 0 не лишний?
...
Рейтинг: 0 / 0
30.12.2015, 12:25
| Ответить | Цитировать | Написать  
Вопрос по архитекутре приложения
    #39140655
Фотография skyANA
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
skyANA
Участник
Артем GhVosttпропущено...


Предлагаю следующую методу. Возьми свой пример, и попробуй написать его так, как если бы сроки горели (ну ограничь себя, например, неделей), т.е. как-нибудь без слоёв и архитектурных паттернов, чтобы проект работал и выполнял 100% функций.

Затем начни обстоятельно исследовать свой проект с точки зрения архитекутуры, что бы ты и куда вынес и почему. Т.е. необходимо не просто следование какой-то заданной модели, а понимание — почему она именно такая, и что это даёт.

Иначе есть риск, что ты повозишься с этой мудотнёй, и решишь, что по-старинке (типа «вообще не парясь») работать как-то лучше и удобней. У каждой архитектуры есть своё предназначение, в зависимости от того, какие задачи решаются и как они должны решаться, архитектура может сильно отличаться. Нет какой-то стандартной модели слоёв, рассматривать их как примеры в вакууме (т.е. в отрыве от контекста применения) — как-то бессмысленно.

для того чтобы рассказать зачем мне это нужно мне придеться вдаваться во внутрикомпанейские детали... не очень хочется. тема об архитектуре, а внутрикомпанейские детали увидут разговор в сторону.

Сейчас на руках ~100 проектов разной сложности (как пример больше половина завязаны на сап: где то biz talk adapter, a где то sap script) от 4х различных "разработчиков", которые об архитектуре ни когда не думали а о паттернах ни когда не слышали. Все это добро теперь у меня на поддержке + нужно будет писать что-то новое. У самого с 10ок средней руки проектов, ни как не маштабируемы.В этой ситуации надо конкретные проблемы понять и искать варианты их решения, а не MVC/MVP пробовать.

Проекты никак не масштабируемы, то есть скорее всего они монолитны и их надо разбивать на части (модули, микросервисы), каждая из которых может иметь свою архитектуру.
...
Рейтинг: 0 / 0
30.12.2015, 14:20
| Ответить | Цитировать | Написать  
Вопрос по архитекутре приложения
    #39140661
Фотография skyANA
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
skyANA
Участник
Артем G, ответьте для себя на вопрос: Как разнесение на такие вот слои поможет мне решить проблему масштабирования?
...
Рейтинг: 0 / 0
30.12.2015, 14:25
| Ответить | Цитировать | Написать  
Вопрос по архитекутре приложения
    #39140743
Артем G
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Артем G
Гость
kmawАртем GСейчас на руках ~100 проектов
тут 0 не лишний?
Нет не лишний. Это количество того, что уже создано. Есть еще список в два раза больше опять же приблизительно что требует бизнес создать. Создать отчеты из сапа или наоборот сделать проводки в сапе стоят денег, плюс нехватка кадров. Вопрос решается локальными приложениями.

skyANAАртем G, ответьте для себя на вопрос: Как разнесение на такие вот слои поможет мне решить проблему масштабирования?
Конкретно разнесение по слоям не даст маштабируемость. И тут вопрос то есть вы советуете этого не делать?
...
Рейтинг: 0 / 0
30.12.2015, 16:51
| Ответить | Цитировать | Написать  
Вопрос по архитекутре приложения
    #39140764
Фотография hVostt
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
hVostt
Участник
Артем GКонкретно разнесение по слоям не даст маштабируемость. И тут вопрос то есть вы советуете этого не делать?

Конкретно нельзя ничего сказать, не зная требований к проекту. Как можно сказать, какой дому требуется фундамент, если неизвестно ни сколько этажей будет, ни как будет дом эксплуатироваться, ни какая сейсмическая активность в районе и какие атмосферные условия, где будет строится дом?

Тоже самое можно сказать про архитектуру. Немаловажно ещё учитывать, каким образом будет вестись разработка, по какой методологии, сколько будет команд и чем они будут заниматься. Какие требования к качеству, требуется ли близкое к 100% покрытие тестами, в каком режиме будут проводится такие регламентные работы, как обновление и хотфиксы. А может это будет многоступенчатый деплой. Требуется ли изолированность модулей, может ли поставка продукта различаться по набору компонентов. Что там по нагрузке? Кто и как будет пользоваться продуктом? В каких условиях?

В общем, один и тот же продукт в различных условиях может иметь самую разную архитектуру. А если это проектик с небольшим циклом разработки с одним разработчиком, то можно вообще взять один из готовых бутстрапов, из опенсорс, или из своих наработок и выполнить с наименьшими трудозатратами задачу.
...
Рейтинг: 0 / 0
30.12.2015, 17:16
| Ответить | Цитировать | Написать  
25 сообщений из 52, страница 2 из 3
  2  все
Форумы / WinForms, .Net Framework [игнор отключен] [закрыт для гостей] / Вопрос по архитекутре приложения
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Найденые пользователи ...
Разблокировать пользователей ...
Читали тему (0):
Читали форум (0):
Пользователи онлайн (0):
Польз. соглашение
NoSQL.ru       Новости, Чат       Фотоальбом: Участники, Встречи
Закрыть
start [/forum/topic.php?fid=20&msg=39139683&tid=1400921]:
 0ms
get settings:
 10ms
get forum list:
 15ms
check forum access:
 4ms
check topic access:
 4ms
track hit:
 43ms
get topic data:
 11ms
get forum data:
 3ms
get page messages:
 57ms
get tp. blocked users:
 1ms
others: 17ms
total:  165ms
созд. / загр.: 165ms
x
x
Закрыть


Просмотр
0 / 0
Close
Debug Console [Select Text]