dev.net.ua

Доброго времени суток.
Хочу задать вопрос какие архитектуры вы используете для написания сайтов на asp.net, так как по моему мнению структура
предложеная майкрософтом слегка не удобна, да для маленьких сайтов удобна, все делание сайта превращается drag-n-drop, но
в случае написание крупного сайта начинают вылазить трудности :(
  

Как по мне, то в приложение оперирующим более 5 сущностями (как правило таблиц в БД), стараюсь использовать схему: domain objects - business logic layer - data access layer.

domain object - класс представляющий объект предметной области. гетеры/сетеры.

business logic layer - вилидация, манипуляция... в общем как ясно из названия - бизнес логика приложения. манипулирует объектами предметной области.

data access layer - тут реализую взаимодействие с БД. На "выходе" получаю объект / коллекцию объектвой предметной области.

Ну и собственно presentation layer - стараюсь использовать с использованием патерна model - view - presenter.

А как реализуете модель MVP?
В общем я сейчас рассматриваю реализации модели MVC, а также возможности отказаться от PostBackов, ViewStateов и т.д.

Andrews:

Доброго времени суток.
Хочу задать вопрос какие архитектуры вы используете для написания сайтов на asp.net, так как по моему мнению структура
предложеная майкрософтом слегка не удобна, да для маленьких сайтов удобна, все делание сайта превращается drag-n-drop, но
в случае написание крупного сайта начинают вылазить трудности :(
  

Мене завжди було цікаво, а яку саме стурктуру пропонує Майкрософт? Ось наприклад якщо подивитись на Web Client Software Factory, то я не бачу жодних проблем навіть для достатньо великих сайтів. 

P.S. Web Client Software Factory реалізовує MVP.

---

MCPD(Web,Windows,Enterprise), MCTS (WPF, WCF)

Вы ее уже применяли? Хотелось бы узнать впечатления.

Вот пример.

Смысла отказываться вообще от ViewState не вижу. Конечно для массивного GridView по-моему есть смысл либо делать запросы при каждом постбеке, или, например, сохранить viewstate в сесиии.

Олексій, скажіть, будь ласка, як ви реалізуєте business logic layer та MVP? Можете порадити якоїсь літератури?

---

Artyom Krivokrisenko
Web Reflection, Development Department

Не бачу сенсу також відмовлятися від PostBack

---

Artyom Krivokrisenko
Web Reflection, Development Department

Brand:

Олексій, скажіть, будь ласка, як ви реалізуєте business logic layer та MVP? Можете порадити якоїсь літератури?

Как правило ничего особенного (в смысле использования базовых классов, реализации интерфейсов и т.п.)

В большенстве это наборы статических методов. Вот что касается DAL то там все намного строже обстоит.

Есть довольно интересная книга по этому поводу. Если интересует почитать - обращайтесь.

Andrews:

Вы ее уже применяли? Хотелось бы узнать впечатления.

Враження позитивні. Мені ця реалізація імпонує тому що вона використовує ті самі технології які я використовую, а саме ObjectBuilder та Enterprise Library.

Тобто, реально це просто одна з десятків реалізацій. Більшість реалізацій MVP достатньо непогані. Принаймні свою робото роблять. А тому це все залежиться від десятків додаткових питань.

---

MCPD(Web,Windows,Enterprise), MCTS (WPF, WCF)

alexey.babik:

Brand:

Олексій, скажіть, будь ласка, як ви реалізуєте business logic layer та MVP? Можете порадити якоїсь літератури?

Как правило ничего особенного (в смысле использования базовых классов, реализации интерфейсов и т.п.)

В большенстве это наборы статических методов. Вот что касается DAL то там все намного строже обстоит.

Аналогічно, але з виключенням статичних методів, в останніх проектах логіка в мене завжди у вигяліді повністю автономних класів. Тобто кожна дія (навіть дуже проста, як наприклад видалити користувача) це окремий клас.

---

MCPD(Web,Windows,Enterprise), MCTS (WPF, WCF)

Mike Chaliy:

alexey.babik:

Brand:

Олексій, скажіть, будь ласка, як ви реалізуєте business logic layer та MVP? Можете порадити якоїсь літератури?

Как правило ничего особенного (в смысле использования базовых классов, реализации интерфейсов и т.п.)

В большенстве это наборы статических методов. Вот что касается DAL то там все намного строже обстоит.

Аналогічно, але з виключенням статичних методів, в останніх проектах логіка в мене завжди у вигяліді повністю автономних класів. Тобто кожна дія (навіть дуже проста, як наприклад видалити користувача) це окремий клас.

Интересно. Получается типа так:



RemoveUser remove = new RemoveUser(...);

...

 

Я правильно понял?? Если да, то please explain

Тобто щось на кшалт шару служб (service layer, погано перегадається на українську )?

Взагалі я не використовував цей шар пока що, але мені здається що у цьому є сенс, тому буду пробувати.

---

Artyom Krivokrisenko
Web Reflection, Development Department

alexey.babik:

Интересно. Получается типа так:



RemoveUser remove = new RemoveUser(...);

...

Я правильно понял?? Если да, то please explain

Саме так . А що саме розтлумачувати я не зрозумів.

Якщо питання - навіщо?

1. Завжди є можливість додати базову реалізацію (наприклад інстументейшен або валідацію);
2. Єдина модель викликів, це дуже допомогає коли генерується код сервіс шару;
3. Стандартні фітчі ООП, наприклад базовий клас RemoveEntityActivity;

---

MCPD(Web,Windows,Enterprise), MCTS (WPF, WCF)

Brand:

Тобто щось на кшалт шару служб (service layer, погано перегадається на українську )?

Взагалі я не використовував цей шар пока що, але мені здається що у цьому є сенс, тому буду пробувати.

Ні, шар служб, це вище, саме в методах шару служб створюється об'єкт актівіті, там він налаштовується, там він виконується, і там повертає резултат.

---

MCPD(Web,Windows,Enterprise), MCTS (WPF, WCF)