За и против различных платформ MVC для.NET
Ответ не, нет внутреннего идентификатора, к которому можно получить доступ. Opera и IE (возможно, Safari?) поддержка .sourceIndex (который изменяется, если DOM делает), но Firefox не имеет ничего из этого вида.
можно моделировать исходный индекс путем генерации Xpath к данному узлу или нахождения индекса узла от document.getElementsByTagName('*'), который будет всегда возвращать элементы в исходном порядке.
Все это требует абсолютно статического файла, конечно. Изменения в DOM повредят поиск.
то, Что я не понимаю, - то, как можно освободить ссылки на узлы, но не на (теоретический) внутренний идентификатор? Или закрытия и присвоения работают, или они не делают. Или я пропускаю что-то?
4 ответа
Я думаю, что лучшим вариантом будет Microsoft ASP.NET MVC по следующим причинам:
- Официально.
- У него будет интеграция с Visual Studio 2010.
- Это было так. разработан людьми, которые работают в Microsoft.
- Это бесплатно.
- У него есть большая база поклонников разработчиков, которые им доверяют.
- У него много документации и информации по нему.
- Возможности. NET у вас под рукой.
- Не ограничивается разработкой на одном языке.
ASP.NET MVC поставляется со всеми распространенными структурами DI доступно в code-project, и это довольно легко сделать и самому - я переписал карту StructureMap для поддержки некоторых конкретных сценариев (выбор конфигурации SM из данных маршрута).
Итак, это касается основного отличия вы упомянули в вопросе ;-p
Я бы лично использовал ASP.NET MVC ... но он мог бы приблизиться в любом случае. Я просто ожидаю, что ASP.NET MVC станет более популярным, что с «официальной» картой, ведущей к большему количеству книг / сообществ / т. Д.
Просто посмотрите на количество тегов здесь, на SO; asp.net-mvc (и аналогичные) 4k +; монорельс ... трудно найти ...
Microsoft ASP.NET MVC
pro: вы можете воспользоваться преимуществами .net и своим опытом работы с asp.net
По сути, все сводится к тому, что вы хотите получить от этого.
Тем не менее, трудно превзойти asp.net mvc, поскольку он * активно поддерживается * последовательные / простые в использовании соглашения об именах (если это не имеет смысла, не стесняйтесь пропустить это :) * хорошо документировано с исходным кодом / учебными пособиями / handon labs et al. * хорошо масштабируется вместе с другими доступными опциями
Я не слышал / не видел последние 2 варианта, и хотя я просматривал эти ссылки, я не собираюсь тратить свое время на их изучение / чтение, учитывая asp.net mvc там - мои 0,02