选项A虽然可以处理多种交易，但将所有交易逻辑耦合到一个方法中，违反了单一职责原则，导致内聚性低。选项C的方法参数过多，且包含不属于账户本身职责的数据（如用户名、日期），导致方法功能不单一。选项D接受任意对象进行操作，缺乏明确的目标和类型约束，违反了面向对象的设计原则。选项B将存款、取款和获取余额等操作分别定义为独立的方法，每个方法只关注一个明确的职责，具有高内聚性，符合面向对象的设计原则。