ReSQL.ru
     
powered by simpleCommunicator - 2.0.61     © 2026 Programmizd 02
Мобильная версия    Контакт    Правила    FAQ    Помощь
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Доб. в избранное | Игнор. тему | Прикреп. тему | Пометить прочит. / непрочит. | Фильтр
Форумы / ASP.NET [игнор отключен] [закрыт для гостей] / MVC. Многослойная архитектура.
25 сообщений из 89, страница 2 из 4
  2  все
MVC. Многослойная архитектура.
    #37692492
ShSerge
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
ShSerge
Участник
Парамон...Нет сомнений, что работа приложения, больше зависит от прямоты рук, чем от выбора архитектуры.
Не могу не согласиться. Вот только в данном конкретном случае, заменил бы слово "архитектура", на "аббревиатура".
...
Рейтинг: 0 / 0
05.03.2012, 22:29
| Ответить | Цитировать | Написать  
MVC. Многослойная архитектура.
    #37692515
Фотография iConst
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
iConst
Участник
ShSergeПарамон...Нет сомнений, что работа приложения, больше зависит от прямоты рук, чем от выбора архитектуры.
Не могу не согласиться. Вот только в данном конкретном случае, заменил бы слово "архитектура", на "аббревиатура". Друзья, вы бы поаккуратней со словом "архитектура". А то блуждающие по форуму неокрепшие (точнее разжиженные) умы подумают, что можно забить еще и на (во всех проявлениях) архитектуру - на остальное уже, похоже давно, забили). .
...
Рейтинг: 0 / 0
05.03.2012, 22:50
| Ответить | Цитировать | Написать  
MVC. Многослойная архитектура.
    #37692655
Фотография skyANA
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
skyANA
Участник
Автору читать "Руководство MICROSOFT по проектированию архитектуры приложений (2-е издание)", остальным прекратить разводить споры на пустом месте! :)
...
Рейтинг: 0 / 0
06.03.2012, 00:35
| Ответить | Цитировать | Написать  
MVC. Многослойная архитектура.
    #37692902
Фотография a_titeev
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
a_titeev
Участник
skyANAАвтору читать "Руководство MICROSOFT по проектированию архитектуры приложений (2-е издание)", остальным прекратить разводить споры на пустом месте! :) руководство я читал, начиная еще с первой редакции, как только сайт открыли в 2010 они на семинаре о нем рассказывали буквально на следующий день, и я был там 30-м зарегистрированным человеком... :) пока не помогло от абстракций перейти к конкретике. попалась сегодня в msdn magazine статья - http://msdn.microsoft.com/ru-ru/magazine/hh456393.aspx . Обкурю пока ее...
...
Рейтинг: 0 / 0
06.03.2012, 10:38
| Ответить | Цитировать | Написать  
MVC. Многослойная архитектура.
    #37692946
ShSerge
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
ShSerge
Участник
a_titeevskyANAАвтору читать "Руководство MICROSOFT по проектированию архитектуры приложений (2-е издание)", остальным прекратить разводить споры на пустом месте! :) руководство я читал, начиная еще с первой редакции, как только сайт открыли в 2010 они на семинаре о нем рассказывали буквально на следующий день, и я был там 30-м зарегистрированным человеком... :) пока не помогло от абстракций перейти к конкретике. попалась сегодня в msdn magazine статья - http://msdn.microsoft.com/ru-ru/magazine/hh456393.aspx . Обкурю пока ее...
Прочитал статейку. Создалось такое впечатление, что Дино Эспозито никогда реально не работал с БД. Типа, теоретик. А когда ему работать? Тогда не хватит времени, чтобы писать книшки.
...
Рейтинг: 0 / 0
06.03.2012, 11:01
| Ответить | Цитировать | Написать  
MVC. Многослойная архитектура.
    #37692962
Фотография МСУ
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
МСУ
Участник
ShSergeСоздалось такое впечатление, что Дино Эспозито никогда реально не работал с БД. Типа, теоретик.
Конкретнее, на основе чего создалось такое "впечатление"?
...
Рейтинг: 0 / 0
06.03.2012, 11:11
| Ответить | Цитировать | Написать  
MVC. Многослойная архитектура.
    #37693001
Фотография a_titeev
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
a_titeev
Участник
ShSergea_titeevпропущено...
руководство я читал, начиная еще с первой редакции, как только сайт открыли в 2010 они на семинаре о нем рассказывали буквально на следующий день, и я был там 30-м зарегистрированным человеком... :) пока не помогло от абстракций перейти к конкретике. попалась сегодня в msdn magazine статья - http://msdn.microsoft.com/ru-ru/magazine/hh456393.aspx . Обкурю пока ее...
Прочитал статейку. Создалось такое впечатление, что Дино Эспозито никогда реально не работал с БД. Типа, теоретик. А когда ему работать? Тогда не хватит времени, чтобы писать книшки. насколько знаю работал архитектором ПО в компании IDesign. так что отчасти может так и есть - Архитектор ПО все таки больше теоретик :) хотя судя по количеству статей и книг где он автор или соавтор его компетентность думаю обсуждать не стоит...
...
Рейтинг: 0 / 0
06.03.2012, 11:30
| Ответить | Цитировать | Написать  
MVC. Многослойная архитектура.
    #37693009
ShSerge
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
ShSerge
Участник
МСУShSergeСоздалось такое впечатление, что Дино Эспозито никогда реально не работал с БД. Типа, теоретик.
Конкретнее, на основе чего создалось такое "впечатление"?
Я о том и говорю, что надо бы что-то на конкретном примере показать. А Вы что, тоже теоретик?
ПС. Разбанили?
...
Рейтинг: 0 / 0
06.03.2012, 11:32
| Ответить | Цитировать | Написать  
MVC. Многослойная архитектура.
    #37693069
Фотография SanSYS
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
SanSYS
Участник
ShSergeМСУ в топке...Сразу оговорюсь, в базе данных ей не место...
Вы офонарели? Майкрософт с самого начала писал, что именно в БД бизнеслогике место. С тех пор инструменты и технология только улучшилась.
Теперь почти обо всех БД так пишут. За исключением, конечно некоторых, которые явно на любителя.

Полностью поддерживаю
Будь то веб-приложение или программа - она всего лишь представление в отношении к БД (вьюшка, если хотите)
Бизнес-логика в правильных проектах содержится в БД, программа же передает в хранимки данные и читает их оттуда, + предоставляет удобный интерфейс по манипулированию данными
Также не смотря на то что в БД есть куча ограничителей - в программе также все данные должны подготавливаться, проверяться и т.д., чтобы БД не тратила время на лишние проверки (хотя это уже совсем левая тема)
...
Рейтинг: 0 / 0
06.03.2012, 11:56
| Ответить | Цитировать | Написать  
MVC. Многослойная архитектура.
    #37693092
Парамон
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Парамон
Участник
Предлогаю всетаки продолжить обсуждение архитектуры, ибо чтение брошурок действительно многих запутывает.
Но тем кто вникал, а не желающим потроллить. Хранимки можно обсудить на форуме db.
...
Рейтинг: 0 / 0
06.03.2012, 12:02
| Ответить | Цитировать | Написать  
MVC. Многослойная архитектура.
    #37693119
Фотография SanSYS
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
SanSYS
Участник
ПарамонНо тем кто вникал, а не желающим потроллить. Хранимки можно обсудить на форуме db.
Не нужно обсуждать хранимки
Все зависит от типа проекта
К примеру, у меня есть 30 проектов, где часть логики - просто тупо сайт, часть - базнес приложение

Все что связано с бизнес приложением - работает исключительно в БД, т.к. в одной операции может быть до десятков (если не сотен) тысяч чтений БД, и я просто не представляю возможности эту логику реализовывать в коде сайта, т.к. тянуть данные на сайт нет смысла, раз их не выводим даже

А вот все что сязано с сайтом (вывести сообщение, лог операций, аватарочку, иерархию, новости) - другое дело, т.к. бессмысленно создавать хранимку на запрост списка новостей, т.к. это просто тупо запрос, + ORM-ы в помощь приходят

Я не считаю что действительно нужно все делать в БД, это не панацея от всех проблем, но если хранимки БД сокращают время разработки и время обновления логики (без обновления приложения), то это самое то.

Предположим - есть в бизнес-логике ошибка, а у нас 50 тыс. клиентов, что делать?
Всем обновлять программу? Конечно автоапдейт поможет, но он тоже не панацея, + обновление по тем или иным причинам может не пройти.
Правильный вариант - исправить хранимку в базе и у всех моментально ошибка изчезнет
...
Рейтинг: 0 / 0
06.03.2012, 12:11
| Ответить | Цитировать | Написать  
MVC. Многослойная архитектура.
    #37693254
Парамон
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Парамон
Участник
SanSYS,

И что? Вместо(в дополнение) базы не может выступить апп сервер? И как часто на практике, изменения в базе, не требуют изменений в остольных слоях?
Многослойная архитектура с логикой в приложении, имеет прово на жизнь (как минимум), и автор, выбрал именно этот подход, а вы продолжаете навязывать ему другие решения, которые тоже далеки от идеала (бо такового нет в природе ПО).
...
Рейтинг: 0 / 0
06.03.2012, 12:54
| Ответить | Цитировать | Написать  
MVC. Многослойная архитектура.
    #37693304
Фотография SanSYS
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
SanSYS
Участник
ПарамонSanSYS,

И что? Вместо(в дополнение) базы не может выступить апп сервер? И как часто на практике, изменения в базе, не требуют изменений в остольных слоях?
Многослойная архитектура с логикой в приложении, имеет прово на жизнь (как минимум), и автор, выбрал именно этот подход, а вы продолжаете навязывать ему другие решения, которые тоже далеки от идеала (бо такового нет в природе ПО).

Я же написал, что "Я не считаю что действительно нужно все делать в БД, это не панацея от всех проблем, но если хранимки БД сокращают время разработки и время обновления логики (без обновления приложения), то это самое то."

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

Многослойная архитектура гуд, и по рукам бить того, кто держит все в каше (т.е. отсутствие разделения уровней данных, логики, представления и т.п.)
Но и по рукам бить того, кто в коде сайта будет стягивать миллионы записей из удаленной БД чтобы провести какие-то действия/проверки, иерархично что-то обновить и запихнуть все это обратно в базу

Я за логичное использование предоставляемых возможностей: если есть возможность реально сократить время работы/разработки при помощи перенесения части логики непосредственно в БД, то я только за
Если это ничем не оправдано - то нахер не нужно

Один раз выбрать один метод/путь и всегда следовать ему - это для баранов, к каждой задаче (проекту) нужно подходить индивидуально
...
Рейтинг: 0 / 0
06.03.2012, 13:08
| Ответить | Цитировать | Написать  
MVC. Многослойная архитектура.
    #37693358
Фотография МСУ
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
МСУ
Участник
SanSYSНо и по рукам бить того, кто в коде сайта будет стягивать миллионы записей из удаленной БД чтобы провести какие-то действия/проверки, иерархично что-то обновить и запихнуть все это обратно в базу
Каким образом "стягивание миллиона записей с БД" коррелирует с размещением бизнес-слоя в Application Tier?
...
Рейтинг: 0 / 0
06.03.2012, 13:27
| Ответить | Цитировать | Написать  
MVC. Многослойная архитектура.
    #37693382
ShSerge
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
ShSerge
Участник
SanSYS,

Здесь правило очень простое, каждый селект (лучше и здесь использовать х-ые процедуры с разрешением) должен выводить те и (!) только те данные, которые прямо сейчас у меня на странице. Некоторые могут не быть перед глазами (айдишники, например), но на странице присутствовать. Всякие изменения в базе - исключительно х-ыми процедурами. Это даже не обсуждается. Ни у какого (!) пользователя не должно быть доступа к изменению данных. Разве что, доступ к использованию каких-то конкретных хранимых процедур.
...
Рейтинг: 0 / 0
06.03.2012, 13:39
| Ответить | Цитировать | Написать  
MVC. Многослойная архитектура.
    #37693425
Парамон
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Парамон
Участник
ShSergeВсякие изменения в базе - исключительно х-ыми процедурами. Это даже не обсуждается. Ни у какого (!) пользователя не должно быть доступа к изменению данных. Разве что, доступ к использованию каких-то конкретных хранимых процедур.

Вся власть Сисьадминам! За несанкционированный доступ расстрел на месте )
...
Рейтинг: 0 / 0
06.03.2012, 13:53
| Ответить | Цитировать | Написать  
MVC. Многослойная архитектура.
    #37693449
ShSerge
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
ShSerge
Участник
Парамон...За несанкционированный доступ расстрел на месте )
В этом контексте - расстрел сисадмина. Однозначно! :)
...
Рейтинг: 0 / 0
06.03.2012, 14:01
| Ответить | Цитировать | Написать  
MVC. Многослойная архитектура.
    #37693471
Парамон
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Парамон
Участник
Предлогаю фанатам хранимок, провести акцию протеста у центрального офиса MS, направленную против политики расслоения системы и выноса логики из базы. Если не обратят внимание, облить себя бензином, их жертва не будет напрасной )
...
Рейтинг: 0 / 0
06.03.2012, 14:12
| Ответить | Цитировать | Написать  
MVC. Многослойная архитектура.
    #37693485
Фотография МСУ
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
МСУ
Участник
Microsoft Application Architecture Guide, 2nd Edition
Глава: Обзор основных архитектурных стилей

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

Читаем и не насилуем население форума.
...
Рейтинг: 0 / 0
06.03.2012, 14:17
| Ответить | Цитировать | Написать  
MVC. Многослойная архитектура.
    #37693497
Фотография МСУ
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
МСУ
Участник
Заключение "фанатам хранимок":

Microsoft Application Architecture Guide, 2nd EditionТем не менее, традиционная говно 2-уровневая архитектура клиент/сервер имеет множество недостатков, включая тенденцию тесного связывания данных и бизнес-логики приложения на сервере, что может иметь негативное влияние на расширяемость и масштабируемость системы, и зависимость от центрального сервера, что негативно сказывается на надежности системы. Для решения этих проблем архитектурный стиль клиент/сервер был развит в более универсальный 3-уровневый (или N-уровневый) , описываемый ниже, в котором устранены некоторые недостатки, свойственные 2-уровневой архитектуре клиент/сервер, и обеспечиваются дополнительные преимущества.
...
Рейтинг: 0 / 0
06.03.2012, 14:21
| Ответить | Цитировать | Написать  
MVC. Многослойная архитектура.
    #37693502
Фотография МСУ
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
МСУ
Участник
Чтоб не было путаницы на счет "Клиент/сервер":
Архитектурный стиль/парадигма Клиент/сервер
Система разделяется на два приложения, где клиент выполняет запросы к серверу. Во многих случаях в роли сервера выступает база данных, а логика приложения представлена процедурами хранения.
...
Рейтинг: 0 / 0
06.03.2012, 14:24
| Ответить | Цитировать | Написать  
MVC. Многослойная архитектура.
    #37693532
Фотография SanSYS
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
SanSYS
Участник
МСУ Microsoft Application Architecture Guide, 2nd Edition
Глава: Обзор основных архитектурных стилей

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

Читаем и не насилуем население форума.

Ознакомлюсь обязательно.
...
Рейтинг: 0 / 0
06.03.2012, 14:35
| Ответить | Цитировать | Написать  
MVC. Многослойная архитектура.
    #37693539
Фотография SanSYS
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
SanSYS
Участник
ShSergeSanSYS,

Здесь правило очень простое, каждый селект (лучше и здесь использовать х-ые процедуры с разрешением) должен выводить те и (!) только те данные, которые прямо сейчас у меня на странице. Некоторые могут не быть перед глазами (айдишники, например), но на странице присутствовать. Всякие изменения в базе - исключительно х-ыми процедурами. Это даже не обсуждается. Ни у какого (!) пользователя не должно быть доступа к изменению данных. Разве что, доступ к использованию каких-то конкретных хранимых процедур.

Согласен.
Но сейчас у меня несколько бизнес-проектов, где пользователи постоянно обновляют записи в БД.
По ночам идут сложные пересчеты, обрабатываются гигабайты данных, я даже боюсь представить как все обрабатывалось бы в приложении, а не в БД )
Это я опять к тому, что все подряд обрабатывать в приложении не стоит (или даже нельзя), когда десятки тысяч пользователей имеют дело с огромной общей постоянно обновляемой (и возрастающей) БД )
...
Рейтинг: 0 / 0
06.03.2012, 14:40
| Ответить | Цитировать | Написать  
MVC. Многослойная архитектура.
    #37693552
Фотография skyANA
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
skyANA
Участник
SanSYSНо сейчас у меня несколько бизнес-проектов, где пользователи постоянно обновляют записи в БД.То есть данные только ручками заносятся в БД?
...
Рейтинг: 0 / 0
06.03.2012, 14:49
| Ответить | Цитировать | Написать  
MVC. Многослойная архитектура.
    #37693589
Фотография a_titeev
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
a_titeev
Участник
ПарамонПредлогаю всетаки продолжить обсуждение архитектуры, ибо чтение брошурок действительно многих запутывает.
Но тем кто вникал, а не желающим потроллить. Хранимки можно обсудить на форуме db.
абсолютно согласен. не хотелось бы здесь это обсуждать, если честно. бизнес-логика в приложении... и для этого есть определенные предпосылки, которые изложены в соответствующих источниках. поэтому как раз на эту тему холивара не хотелось бы... да и хранимки, да вьюхи никто собственно то и не отменяет. использовать их видимо и можно и нужно... только конкретно архитектуры это мало касается.

сейчас присмотрелся к ProDinner - ASP.NET MVC Sample . что-то обошел проект как-то стороной ранее. а между тем многие аспекты расслоения архитектуры там отражены.

итак, что мы там имеем:
1. core - модели предметной области, интерфейсы репозиториев и сервисов.
2. data - dal, реализация репозиториев и контекст данных.
3. service - реализация сервисов.
4. прослойка IoC, вынесеная отдельно (?).
5. отдельный проект WebUI - просто MVC-приложение с view-моделями, а также неким mapper - видимо то о чем я и подумал ранее в одном из предыдущих постов - трансляция модели предметной области во view-модель.

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

ну а что до сквозного функционала, то через ActionFilterAttribute и так все сделано - и протоколирование, авторизация, кэширование.

вообще так удобно складывается, так как у меня еще часть логики вынесена в отдельные рабочие процессы на автомате, как раз эта логика удачно укладывается в core. поясню - у меня есть тендерные и аукционные торги, процедура их закрытия автоматическая и довольно нелинейная.
а к тому же, есть вообще отдельные web-сервисы для взаимодействия с внешними системами. они будут отдельным приложением, но работать с core... вроде логично все получилось.
...
Рейтинг: 0 / 0
06.03.2012, 15:02
| Ответить | Цитировать | Написать  
25 сообщений из 89, страница 2 из 4
  2  все
Форумы / ASP.NET [игнор отключен] [закрыт для гостей] / MVC. Многослойная архитектура.
Найденые пользователи ...
Разблокировать пользователей ...
Читали тему (0):
Читали форум (0):
Пользователи онлайн (0):
Польз. соглашение   Полит. конфиден.  
NoSQL.ru       Кролег: Проекты, Новости, Чат       РЕД ФОРУМ       Фотоальбом: Участники, Встречи
Закрыть
start [/forum/topic.php?fid=18&msg=37692655&tid=1359827]:
 0ms
get settings:
 10ms
get forum list:
 11ms
check forum access:
 2ms
check topic access:
 2ms
track hit:
 177ms
get topic data:
 9ms
get forum data:
 2ms
get page messages:
 55ms
get tp. blocked users:
 1ms
others: 249ms
total:  518ms
созд. / загр.: 518ms
x
x
Закрыть


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