Пользовал одно время, самый главный недостаток — некоторые фиксы отрабатывают только на onload, и потому при ресайзе макет может «поехать». Тормозов особо не заметил (хотя макет был не особо сложный).
Ну, скажем в моем текущем проекте (это больше веб-приложение, нежели презентационный сайт) используется ASP.MVC только для формирования xml-я и обработки входящих xml-данных. А на клиенте эти данные (при помощи js-фреймворка Freja, блин, парсер оригинальную ссылку съедает) шаблонизируются, распихиваются по нужным местам страницы, отправляются на сервер.
С учетом того, что вся бизнес-логика находится вообще в отдельном проекте (вернее, даже нескольких), от ASP.MVC используется не так уж много, и эту функциональность можно реализовать через WCF-сервисы. Т.е. в браузере у меня полноценный js-клиент, а не просто html. Минус вижу пока только один — необходимость поддержки js на клиенте (что не так уж существенно). Зато плюсов очень много: это и малое время реакции (сервер всегда обрабатывает только необходимые данные), и очень слабая связанность компонентов, и нагрузка на сервер существенно снижается.
Там, где нужна достаточно серьезная клиентская логика (т.е. там, где без js-а сильно сложнее/хуже/вообще невозможно обойтись). Тогда это решение позволить собрать всю логику представления в одном месте — в js.
связанное с недобросовестным привлечением пользователей на информационный ресурс ответчика, содержащий сведения о товарах, однородных товарах, в отношении которых зарегистрировано исключительное право истца на товарный знак
Неправильно. Поведение и правда, не совсем стандартное.
// Нормальное поведение
string x = null;
x.Trim(); // Тут у нас NullReferenceException, т.к. Trim - экземплярный метод
// Поведение описанного extension-метода
IEnumerable<object> y = null;
y.IsNullOrEmpty(); // никаких эксепшнов
// Как правильно
string.IsNullOrEmpty(x); // И никаких эксепшнов, и выглядит логично
Минимум из соображений безопасности, удобства администрирования и быстродействия. Все три причины должны очень заботить вменяемого админа.
> Примите этот факт и полюбите клиента (а не абстрактный космос) как он того хочет, не как Вы ему навязываете.
Странно, я всегда считал, что есть один способ ценообразования — посмотреть в потолок и назвать нарисованную там цифру (ну, кроме продуктов первой необходимости и чего то там еще подобного). Если заказчик готов платить — все хорошо, нет — либо уменьшаем, либо ищем другого заказчика. Ни о какой любви тут речи нет. Хочет во всех браузерах — будет дороже. Не согласен — см. выше.
> У них нет проблем, это Вас прогресс мучает.
Ну, получается, что и у меня проблем нет (да и у автора, подозреваю, тоже) — при таком подходе в два раза больше сайтов за то же время делается (в денежном эквиваленте) при любом раскладе.
1, 2. Соответственно, проблема не в ОС, а в некоем софте? А разработчикам софта сообщили о проблемах? Или согласно традиции — пляшете с бубном, авось заработает?
3. Ну, я же не спешу валить все на разработчиков ОС. Или «такова природе человека» — искать виноватых, начиная не с себя? =)
Ну, в моем случае это лаптоп Core 2 Duo 2,4 GHz + 4Gb RAM + nVidia 9500M. Постоянно включены сервисы IIS + MS SQL Express 2008 c базой ~3Gb + Visual Studio 2010 + 3 штуки браузеров (FF/Chrome/IE8). Все это со всеми Aero и прочими свистоперделками очень шустро работает (т.е. дискомфорта я не ощущаю, отклик от приложений мнгновенный и все такое). На XP — ощущал даже с оптимизацией (не слишком глубокой, но все же). Виста тормозила еще сильнее.
Так что еще проверьте именно свои характерные задачи.
А вот и нет. На медленной машине выявляется один bottleneck, на быстрой — другой. И тот, который критичен на PIII 800 MHz с 512Mb RAM (память и производительность процессора) — для меня не так критичен, как тот, с которым сталкиваюсь на C2Duo (скорее всего, дисковая подсистема, работа с которой в Windows 7 достаточно сильно оптимизирована). Семерка работает на современных системах быстрее, чем XP безо всякой настройки с моей стороны. Аналогичные треды были во времена перехода с 98й на XP, кстати («на моем P166-MMX XP тормозиииит»).
Поставь на Core 2 Duo в пару гигагерц хотя бы, и гига два оперативки, плюс видеокарту нормальную — вот тогда и сравнивай. А то получается: «засунули мужики в японскую лесопилку лом...»
Не смотрел 2.0, но старая работала медленно при первом запуске, пока тонна яваскриптов админки не зальется в кеш. После этого все отлично было.
С учетом того, что вся бизнес-логика находится вообще в отдельном проекте (вернее, даже нескольких), от ASP.MVC используется не так уж много, и эту функциональность можно реализовать через WCF-сервисы. Т.е. в браузере у меня полноценный js-клиент, а не просто html. Минус вижу пока только один — необходимость поддержки js на клиенте (что не так уж существенно). Зато плюсов очень много: это и малое время реакции (сервер всегда обрабатывает только необходимые данные), и очень слабая связанность компонентов, и нагрузка на сервер существенно снижается.
А дальше придете к WCF-сервисам + клиент на javascript (с шаблонизацией на клиенте же) =)
связанное с недобросовестным привлечением пользователей на информационный ресурс ответчика, содержащий сведения о товарах, однородных товарах, в отношении которых зарегистрировано исключительное право истца на товарный знак
Минимум из соображений безопасности, удобства администрирования и быстродействия. Все три причины должны очень заботить вменяемого админа.
> Примите этот факт и полюбите клиента (а не абстрактный космос) как он того хочет, не как Вы ему навязываете.
Странно, я всегда считал, что есть один способ ценообразования — посмотреть в потолок и назвать нарисованную там цифру (ну, кроме продуктов первой необходимости и чего то там еще подобного). Если заказчик готов платить — все хорошо, нет — либо уменьшаем, либо ищем другого заказчика. Ни о какой любви тут речи нет. Хочет во всех браузерах — будет дороже. Не согласен — см. выше.
> У них нет проблем, это Вас прогресс мучает.
Ну, получается, что и у меня проблем нет (да и у автора, подозреваю, тоже) — при таком подходе в два раза больше сайтов за то же время делается (в денежном эквиваленте) при любом раскладе.
3. Ну, я же не спешу валить все на разработчиков ОС. Или «такова природе человека» — искать виноватых, начиная не с себя? =)
2. Используете софт под рутом — ССЗБ.
3. Не читаете и не думаете — см. выше.
Так что еще проверьте именно свои характерные задачи.
Несколько пилотов на одной трассе (и на низкой высоте).