Неужели общественный класс и методы замедляют ваш код?

Question

Мой учитель всегда говорил, что мы не должны писать одну и ту же часть кода более одного раза во время программирования. Но должен ли код, приоритет которого должен быть надежным & быстро использовать класс и методы вместо того, чтобы записывать один и тот же код когда-либо? Вызов класса требует немного больше времени, чем прямой код ?!

Например, если я хочу сделать это:

Program1.Action1(); 
Program1.Action2(); 
Program1.Action3(); 
& 
Program2.Action1(); 

и т.д. и т.д. и т.п.

, и я хочу, чтобы эти действия были выполнять быстрый, как это возможно, Могу ли я назвать действия() или написать вниз полный код ?!

Adnt его вопрос приводит к другому: Для проекта мы должны сделать его легко читаемым учителем, поэтому у нас есть много «вкладок класса» на визуальной студии, мы делаем все общедоступным, и мы называем наш класс или методов в нашей основной форме.

Хорошо, это довольно организованный, очень легкий для чтения, НО не делает код замедленным ?! Является ли общедоступная вкладка «класс» медленнее, чем частный класс в нашей основной форме ?! Я ничего не нашел в любом месте. Спасибо.

Answer 1

У вас есть один главный вопрос и некоторые проблемы.

Позвольте мне обратиться к ним отдельно; сначала: государственные и частные не являются, по сути, более быстрыми или медленными. Компилятор мог бы, теоретически, оптимизировать больше при использовании частных методов, но я не думаю, что есть много случаев, когда это может иметь значение. Итак, короткий ответ НЕТ, публика не замедляет ваш код.

Простой вызов функции имеет незначительную стоимость. Если вы не программируете цикл кода с хрустком, превышающий миллион и миллион раз, стоимость какого-либо вызова функции не вызывает беспокойства.

Итак, если у вас нет проблем с производительностью, вы не должны заботиться о них. Сделайте себе одолжение, учась, и напишите это 10 раз: если у вас нет проблем с производительностью, вы не должны заботиться о них.

Вы должны сконцентрироваться на читаемости кода и алгоритмической сложности, а не на микро оптимизации, которая может или не может улучшить «производительность», но может легко усложнить код и создать ошибки.

Прост в чтении и тестировании имеет первостепенное значение (осмелюсь сказать)? 98% разработанного программного обеспечения.

Answer 2

Вы всегда можете рассмотреть профилирование производительность.

Но на самом деле вам следует полагать, что C# будет лучше, чем вы, при выборе такого кода при компиляции кода.

То, о чем вы заявляете в своем вопросе, кажется мне ненужными микрооптимизациями, которые, вероятно, не составят разницы.

Считывание и возможность масштабирования вашей программы являются более важными соображениями: компьютеры стремятся удваивать скорость каждый год, но программисты становятся все более и более дорогими.