В настоящее время я пишу большое количество операторов вставки, удаления, чтения и обновления базы данных на Python с использованием SQLAlchemy для своего MVP-проекта. Естественно, все эти методы необходимо тщательно протестировать с помощью pytest.
Проблема, с которой я столкнулся, заключается в том, что написание и тестирование такого рода кода чрезвычайно повторяются и, честно говоря, скучны. Хотя в проектах MVP в некоторой степени ожидаемо повторение, писать очень похожий код снова и снова кажется неэффективным.
Копирование и вставка может ускорить процесс, но оно может легко привести к тонким ошибкам или привести к плохо структурированным тестам, что затем подрывает качество тестов.
Мой вопрос не в том, чтобы избежать этого кода или сделать его пригодным для повторного использования — я уже следую принципу DRY там, где это уместно. Вместо этого меня интересует, как вы лично справляетесь с необходимостью писать и тщательно тестировать код, который вам просто кажется утомительным, но который все равно должен быть написан.
Есть ли у вас какие-либо умственные стратегии, рабочие процессы или практические «хитрости», чтобы справиться с этим? Например, полагаетесь ли вы на самодельные шаблоны, фрагменты кода, генераторы или определенные процедуры, чтобы оставаться продуктивными и мотивированными?
Подробнее здесь: https://stackoverflow.com/questions/798 ... still-good
Как написать скучный код, который при этом будет хорош? ⇐ Python
Программы на Python
-
Anonymous
1765790868
Anonymous
В настоящее время я пишу большое количество операторов вставки, удаления, чтения и обновления базы данных на Python с использованием SQLAlchemy для своего MVP-проекта. Естественно, все эти методы необходимо тщательно протестировать с помощью pytest.
Проблема, с которой я столкнулся, заключается в том, что написание и тестирование такого рода кода чрезвычайно повторяются и, честно говоря, скучны. Хотя в проектах MVP в некоторой степени ожидаемо повторение, писать очень похожий код снова и снова кажется неэффективным.
Копирование и вставка может ускорить процесс, но оно может легко привести к тонким ошибкам или привести к плохо структурированным тестам, что затем подрывает качество тестов.
Мой вопрос не в том, чтобы избежать этого кода или сделать его пригодным для повторного использования — я уже следую принципу DRY там, где это уместно. Вместо этого меня интересует, как вы лично справляетесь с необходимостью писать и тщательно тестировать код, который вам просто кажется утомительным, но который все равно должен быть написан.
Есть ли у вас какие-либо умственные стратегии, рабочие процессы или практические «хитрости», чтобы справиться с этим? Например, полагаетесь ли вы на самодельные шаблоны, фрагменты кода, генераторы или определенные процедуры, чтобы оставаться продуктивными и мотивированными?
Подробнее здесь: [url]https://stackoverflow.com/questions/79846937/how-to-write-boring-code-that-is-still-good[/url]
Ответить
1 сообщение
• Страница 1 из 1
Перейти
- Кемерово-IT
- ↳ Javascript
- ↳ C#
- ↳ JAVA
- ↳ Elasticsearch aggregation
- ↳ Python
- ↳ Php
- ↳ Android
- ↳ Html
- ↳ Jquery
- ↳ C++
- ↳ IOS
- ↳ CSS
- ↳ Excel
- ↳ Linux
- ↳ Apache
- ↳ MySql
- Детский мир
- Для души
- ↳ Музыкальные инструменты даром
- ↳ Печатная продукция даром
- Внешняя красота и здоровье
- ↳ Одежда и обувь для взрослых даром
- ↳ Товары для здоровья
- ↳ Физкультура и спорт
- Техника - даром!
- ↳ Автомобилистам
- ↳ Компьютерная техника
- ↳ Плиты: газовые и электрические
- ↳ Холодильники
- ↳ Стиральные машины
- ↳ Телевизоры
- ↳ Телефоны, смартфоны, плашеты
- ↳ Швейные машинки
- ↳ Прочая электроника и техника
- ↳ Фототехника
- Ремонт и интерьер
- ↳ Стройматериалы, инструмент
- ↳ Мебель и предметы интерьера даром
- ↳ Cантехника
- Другие темы
- ↳ Разное даром
- ↳ Давай меняться!
- ↳ Отдам\возьму за копеечку
- ↳ Работа и подработка в Кемерове
- ↳ Давай с тобой поговорим...
Мобильная версия