Почему обработка ошибок важна?
здесь вы должны смешать flatMap , который преобразует ваш массив в простой плоский массив.
, затем вы можете использовать Массив уменьшить , чтобы получить самую высокую зарплату.
const projects = [
{
employee: [{
salary: 12345
},
{
salary: 54321
},
{
salary: 23456
},
]
},
{
employee: [{
salary: 1234
},
{
salary: 654321
},
]
}
];
const salaries = projects.flatMap(project => {
// here we have array of array, goal is to craft flat array of salary.
return project.employee.map(employe => {
// From each employee, we pickup only the salary.
return employe.salary;
});
});
const highest = salaries.reduce((accumulator, currentValue) => {
// If current salary is highest than the previous, we keep track of it.
if(currentValue > accumulator) {
accumulator = currentValue;
}
return accumulator;
});
4 ответа
По моему скромному мнению... большинство программ является очень большим, очень сложным и записано несколькими людьми. Эта комбинация факторов почти всегда приводит к некоторой программной ошибке. It не, что программисты являются злонамеренными, глупыми или ленивыми..., это просто, что в стремлении выполнить работу в срок мы часто не предвидим каждую возможную вещь, которую пользователь может сделать к нашим программам, и что-то обязано произойти.
В этом отношении обработка ошибок служит двум целям.
Во-первых, это сообщает пользователю относительно дружественным способом, что что-то пошло не так, как надо и что они должны связаться с отделом технической поддержки или что кто-то от технической поддержки был уведомлен. Поскольку все мы знаем, что существует Огромная разница между получением довольно противного, технология пронизала уведомление, в котором говорится что-то как "Объект не набор к ссылке объекта" и т.д.... и получения хорошего раскрывающегося окна типа, которое говорит, что "Была проблема. Свяжитесь со справочной службой".
Второй это позволяет программисту вставлять некоторые тонкости для помощи в отладке проблем. Например... в моем коде, я обычно пишу пользовательский обработчик ошибок, который берет во многих параметрах, и слюна поддерживает хорошее, форматированное сообщение, которое может или быть послано по электронной почте к справочной службе, спрятавшей в журнале событий, записанном в файл журнала и т.д. Сообщение об ошибке будет содержать столько информации, сколько я могу переполнить там, чтобы помочь мне выяснить то, что произошло, отслеживания стека, параметры функции, вызовы базы данных... Вы называете его. Мне нравится, когда подробные сообщения об ошибках помогают мне выяснить то, что на самом деле произошло. Пользователь никогда не должен видеть ни один из него, они получают хорошее, дружественное сообщение выше, позволяя им знать, что кто-то может выяснить то, что продолжается.
Обработка ошибок важна, потому что она помогает конечным пользователям Вашего кода использовать его правильно. Другая важная проблема - то, что это делает Ваш код легче поддержать. Обработка ошибок помогает встроить входные спецификации в код, таким образом, Вы не должны искать дизайн, когда Вы пишете и позже поддерживаете код.
Почему Обработка ошибок Важна.
Из-за того, что может произойти, если Вы не делаете.
Если Вы способны к записи инструкций по кодированию, необходимо ли смочь обработать это, конечно?
Сначала я попросил бы, чтобы действительно ли это было важно?
Я видел (ужасный) код, где некоторые ошибки были проигнорированы (например, нулевая ссылка)
Таким образом, какие ошибки важны для дескриптора?
Существует большая разница между System.IO.FileNotFoundException, System.Data.SqlClient.SqlException и System.ApplicationException