Существует много различных Метрика программного обеспечения . Строки кода наиболее используются и самые легкие понять.
я удивлен, как часто строки метрики кода коррелируют с другими метриками. В земельном участке покупки инструмента, который может вычислить цикломатическую сложность для обнаружения запахов кода, я просто ищу методы со многими строками, и они имеют тенденцию иметь высокую сложность также.
А хороший пример использования строк кода находится в метрике: Ошибки на строки кода. Это может дать Вам шестое чувство того, сколько ошибок необходимо ожидать находить в проекте. В моей организации мы обычно - приблизительно 20 ошибок на 1 000 строк кода. Это означает, что, если мы готовы поставить продукт, который имеет 100 000 строк кода, и наша база данных ошибки показывает, что мы нашли 50 ошибок, тогда мы должны, вероятно, сделать еще некоторое тестирование. Если у нас есть 20 ошибок на 1 000 строк кода, то мы, вероятно, приближаемся к качеству, в котором мы обычно.
А плохой пример использования должен измерить производительность разработчика. Если Вы измеряете производительность разработчика строками кода, то люди склонны использовать больше строк для поставки меньше.
You can put your function like this:
<%= Ajax.ActionLink("YourAction",new AjaxOptions{ OnSuccess="swfu", UpdateTargetId = "spanButtonPlaceholder" }) %>
so your swfu function will be called if your update is successfull
Задача window.onload - выполнить указанную функцию после завершения страницы ... загрузка. Тем не менее, вам следует подумать о перемещении груза на нижнюю часть тела. И я не самый большой поклонник того, чтобы держать скрипты в голове. :)
Частичные представления отображаются с помощью Microsoft Ajax, который не оценивает код JavaScript. Я бы посоветовал в этом случае не использовать частичные представления или посмотреть на другие механизмы представления, такие как Spark .... или поместить весь требуемый javascript в родительское представление, что вроде бы делает ваш код немного неряшливым