Show that the BankAccount(double initialBalance) constructor is not strictly nec essary. That is, if we removed that

Question:

Show that the BankAccount(double initialBalance) constructor is not strictly nec essary.

That is, if we removed that constructor from the public interface, how could a programmer still obtain BankAccount objects with an arbitrary balance?

Conversely, could we keep only the BankAccount(double initialBalance) constructor and remove the BankAccount() constructor?

Fantastic news! We've Found the answer you've been seeking!

Step by Step Answer:

Related Book For  book-img-for-question
Question Posted: