Reuse vs. Wartbarkeit und einfache Tests

Question

Jeder mag über Wiederverwertbarkeit zu sprechen. Wo ich arbeite, wenn irgendeine neue Idee wird herumgereicht oder erprobt, kommt die Frage nach der Wiederverwertbarkeit immer. „Wir wollen, dass unsere Investition in diese maximieren, lassen Sie uns machen es wiederverwendbar.“ „Reusability bringt höhere Qualität mit weniger Arbeit.“ Und so weiter und so weiter.

Was ich habe, ist, dass, wenn eine wiederverwendbare Komponente oder eine Idee eingeführt wird, jeder sofort davon Angst hat und schreibt sie als eine schlechte Idee ab. Sobald Anwendungen, die auf sie angewiesen werden, sagen sie, es nicht wartbar sein wird, und alle Änderungen in der Notwendigkeit führen Regressionstests auf, alles zu tun, dass Anwendungen. Die Menschen hier auf eine Komponente insbesondere darauf, die um eine lange Zeit gewesen ist und hat eine ganze Reihe von Familienangehörigen und Nörgelei, dass es zu ändern unmöglich geworden ist becuase wir nicht wissen, was die Änderungen brechen.

Meine Antworten auf diese Beschwerde sind:

1. Es ist gut, dass der Wandel zu einer Komponente dass viele unterhalts ist langsam, denn es zwingt die Designer zu wirklich die Veränderungen durchdenken.
2. Die Zeit sollte das bekommen genommen Komponente direkt an erster Stelle. Corrollary:? Wenn Sie das Bedürfnis sind finden es die ganze Zeit zu ändern, war es nie ganz wiederverwendbar zu beginnen, es war
3. Software-Entwicklung ist hart und erfordert Arbeit. Das Gleiche gilt für die Prüfung. Sie es einfach tun muss.

Leider, was die Leute hören in diesen Antworten sind „langsam“, „Zeit“ und „Aufwand.“

Ich würde gerne, wenn es eine Magie war „diese wiederverwendbar machen“ wechsle ich auf die Dinge drehen konnte ich bauen, um Pluspunkte von Management zu gewinnen, aber die Dinge nicht funktionieren auf diese Weise. etwas wiederverwendbar zu machen braucht Zeit und Mühe, und Sie sind immer noch nicht garantiert es richtig zu machen.

Wie gehen Sie mit dem Antrag auf „Wiederverwertbarkeit“ beschäftigen, wenn auf sie zu liefern scheint zu bringen nichts als Beschwerden?

Answer 1

1. Reusability ist nur dann sinnvoll, wenn etwas tatsächlich wiederverwendet werden. Stellen Sie sicher, dass Sie einige praktische Wiederverwendung Fälle haben, bevor Sie etwas wiederverwendbar schreiben.

2. Auch wenn eine wiederverwendbare Bibliothek ist 10x schwieriger zu verwalten als eine Ad-hoc-Version von sich selbst, sind Sie immer noch auf Wartung Speichern Gesamt wenn die wiederverwendbare Bibliothek anstelle von Ad-hoc verwendet Versionen in 10 verschiedenen Orten .

Answer 2

Reusability ist, um Code wiederverwendbar in der Bezeichnung der ähnlichen Verhaltens oder „IS_A“ Beziehung zu machen. Wenn Sie nur von Codeblock wieder verwenden wollen sehen, wie sie immer wieder verwenden, aber sie haben keine ähnliche Charakteristik, sollten Sie besser lassen sie allein werden lose Kopplung. Damit können wir später mehr Flexibilität zu ändern haben.

Answer 3

Eine Sache, die wir oft tun, ist Versionen zu verwenden und die ständige Wiederholung der Prüfungen zu vermeiden. Nur weil es eine neue Version von gemeinsamem Code ist, bedeutet nicht, alles hat sofort die neue Version zu verwenden. Wenn etwas aus anderen Gründen immer aktualisiert, Update auf die neue Version des gemeinsamen Code.