ToString () полезен только для отладки?

toString () полезен всякий раз, когда вам нужно строковое представление объекта. Естественно, это происходит в целях отладки, но может также применяться для вывода результатов операций пользователю.

Например, предположим, что у вас есть сложный класс, который обрабатывает комплексные числа. Если вы хотите распечатать их для пользователя в формате, подобном 3 + 2i, будет удобно, если они определят toString (), поскольку вам не нужно каждый раз записывать формат, и вывод будет последовательный. Если вы когда-нибудь захотите изменить это представление, например, на 3 + 2j, вам нужно всего лишь коснуться метода toString () в классе Complex.

Таким образом, toString () также не предназначен для целей отладки, но это хороший способ получить согласованные строковые представления ваших объектов.

Нет, дело в том, что вы должны переопределить реализацию по умолчанию ToString(), чтобы сделать ее полезной. ToString() может быть отличным способом вывести значение чего-либо обратно в пользовательский интерфейс.

Простой пример: у вас есть класс Name с тремя строками (First, Middle, Last). У вас может быть ToString() метод, форматирующий его для пользовательского интерфейса: например, «Последний, первый средний».

Или класс, в котором хранится математическая операция (значения Left = 2, Right = 3, Result = 6 и оператор enum = Multiply). Позвоните ToString(), чтобы получить «2 * 3 = 6».

Однако, вероятно, более распространено использование множества различных To<qualifier>String() методов, таких как класс .NET DateTime. (ToShortDateString(), ToLongDateString(), ToLongTimeString(), ...)

Изменить: что касается того, почему он основан на классе Object, это просто потому, что ToString() является допустимой операцией для всего.

Кроме того, строки могут быть хорошим способом маршалинга между типами данных или потребителями данных, потому что они (практически) гарантированно поддаются синтаксическому анализу и не требуют дополнительного кодирования или ухода.

Лично я предпочитаю, чтобы toString () никогда не использовался ни для чего, кроме отладки. Если вы хотите создать строку для объекта, предоставьте отдельный метод, который четко документирует ваше намерение (getName (), getDescription () и т. Д.). Никогда не полагайтесь на реализацию toString ().

Проблема в том, что многие разработчики видят toString () как строку уровня отладки и ничего не думают об ее изменении (например, при добавлении или удалении новых полей). Черт возьми, некоторые автоматические построители toString () используют отражение для генерации toString () из полей.

Я обнаружил, что это предпочтение хорошо мне служило на протяжении многих лет.

Все, что я могу сказать, это то, что у меня произошел разрыв кода, когда я изменил toString своего класса, чтобы отобразить дополнительную информацию об отладке.

Рассматриваемый код был библиотекой GUI, которая решила использовать значение toString как некую внутреннюю вещь (это было пару лет назад ... я забыл, что именно). Конечным результатом было то, что я больше не использовал эту библиотеку.

Я бы сказал, что, поскольку большая группа людей считает, что toString используется для отладки (независимо от вашего мнения о том, для чего, по вашему мнению, он должен использоваться), проблематично использовать возвращаемое из него значение для выполнения каких-либо программных действий. (например, проанализировать его) или показать пользователю.

Если вы на 100% контролируете методы toString, то делайте все, что хотите.

Итак, чтобы ответить на вопрос, no toString не только полезен для отладки, вы можете делать с ним все, что захотите. Однако не удивляйтесь, если toString изменится так, что вас расстроит.

По моему опыту, toString () не имеет большого значения вне отладки и ведения журнала. Вы не можете зависеть от его формата или содержимого с течением времени, поэтому, кроме того, что он удобочитаем, не зависите от него ни в чем другом, кроме простейших объектов (таких как примитивные типы объектов). Если есть несколько элементов данных, ожидайте, что они могут измениться по типу или количеству с течением времени, а также к выходным данным toString () вместе с ним.

Еще одно замечание, которое я хотел бы особо отметить. Не вызывайте другие методы в вашем toString (). Нет ничего хуже, чем проверка содержимого переменной в точке останова в отладчике, а затем выполнение большего количества кода из-за вызовов методов в toString ().

Я думаю, важно отметить, что люди, ответившие на упоминание «toString», заметили, что строчная буква «t» обычно говорит о Java, а люди, ответившие с упоминанием «ToString», обычно имеют в виду C #. Конечно, это относится не ко всем ответам.

По моему собственному наблюдению (я использую оба варианта ежедневно), программистам на C # рекомендуется переопределить "ToString" для отображения полезного текстового представления. В то время как в Java я этого почти не вижу. На самом деле я такое редко вижу.

-JP

Во-первых, метод toString должен возвращать удобочитаемое текстовое представление объекта.

Эта проблема поднимается в Effective Java как Правило 10: Всегда переопределять toString.

Он ссылается на спецификацию Java API для _ 3_ метод:

В результате должно получиться краткое, но информативное представление, удобное для чтения.

Помимо отладки, переопределение метода toString класса может быть полезно при добавлении объектов в _ 5_ или JTable, который по умолчанию будет использовать метод toString для отображения объекта в виде текстовой формы в списке или таблице.

Например, в моем случае я переопределил метод toString объектов, которые добавляются в JList, чтобы пользователь мог видеть информацию об элементе в списке через графический интерфейс.

Итак, действительно есть случаи, когда метод toString полезен не только для отладки, но и для других целей. Ключ состоит в том, чтобы метод toString возвращал информацию, которая действительно полезна для человека, а не реализацию по умолчанию Object.toString, в которой место в памяти объекта используется для его текстового представления.

Полезный для

1. Gui (сложное свойство при использовании PropertyGrid, текст заголовка формы)
2. DataBinding (вот как это работает)

И любой другой строковый вывод.

ToString () также неявно вызывается .NET Framework при выводе любого объекта в строку.

Console.WriteLine("My Object is" + object.ToString());

эквивалентно

Console.WriteLine("My Object is" + object);

потому что неявно вызывается ToString ().

Я считаю, хотя и не уверен, что он используется отладчиком для «значения» объекта. Это может быть довольно удобно, хотя и ограничено. В большинстве случаев было бы лучше написать собственный визуализатор отладчика.

На AS3 мне пришлось преобразовать 2D-массив в 1D-массив. Самым быстрым (скорость работы) и самым простым (время кодирования) решением было:

var new1DArray:Array = the2DArray.toString().split(",");

Удивитесь, но на самом деле он работает так, как задумано, и к тому же довольно быстро!

Я часто использую ToString () для форматов даты и времени.

http://hunterconcepts.com/content/tools/formats/

Помимо того, что все уже сказали, переопределение ToString () также полезно при использовании элементов управления, которые его вызывают. Например, ComboBox:

myComboBox.Items.Add(new MyClass());
// now, whatever ToString() returns is shown in the
// ComboBox, but you can get the object back by through
// the SlectedItem property.

Возможно, это не "преднамеренное" использование, но я использовал его для сериализации данных.

storeToHardDrive(studentList.ToString());