如何定義下面的代碼？ a）高凝聚力 B）低凝聚力 我想說高達即使takeAndGlue()做兩件事情，他們被稱爲有2種獨立的方法，因此stackTrace是有跡可尋的。 public class Assembler()
{
public void take()
{
System.out.println("Take the thing");
}
在他的崗位SOLID: the next step is Functional，馬克西曼說： 如果繼續行駛你對小接口設計，你最終會在最終作用接口到達：用單一方法的接口[... ]如果你像這樣應用SRP和ISP，你很可能會發展出一個代碼庫，其中包含許多細粒度的類，每個類都有一個方法。這發生在我身上不止一次。 我的擔心是關於這些類的凝聚力。這種方法是否推動到 功能的凝聚力？這些課程是否具有協調性？ 對
假設您正在編寫一個「更大」的應用程序，並且想要在類中記錄某些錯誤。現在幾乎每個班級都需要訪問記錄器。 一個簡單的解決辦法是以下（PHP，但是這並不重要）： class SomeClass {
public function someMethod() {
// stuff ...
Logger::log("something happened");
// st
我要試着寫一些關於軟件耦合和內聚的想法，但我不確定它們是否意味着任何實際的東西。所以，如果你想用例子來解釋你的答案，請使用簡單的代數表達式想象代數是一個連續的編程語言所以我們都可以理解you're談論... Read about it in wikipedia 所以在這裏是我想相信（¿這是正確的？）： 'Implementation of A with Low Cohesion
'(Coinci