Комментарии 14
по-моему этот анти-паттерн называется over-optimization
Что вы имеете ввиду?
Создание форм таким вот образом. Думаю, что если форма получается слишком длинной, чтобы использовать этот паттерн, то что-то не так в логике приложения. Юзер никогда не заполнит простыню из контролов. Следовательно, таких форм надо избегать.
А когда этот подход применяется для создания трёх textfield'ов, то это уже чересчур.
А когда этот подход применяется для создания трёх textfield'ов, то это уже чересчур.
Просто этот подход применяется не в «простынях», а для реюзинга существующих визуальных элементов.
Вот есть у нас в базе сто разных классов объектов, у которых есть поле «адрес». И чтобы не мучаться, это поле — типизованное. Мы пишем для него соответствующий EditorTemplate и раз и навсегда забываем про копипаст представления.
Вот есть у нас в базе сто разных классов объектов, у которых есть поле «адрес». И чтобы не мучаться, это поле — типизованное. Мы пишем для него соответствующий EditorTemplate и раз и навсегда забываем про копипаст представления.
Вам не кажется, что это очень-очень-очень старая информация? И тот факт, что кто-то нашел ее в сентябре 2011, не делает ее свежей?
Это все уже десять раз описано и разжевано.
Это все уже десять раз описано и разжевано.
Возможно, тем более, что автор несколько раз восхищается функционалом ASP.NET MVC 2. Просто из практики и по постам на gotdotnet вижу, что люди про это не знают или городят откровенные костыли.
Лучше бы вы тогда дали ссылку/перевели кусок из Эспозито или Гатри, где это описано намного проще и очевиднее.
Здесь не соглашусь, т.к. в статье описано, почему отваливается привязка модели для вложенных моделей в частичных представлениях. Как следствие, показана проблема и решение на основе шаблона редактора. Пост от ScottGu (видимо этот) объясняет, что появилась такая функциональность и чем она полезна. На мой взгляд, в этом посте акцент явно на другом. Если не трудно, то поделиться ссылкой на Dino Esposito, мне его труд на глаза не попадался. Кроме того, в посте есть отсылка к Brad Wilson практически идентичным описанием с ScottGu.
Хотел бы ещё отметить по поводу свежести предыдущий пост Jimmy Bogard, который я также перевёл. Для меня его подход тоже не первой свежести, хотя людей, кто его использует (особенно в России) единицы. Что вы думаете по этому поводу?
Хотел бы ещё отметить по поводу свежести предыдущий пост Jimmy Bogard, который я также перевёл. Для меня его подход тоже не первой свежести, хотя людей, кто его использует (особенно в России) единицы. Что вы думаете по этому поводу?
«Если не трудно, то поделиться ссылкой на Dino Esposito, мне его труд на глаза не попадался.»
www.amazon.com/Programming-Microsoft-ASP-NET-Dino-Esposito/dp/0735627142/ref=sr_1_1?ie=UTF8&qid=1315559777&sr=8-1
Скоро второе издание уже будет.
«Что вы думаете по этому поводу»
Во-первых, что отвратительный перевод. Во-вторых, что мы там как раз видим premature generalization. И это скучно и неинтересно.
www.amazon.com/Programming-Microsoft-ASP-NET-Dino-Esposito/dp/0735627142/ref=sr_1_1?ie=UTF8&qid=1315559777&sr=8-1
Скоро второе издание уже будет.
«Что вы думаете по этому поводу»
Во-первых, что отвратительный перевод. Во-вторых, что мы там как раз видим premature generalization. И это скучно и неинтересно.
А так вы про эту книгу Dino Esposito. Вот уж кто любит по верхам показать как надо правильно, сильно не вдаваясь в подробности. Книгу ни кому не рекомендую, в отличии от первых его книг по ASP.NET. Лучше уж прочитать ASP.NET MVC in Action.
Спасибо, учту.
Во-первых, что отвратительный перевод. Во-вторых, что мы там как раз видим premature generalization. И это скучно и неинтересно.
Спасибо, учту.
Шаблонизированные помощники звучит как-то не очень. Пока читал текст, все пытался найти Method<T>()
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Создание форм для глубоко вложенных View Model в ASP.NET MVC