Я запаниковал, когда впервые запустил цикл в своем коде, который отказывался останавливаться. Конечно, это не остановится само по себе, потому что я создал ошибку. Я не знал, как отменить то, что сделал, поэтому отключил систему, опасаясь сбоя.
Как новичок или программист среднего уровня, вы слышали о некоторых Do-Nots при написании кода. Мне нравится называть их «прогулками по яичной скорлупе» в программировании. Некоторые из них:
- Изменяемые глобальные переменные
Допускать, чтобы глобальные переменные, значения которых легко изменить, разбросаны по вашей кодовой базе, не является хорошей практикой программирования. Они затрудняют понимание причины вашего кода, и это может привести к побочным эффектам.
Однако в некоторых случаях, таких как настройка ваших конфигураций или механизмов кэширования, вы можете использовать изменяемые глобальные переменные для совместного использования состояния во всей вашей программе.
2. Бесконечные циклы:
Циклы или итерации в программировании очень эффективны при правильных условиях и ограничениях. В противном случае ваш цикл может повторяться без остановок, и это может быть достаточно проблематично, чтобы ваша программа застряла.
Но в некоторых ситуациях бесконечный цикл может быть полезен в серверных приложениях или системах реального времени, где итерация непрерывна, а цикл выполняется в ожидании событий или пользовательского ввода.
3. Операторы GOTO:
Этот шаблон программирования устарел и крайне не рекомендуется. Неструктурированный поток управления, затрудняющий чтение кода. Это противоречит основным конструкциям программирования, таким как выбор, итерация и последовательность.
Более того, существуют сценарии, характерные для низкоуровневого программирования или оптимизации алгоритмов, где использование операторов GOTO может повысить производительность или упростить поток управления.
4. Блокирующие операции:
Ситуации, когда выполнение программы приостанавливается до тех пор, пока не произойдет событие, могут иметь последствия для взаимодействия с пользователем и реакции системы.
Однако в таких случаях, как обработка пользовательского ввода или ожидание доступности внешнего ресурса, может потребоваться блокировка операций. Очень хорошими примерами являются однопоточные и управляемые событиями системы.
5. Чрезмерное использование обработки исключений:
Внедрение накладных расходов на обработку исключений окажет непредсказуемое влияние на вашу кодовую базу при чрезмерном использовании. Это не означает, что обработка исключений в вашей программе не является идеальной практикой.
Некоторые события могут происходить в вашей программе нечасто. Важно правильно обрабатывать исключения, чтобы программа могла быстро восстанавливаться после критических ошибок и поддерживать стабильность вашего приложения.
Мое предостережение состоит в том, что эти методы влияют на вашу программу и делают ваш код грязным и трудным для сопровождения. Эмпирическое правило заключается в том, чтобы найти идеальные альтернативы, обеспечивающие качественный результат.
Испытывали ли вы что-либо из этого? Поделитесь, мне не терпится прочитать.
