МР
Jvm и clr это ж менее производительные штуки в сравнении с неуправляемым кодом на плюсах
Size: a a a
2020 September 05
S
Не знаю что там про удобство, это всё вкусовщина как я считаю. Гораздо проще и удобнее проверить null, но бывают случаи когда это не так, я уже говорил выше о том когда стоит всё таки пустой объект возращать
P
Объект пустой можно вернуть если требуется вывести мол что-то не удалось, для этого достаточно в конструкторе создаваемогт класса присвоить все нужные поля, но эти поля потом потребуется обработать при выводе на экран
Ну если присвоить поля, это уже не пустой
P
Не знаю что там про удобство, это всё вкусовщина как я считаю. Гораздо проще и удобнее проверить null, но бывают случаи когда это не так, я уже говорил выше о том когда стоит всё таки пустой объект возращать
А пустой объект, от null не отличается, что там будет ошибка, что там
S
При написании библиотек, в паблик методах лучше возращать пустой объект. Всё что скрыто от использования юзером, то есть прайват, или назовём даже бэкэнд библиотеки, намного лучше юзать null'ы для возрата
МР
Справедливо
S
Ну если присвоить поля, это уже не пустой
Ну это да, не совсем пустой, он просто информирует о том что произошла ошибка при загрузке его
S
А пустой объект, от null не отличается, что там будет ошибка, что там
Не всегда, разница есть
J
Сколько уже можно. Более месяца звездочки рисуешь
тебе какая разница?пишет и пусть ты значит и сам незнаешь что это помочто не хочешь помочь а точнее просто не знаешь
J
Не всегда, разница есть
кстати сколько мбит сек?
S
Если ты вызываешь функцию которая должна вывести тебе в ListBox объект, и функция считывает объект, то при возрате пустого объекта он просто будет выводить его, в случае с null будет ошибка.
Именно в таких ситуациях когда функция должна отдавать что-то на вывод, в реализации этой функции лучше всего делать в возрате при ошибке пусттй объект, ибо с null придётся делать проверку.
Но если функция никак не взаимодействует с выходными данными, то желательно юзать null и обрабатывать его уже по полной, а не просто возращая якобы "хороший" результат.
Именно в таких ситуациях когда функция должна отдавать что-то на вывод, в реализации этой функции лучше всего делать в возрате при ошибке пусттй объект, ибо с null придётся делать проверку.
Но если функция никак не взаимодействует с выходными данными, то желательно юзать null и обрабатывать его уже по полной, а не просто возращая якобы "хороший" результат.
S
кстати сколько мбит сек?
300
J
S
Если ты вызываешь функцию которая должна вывести тебе в ListBox объект, и функция считывает объект, то при возрате пустого объекта он просто будет выводить его, в случае с null будет ошибка.
Именно в таких ситуациях когда функция должна отдавать что-то на вывод, в реализации этой функции лучше всего делать в возрате при ошибке пусттй объект, ибо с null придётся делать проверку.
Но если функция никак не взаимодействует с выходными данными, то желательно юзать null и обрабатывать его уже по полной, а не просто возращая якобы "хороший" результат.
Именно в таких ситуациях когда функция должна отдавать что-то на вывод, в реализации этой функции лучше всего делать в возрате при ошибке пусттй объект, ибо с null придётся делать проверку.
Но если функция никак не взаимодействует с выходными данными, то желательно юзать null и обрабатывать его уже по полной, а не просто возращая якобы "хороший" результат.
И еще, в функциях которые учавствуют в выводе, можно возращать null если не нужно производить вывод этого объекта, в таком случае достачно просто проверки на null
S
Ибо с пустым объектом его выведит
S
А если возращать пустой объект и не выводить его, то это тупо
S
Лучше null, и условие, это куда лучше чем выделять память под новый объект
J
Лучше null, и условие, это куда лучше чем выделять память под новый объект
вот это интернет 8- кб сек
S
👍
J
не знаете как ускорить инет?