Повторное использование и ремонтопригодность и простота тестирования

Question

Все любят говорить о возможности повторного использования. Там, где я работаю, всякий раз, когда какая-то новая идея подбрасывается или тестируется, всегда возникает вопрос о повторном использовании. «Мы хотим максимизировать наши инвестиции в это, давайте сделаем его многоразовым». «Повторное использование принесет более высокое качество с меньшими затратами». И так далее, и так далее.

Я обнаружил, что когда вводится многократно используемый компонент или идея, каждый сразу боится этого и записывает его как плохую идею. Как только приложения становятся зависимыми от них, они говорят, что они не будут поддерживаться, и любые изменения приведут к необходимости проведения регрессионного тестирования всего, что его использует. Люди здесь указывают на один компонент, в частности, который был вокруг долгого времени и имеет множество иждивенцев и глухарей, что стало невозможно изменить, потому что мы не знаем, что изменится.

Моих ответов на эту жалобу являются:

1. Это хорошо, что изменение компонента , который имеет много иждивенцев медленно, , потому что это заставляет дизайнер к действительно думают, что через изменения.
2. Необходимо вначале забрать компонент . Корроллар: Если вы все время находите необходимость менять его, это никогда не было очень многоразовым для начала, не так ли?
3. Разработка программного обеспечения затруднена и требует работы. Так же и тестирование. Ты просто должен это сделать.

К сожалению, люди, которые слышат в этих ответах, «медленны», «время» и «усилие».

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

Как вы относитесь к запросу «повторного использования» при доставке на него, кажется, приносят только жалобы?

Answer 1

1. Повторное использование стоит только, если что-то действительно будет использовано повторно. Удостоверьтесь, что у вас есть некоторые практические случаи повторного использования, прежде чем вы напишете что-нибудь многоразовое.

2. Даже если библиотека многократного использования в 10 раз сложнее, чем сама специальная версия, вы все равно сохраняете общее обслуживание, если библиотека повторного использования используется вместо специальных версий в 10 разных местах.

Answer 2

Одна вещь, которую мы часто делаем, это использовать версии и избегать постоянного повторного тестирования. Просто потому, что есть новая версия обычного кода, это не значит, что все должно сразу использовать новую версию. Когда что-то обновляется по другим причинам, обновите новую версию общего кода.

Answer 3

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