ProBiotekПривет.

Можно ли как-то применить принципы полиморфизма, для создания разметки страницы ?

Например если имеется несколько типов объектов и их нужно вывести по разному (ну пусть, к примеру, разным цветом рамки или еще что-то).
А что вообще понимается под полиморфизмом и еще принципами?

ProBiotek,
Это наследование + полиморфизм подтипов.
MVC не вписывается в ООП, в данном случае лучше webforms.
Razor - можно считать как некоторый декларативный язык разметки.

hVostt
Это как вообще понимать? И с какого перепугу "тут" лучше вебформс?
view, как он есть в asp.net mvc не класс, не объект, не функция и не процедура.
В вебформс же, можно сделать 2 наследника некого базового класса и они будут вести себя как хочет ТС.

hVostt
Чиво? Razor это никакой не язык разметки. Разметкой является HTML, а Razor это движок представлений.
Это полу декларативная балалайка, которая может только то что может, не может быть расширена или изменена простым способом.

Calabonga
Бредовее идеи еще не слышал в этом месяце! Спасибо, улыбнуло!
Поделись улыбкою своей со здешними обывателями, не таи в себе.

hVosttБукварь открой для начала. View в ASP.NET MVC это класс, реализующий интерфейс IView.
Хорошо, какие есть наследники у IView? System.Web.Mvc.RazorView и System.Web.Mvc.WebFormView, первый отвечает за CSHTML, второй за ASPX. Тут есть ссылки на альтернативы.
Действительно, ты сможешь реализовать наследника IView (кстати ссылка на оригинал запощено тобой кода), но там тебе придется реализовывать вывод всех HTML тегов, которые ты жаждешь получить, что очень непроизводительно и чревато ошибками.
Дабы избавить слабого человека от этого, сделали в частности Razor. Последний - такая штука, которому скармливаешь вообще говоря текстовый файл и объект некоторого класса, и который на выходе дает в общем случае HTML, который и отправляется браузеру. Этот текстовый файл - просто текстовый файл, он не может иметь предков и потомков и к ООП не имеет никакого отношения . Причем этот механизм не обеспечивает никакой валидации во время разработки, например ты можешь не закрыть тег table или двум элементам назначить одинаковый id, Razor это схавает и отработает, так же как и браузеры, ибо они заточены обходить такие ляпы.

В ASP.NET MVC нет никакого колдовства и не надо забивать голову молодым программистам.
К тому же все это чудо интенсивно юзает рефлекшен и DLR , сгиная перфоманс.

hVostt
Несёшь какой-то бессвязный бред, какая ещё балалайка? В Razor после символа @ идёт чистый код на C#, я видал системы, где в Razor была написана практически вся логика приложения, включая работу с БД. Это конечно ахтунг, но сути не меняет.

За что боролись, на то и напоролись. Хотели ведь вынести все лишнее из *.aspx.cs))))

hVostt,
Я тебе привел 2 стандартных реализации + 4 сторонних IViev + 1 скомужженная тобой со стакоферфлоф.
Приведи хотя бы еще пару?

skyANAЕвгенийВно там тебе придется реализовывать вывод всех HTML тегов, которые ты жаждешь получитьчаго? накуа?
А как иначе?

skyANAдавай для начала разберемся, что значит "реализовывать вывод всех HTML тегов", как ты себе это представляешь? Надеюсь не как WebControls в формах?
Реализовать Render и записать в System.IO.TextWriter передаваемый вторым параметром, всю ту мутатень, которая потребуется.

skyANA,
Я ничего не собираюсь реализовывать, голый html можно отдать как статический файл.
ТС хотел сделать базовый класс и два наследника, Razor этого не позволяет.

skyANA,
А ты пишешь в том же aspx свою реализацию для каждого тега?

hVosttЕвгенийВhVostt,
Я тебе привел 2 стандартных реализации + 4 сторонних IViev + 1 скомужженная тобой со стакоферфлоф.
Приведи хотя бы еще пару?

Ты чего такой трудный-то? Любой Razor-файл компилируется в класс!
Это новый виток развития! Почитай на досуге что такое компиляция.
hVostt Более того, ты в самом Razor-файле можешь указать базовый класс с помощью инструкции @inherits. Какие ещё тебе примеры нужны?
По умолчанию это System.Web.Mvc.WebViewPage<TModel> или System.Web.Mvc.WebViewPage, можно отнаследоваться от них и передать свой.
Так же была введена директива @model, дабы меньше букв и не путать неокрепшие умы.
Внутри разметки ты можешь пользоваться членами этого класса, а так же получить типизированный доступ к модели. Но хоть запереопределяйся, с помощью него ты сможешь влиять на разметку.

hVostt Вьюха это класс. Повторить может быть для полного усвоения??
Одна из реализаций IView действительно использует Razor генерации HTML, но сам Razor это не класс.

hVosttЕвгенийВТС хотел сделать базовый класс и два наследника, Razor этого не позволяет.

Позволяет, но реализацию "наследования" тебе придётся самому сделать, так как разор не в теме, что ты понимаешь под "наследованием", что нужно делать? Добавлять атрибуты в теги? Добавлять теги? Где? Сверху? Снизу? Внутри? Если внутри, то где? Всё тоже самое нужно будет решать в любом движке, даже в aspx, не имеет значения с помощью чего ты рендеришь. Или приводи реальный пример наследования на aspx в вебформ. Удиви нас!
Вообще в модели компиляции ASP.NET webforms в результате создается класс, наследованный например от например вебформы в котором собрано все что есть в *.aspx и *.aspx.cs

skyANAЕвгенийВskyANA,
А ты пишешь в том же aspx свою реализацию для каждого тега?Еврей какой-то :)

Что ты имел ввиду под "тебе придется реализовывать вывод всех HTML тегов, которые ты жаждешь получить, что очень непроизводительно и чревато ошибками"?
Я имел ввиду только то что имел.
Если ты делаешь реализацию IView, то должен писать во writer все сам, например с помощью того же T4.

hVosttЕвгенийВ,

А хочешь есчо одно великое чудо!? Можно все Razor-шаблоны скомпилировать прям в DLL! Т.е. никаких больше текстовых файлов. Это легко.
И получить такую мутатень? :)

aspx/ascx тоже можно запихнуть в dll и что?

ИзопропилМедицина бессильна
Или по делу говори или вообще не говори.