Код для развертывания

Question

Является ли написание кода, удобного для развертывания, хорошим достоинством для программиста?

Если да, то какие общие соображения следует учитывать при кодировании, чтобы позднее развертывание этого кода не стало кошмаром?

Answer 1

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

Answer 2

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

Приятно также, чтобы ваша программа не зависела от слишком большого количества окружающих вещей для правильной работы. Чтобы бороться с этим, я хотел бы определить структуру каталогов с моим собственным bin и т. Д. И другими папками, чтобы все могло быть автономным.

Answer 3

Клиент или сервер?

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

Все остальное развертывание, настольное или серверное, следует из ранней проверки. Вы можете добавить все причудливые зависимости, которые хотите, если решите доставку этих зависимостей раньше. Некоторые очень удобные механизмы развертывания рабочего стола приводят к созданию «песочницы» / частично доверенных приложений. Лучше на раннем этапе обнаружить, что вы не можете что-то сделать (например, записать свой журнал в c: \ log.txt), чем поздно узнать, что ваши клиенты не могут установить.

Answer 4

Весь процесс развертывания должен быть автоматизирован, чтобы минимизировать человеческие ошибки. Программное обеспечение не должно быть затронуто окружающей средой. Любое новое развертывание должно быть легко отменено в случае возникновения проблем. При кодировании не следует использовать жесткие значения конфигурации кода, которые могут отличаться для каждой среды. Конфигурация должна быть выполнена таким образом, чтобы ее можно было легко автоматизировать в зависимости от окружающей среды.

Answer 5

Я не совсем уверен, что вы подразумеваете под "дружественным к развертыванию кодом". Что вы развертываете? Что вы подразумеваете под "развертыванием"?

Если вы имеете в виду, что ваш код должен передаваться между компьютерами, я думаю, что лучше всего было бы минимизировать ненужные (с определением «ненужные») зависимости от внешних библиотек и хорошо документировать библиотеки, которые вы до зависит от.