Это хороший дизайн для контроля пользователей?

Question

Я пришел из ASP.Net MVC, поэтому мне нравится хорошо проектировать вещи. Я только начал снова возвращаться в веб-формы ASP.Net, потому что моя работа требует этого.

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

<% # if (this.SomeProperty) ....%> или <% # if (this.something) this.runSomeMethod ())%>

Понятия не имею, что такое хороший дизайн в отношении элементов управления веб-пользователями.

Answer 1

Поскольку это довольно субъективно, я выскажу вам свое субъективное мнение: за исключением очень немногих случаев, я предпочитаю использовать codebehind, чтобы управлять управлением и логикой страницы. Я не возражаю против «супа тегов» как такового, но я думаю, что гораздо яснее просто делать все в правильном коде. Когда у вас есть codebehind, вы также получаете преимущество, связанное с конкретным классом, который полезен во многих отношениях, особенно в крупных проектах.

Тем не менее, нет ничего принципиально неправильного в том, что вы делаете.

Answer 2

Согласен с kprobst.Лучшая практика нашей команды - избегать любого вида кода на стороне сервера в файлах aspx (кроме вызовов привязки данных).Любая бизнес-логика или логика страниц может быть более аккуратно организована в коде.

Суп с тегами трудно избежать с помощью Classic ASP, ColdFusion и PHP.Это легко избежать с ASP.NET.