как узнать количество строк кода в проекте visual studio
Количество кода (в строках или символах)
Подсчитать, сколько в трёх различных строках буквенных символах, а сколько цифровых
Ребят, помогите пожалуйста написать програмку. Кого просил никто не может. Подсчитать, сколько.
Количество отрицательных элементов, кратных 3 или 5, в строках матрицы
Помогите решить задачу пожалуйста! Дан двумерный массив размерностью 4×5, заполненный целыми.
Написать функцию, которая возвращает количество нулевых бит в символах строки
Есть срочная задача: написать функцию, которая возвращает количество нулевых бит в символах строки.
Ввести с клавиатуры строку. Определить во введенных символах количество гласных и согласных букв
Задание: Ввести с клавиатуры строку. Определить во введенных символах количество гласных и.
Решение
Bespridelschic, ну select-string вытаскивает все подряд строки, я бы не брал в расчет подключение пространств имен. И в VS2015, и в VS2017 имеется функция Analyze->Calculate Code Metrics.
Добавлено через 14 минут
Ну разве что если передать маску, исключающую using.
Помощь в написании контрольных, курсовых и дипломных работ здесь.
Определить, что больше сумма элементов в четных строках или произведение элементов в нечетных строках матрицы
Ребята, помогите пожалуйста кто может, код программы нужен. Заранее огромное спасибо Дан.
Найдите ошибку в 10 строках кода
#include #include int main (void) < char str; printf("string");.
Найти ошибку в трех строках кода
В каких (какой) строчке допущена ошибка Выберите по крайней мере один ответ: #include iostream.
Ошибка в строках кода (расчетная программа)
using System; using System.Collections.Generic; using System.Text; namespace аппроксимация <.
В каких строках кода нет синтаксических ошибок?
$10. В каких строках кода нет синтаксических ошибок: (обоснуйте ответ) int main() < long char c.
Как вы подсчитываете строки кода в решении Visual Studio?
Можно ли найти количество строк кода во всем решении? Я слышал о MZ-Tools, но есть ли эквивалент с открытым исходным кодом?
26 ответов
Visual Studio 2010 Ultimate имеет следующие встроенные функции:
Анализировать → Рассчитать метрики кода
Счетчик строк с открытым исходным кодом для VS2005, 2003 и 2002 доступен здесь:
Здесь также обсуждается создание надстройки VS с подсчетом строк вместе с кодом на Codeproject.
Также у Slick Edit Gadgets есть хороший счетчик строк, здесь:
А Microsoft Visual Studio Team System 2008 включает хороший счетчик строк.
Измерение прогресса программирования строками кода похоже на измерение прогресса постройки самолета по весу. Билл Гейтс
Введите следующий RegEx в поле «Найти». Не забудьте выбрать параметр «Использовать регулярные выражения». Измените параметр поиска на «Текущий проект» или «Все решение» в зависимости от ваших потребностей. Теперь выберите «Найти все». Внизу окна Результаты поиска вы увидите «Линии соответствия», которые представляют собой количество строк кода.
Это регулярное выражение исключает следующие элементы:
Многострочные комментарии (при условии, что строки правильно прокомментированы с * перед каждой строкой)
XML для Intellisense
Открывающие фигурные скобки:
Закрывающие фигурные скобки:
Примечание: все, что находится в фигурных скобках, будет включено в поиск, но в этом примере будут учитываться только 4 строки кода вместо 18 фактических непустых строк:
Я создал это, чтобы дать мне гораздо более точный подсчет LOC, чем некоторые предыдущие варианты, и решил, что поделюсь им. Боссы любят подсчет LOC, так что я на какое-то время придерживаюсь его. Я надеюсь, что кто-то другой сочтет это полезным, дайте мне знать, если у вас есть какие-либо вопросы или вам нужна помощь, чтобы заставить его работать.
Но не плагин, если это то, что вы ищете.
Теперь он не будет запускаться специально для файла решения VS, но может рекурсивно перемещаться по каталогам, и вы можете настроить фильтры имен файлов по своему усмотрению.
Вот пример вывода с их веб-страницы:
Ответы здесь немного устарели, возможно, по сравнению с 2008 годом. Поскольку в более новых версиях Visual Studio 2010/2012 эта функция уже встроена. Таким образом, нет причин использовать для этого какие-либо расширения или инструменты.
Просто щелкните правой кнопкой мыши решение или проект в обозревателе решений,
И выберите «Рассчитать метрики».
Позже данные для анализа и агрегирования можно было импортировать в Excel. Также в Excel вы можете отфильтровать сгенерированные классы или другой шум из ваших метрик. Эти метрики, включая LOC строк кода, могут быть собраны также в процессе сборки и включены в отчет о сборке.
Регулярные выражения изменились между VS2010 и 2012, поэтому большинство решений для регулярных выражений здесь больше не работают.
Найдет все непустые строки, а не только одну квадратную скобку (‘<' или '>‘) и не только #include или другой препроцессор.
Соответствующее регулярное выражение для VS 2010 и старше:
В него встроено множество утилит, включая счетчик строк, который показывает, сколько строк пусто, код и т. Д.
Matching lines: 563 Matching files: 17 Total files searched: 17
Конечно, это не очень хорошо для больших проектов, так как все строки подключаются и загружаются в память для отображения в окне результатов поиска.
Ссылка:
Очевидно, инструменты проще, но я чувствую себя круто делать это в PowerShell 🙂
Значения метрик кода
Повышенная сложность современных программных приложений также повышает сложность обеспечения надежности и сопровождения кода. Метрики кода представляют собой набор оценок программного обеспечения, которые дают разработчикам более глубокое представление о разрабатываемом коде. Используя преимущества метрик кода, разработчики могут понять, какие типы и методы должны быть переработаны или тщательно протестированы. Группы разработчиков могут выявление потенциальных рисков, понимание текущего состояния проекта и отслеживание хода выполнения во время разработки программного обеспечения.
разработчики могут использовать Visual Studio для создания данных метрик кода, которые измеряют сложность и удобство обслуживания управляемого кода. Данные метрик кода могут создаваться для всего решения или отдельного проекта.
сведения о создании данных метрик кода в Visual Studio см. в разделе инструкции. создание данных метрик кода.
Программные измерения
в следующем списке показаны результаты метрик кода, которые Visual Studio вычисляют:
Индекс удобства обслуживания — вычисляет значение индекса от 0 до 100, представляющее относительную простоту обслуживания кода. Высокое значение означает лучшую сопровождаемость. Для быстрого обнаружения проблем в коде можно использовать цветовую маркировку. Зеленая Оценка находится в диапазоне от 20 до 100 и указывает на то, что код обладает хорошей сопровождаемостью. Желтая Оценка находится в диапазоне от 10 до 19 и указывает, что код является умеренно поддерживаемым. Красная Оценка — это оценка между 0 и 9 и указывает на низкую сопровождаемость. Дополнительные сведения см. в разделе Диапазон индекса для удобства поддержки и значение.
Сложностью организации циклов сложность — измеряет структурную сложность кода. Он создается путем вычисления количества различных путей кода в потоке программы. Программа, имеющая сложный поток управления, требует больше тестов для достижения хорошего объема протестированного кода и менее сопровождаемой. Дополнительные сведения см. в записи Википедии для сложностью организации циклов сложность.
Глубина наследования — указывает количество различных классов, которые наследуют друг от друга, вплоть до базового класса. Глубина наследования аналогична взаимосвязанности классов в том, что изменение базового класса может повлиять на любые из его унаследованных классов. Чем выше это число, тем более глубокое наследование и тем выше вероятность внесения изменений в базовый класс, что приводит к критическому изменению. Для более глубокого наследования низкое значение хорошо, а высокое значение является недопустимым.
Взаимосвязь классов — измеряет связь с уникальными классами через параметры, локальные переменные, возвращаемые типы, вызовы методов, универсальные экземпляры или шаблоны шаблонов, базовые классы, реализации интерфейса, поля, определенные во внешних типах, и декорирование атрибутов. Хорошая разработка программного обеспечения определяет, что типы и методы должны иметь высокую связность и низкую связь. Высокая связь указывает на проект, который трудно использовать и поддерживать из-за множества взаимозависимостей от других типов. Дополнительные сведения см. в разделе соединение классов.
Строки исходного кода — указывает точное число строк исходного кода, имеющихся в исходном файле, включая пустые строки. эта метрика доступна начиная с Visual Studio 2019 версии 16,4 и Microsoft. CodeAnalysis. метрик (2.9.5).
Строки исполняемого кода — указывает приблизительное количество строк или операций исполняемого кода. Это количество операций в исполняемом коде. эта метрика доступна начиная с Visual Studio 2019 версии 16,4 и Microsoft. CodeAnalysis. метрик (2.9.5). Значение обычно является близким к предыдущей метрике, строкам кода, которая является метрикой на основе инструкций языка MSIL, используемой в устаревшем режиме.
Строки кода — указывает приблизительное количество строк в коде. Количество основывается на коде IL и, следовательно, не является точным числом строк в файле исходного кода. Большое число может означать, что тип или метод пытается выполнить слишком много усилий и должны быть разделены. Оно также может указывать на то, что тип или метод может быть трудно поддерживать.
Версия командной строки средства метрики кода считает фактические строки кода, поскольку анализирует исходный код, а не IL.
Анонимные методы
Анонимный метод — это просто метод без имени. Анонимные методы чаще всего используются для передачи блока кода в качестве параметра делегата. Результаты метрик кода для анонимного метода, объявленного в элементе, например метод или метод доступа, связаны с членом, который объявляет метод. Они не связаны с членом, который вызывает метод.
Созданный код
Некоторые программные средства и компиляторы создают код, который добавляется в проект, и разработчик проекта не может видеть или не должен изменять его. В основном метрики кода игнорируют сформированный код при вычислении значений метрик. Это позволяет значениям метрик отражать, что может видеть и изменять разработчик.
код, созданный для Windows Forms, не пропускается, так как это код, который разработчик может просматривать и изменять.
Как подсчитать строки кода в решении Visual Studio?
можно ли найти количество строк кода во всем решении? Я слышал о MZ-Tools, но есть ли эквивалент с открытым исходным кодом?
25 ответов
Visual Studio 2010 Ultimate имеет этот встроенный.
Я нашел powershell полезное для этого. Я считаю LoC довольно фиктивной метрикой в любом случае, поэтому я не считаю, что требуется что-то более формальное.
из каталога небольшого решения:
зачем использовать все приложение, когда одна командная строка будет делать это? 🙂
счетчик строк с открытым исходным кодом для VS2005, 2003 и 2002 доступен здесь:
существует также обсуждение создания подсчета строк VS addin, в комплекте с кодом на Codeproject, здесь
также гладкие гаджеты редактирования имеют хороший счетчик строк, здесь:
и Microsoft Visual Studio Team System 2008 включает в себя хороший счетчик строк.
измерять программируя прогресс линиями кода как измерять прогресс здания воздушных судн весом. Билл Гейтс!—1—>
Не плагин, хотя, если это то, что вы ищете.
вот обновление для Visual Studio 2012/2013/2015 для тех, кто хочет сделать параметр «найти» (который я считаю самым простым): это регулярное выражение найдет все непустые строки с несколькими исключениями, чтобы дать наиболее точные результаты.
введите следующее выражение в поле «Найти». Обязательно выберите опцию «Использовать регулярные выражения». Измените параметр поиска на «текущий проект» или «Все решение» в зависимости от ваших потребностей. Теперь выберите «Найти все». На дно Результаты Поиска окно, вы увидите «соответствующие строки», которые являются строками кода.
это выражение исключает следующие элементы:
многострочные комментарии (при условии, что строки правильно прокомментированы с * Перед каждой строкой)
XML для Технология IntelliSense
открывающей фигурной скобки:
закрытие фигурных скобок:
Примечание: все, что между фигурными скобками будет включено в поиск, но в этом примере будет считаться только 4 строки кода, а не 18 фактических незаполненных строк:
Я создал это дайте мне гораздо более точный подсчет LOC, чем некоторые предыдущие варианты, и я решил поделиться. Боссы любят LOC counts, поэтому я застрял с ним на некоторое время. Я надеюсь, что кто-то еще может найти это полезным, дайте мне знать, если у вас есть какие-либо вопросы или нужна помощь в его работе.
теперь он не будет специально запускаться в файле решения VS, но он может рекурсировать через каталоги, и вы можете настроить фильтры файлов по своему усмотрению.
вот пример вывода с их веб-страницы:
эквивалентная шкала третьего поколения является грубой оценка того, сколько кода потребуется в язык третьего поколения. Не очень полезная, но интересная.
ответы здесь немного устарели,может быть, с 2008 года. Поскольку в более новых версиях Visual Studio 2010/2012 эта функция уже встроена. Таким образом, нет никаких причин использовать для этого расширение или инструменты.
функция подсчета строк кода-вычисление метрик. С его помощью вы можете рассчитать свои метрики (LOC, maintaince index, Cyclomatic index, глубина наследования) для каждого проекта или решения.
просто щелкните правой кнопкой мыши на решении или проекте в решении Обозреватель
и выбрать «измерения»
более поздние данные для анализа и агрегирования могут быть импортированы в Excel. Также в Excel вы можете отфильтровать сгенерированные классы или другой шум от ваших метрик. Эти метрики, включая строки кода LOC, могут быть собраны также в процессе сборки и включены в отчет сборки
регулярные выражения изменились между VS2010 и 2012, поэтому большинство решений регулярных выражений здесь больше не работают
найдет все строки, которые не являются пустыми, не являются только одной скобкой (‘<'или'>‘), а не только #include или другим препроцессором.
соответствующее регулярное выражение для VS 2010 и старше
для будущих читателей, я хотел бы посоветовать расширение DPack для Visual Studio 2010.
у него есть загрузка встроенных утилит, включая счетчик строк,который говорит, сколько строк пусто, код и т. д.
простым решением является поиск во всех файлах. Введите «*» при использовании подстановочных знаков. Что соответствовало бы всем линиям. В конце окна результатов поиска вы увидите строку вида:
Matching lines: 563 Matching files: 17 Total files searched: 17
конечно, это не очень хорошо для больших проектов, так как все строки обрабатываются и загружаются в память, которая будет отображаться в окне результатов поиска.
ссылки:
вы можете использовать:
очевидно, что инструменты проще, но я чувствую себя круто, делая это в powershell:)
другое простой инструмент для VS2008 (открытый код): http://www.accendo.sk/Download/SourceStat.zip
можно использовать Метрики Кода Visual Studio PowerTool 10.0. Это утилита командной строки, которая вычисляет несколько метрик управляемого кода для вас (включая строки кода). Вы можете получить плагин VS 2010, который приносит инструмент в Visual Studio, и делает это так же быстро, как выбор пункта меню и нажав кнопку » Анализ решения.»
Как вы считаете строки кода в решении Visual Studio?
Visual Studio 2010 Ultimate имеет следующие встроенные функции:
Анализ → Рассчитать метрики кода
Из небольшого каталога решений:
Зачем использовать приложение целиком, если это делает одна командная строка? 🙂
Вы можете использовать, [^\n\s]\r\n чтобы пропустить пустые и только пробелы строки (кредиты для Зак в комментариях).
Счетчик строк с открытым исходным кодом для VS2005, 2003 и 2002 доступен здесь:
Здесь также обсуждается создание надстройки с подсчетом строк, дополненной кодом на Codeproject, здесь
Также Slick Edit Gadgets имеют хороший счетчик строк, здесь:
и Microsoft Visual Studio Team System 2008 включает в себя хороший счетчик строк.
Просто помните, хотя:
Измерение прогресса в программировании с помощью строк кода похоже на измерение прогресса в самолетостроении по весу. Билл Гейтс
Введите следующий RegEx в поле «Найти». Пожалуйста, не забудьте выбрать опцию «Использовать регулярные выражения». Измените параметр поиска на «Текущий проект» или «Полное решение» в зависимости от ваших потребностей. Теперь выберите «Найти все». В нижней части окна « Результаты поиска» вы увидите «Соответствующие строки», которые представляют собой количество строк кода.
Этот RegEx исключает следующие пункты:
Многострочные комментарии (при условии, что строки правильно прокомментированы с * перед каждой строкой)
XML для Intellisense
Открытие фигурных скобок:
Закрывающие фигурные скобки:
Примечание: все, что находится между фигурными скобками, будет включено в поиск, но в этом примере будет учитываться только 4 строки кода вместо 18 фактических непустых строк:
Я создал это, чтобы дать мне гораздо более точный подсчет LOC, чем некоторые предыдущие варианты, и решил, что поделюсь. Боссы любят LOC, так что я застрял на некоторое время. Я надеюсь, что кто-то еще может найти это полезным, дайте мне знать, если у вас есть какие-либо вопросы или вам нужна помощь, чтобы заставить его работать.
Не плагин, хотя, если это то, что вы ищете.
(: Wh @ \ #). +, А для C # я думаю ^
(: Wh @ \ #). + Таким образом, чистые строки комментариев и директивы компилятора обрабатываются правильно. В любом случае, с VB.NET это работало лучше, а C # я не тестировал.
Теперь он не будет специально работать с файлом решения VS, но он может проходить по каталогам, и вы можете настроить фильтры имен файлов по своему усмотрению.
Вот пример вывода с их веб-страницы:
Ответы здесь немного устарели, может быть, по сравнению с 2008 годом. Поскольку в более новых версиях Visual Studio 2010/2012 эта функция уже встроена. Таким образом, нет никаких оснований использовать какое-либо расширение или инструменты для него.
Просто щелкните правой кнопкой мыши на решении или проекте в Solution Explorer,
и выберите «Рассчитать метрики»
Позже данные для анализа и агрегирования могут быть импортированы в Excel. Также в Excel вы можете отфильтровать сгенерированные классы или другой шум из ваших метрик. Эти метрики, включая строки кода LOC, могут быть собраны также во время процесса сборки и включены в отчет о сборке.