NN
Только сейчас domains, которые также встречаются в статье сейчас deprecated, так что на них не обращай внимания.
Size: a a a
2020 April 28
IK
Почитай эту статью, тут неплохо описывается различие между операционными ошибками и собственно - ошибками программиста, и как нужно поступать в этих случаях. https://www.joyent.com/node-js/production/design/errors
Спасибо)
IK
Ребят,на оф сайте express для работы с postgres используют pg-promise (135к скачиваний),а я использую pg(1 537 000).Выбирать то,где больше скачиваний?
CM
Ребят,на оф сайте express для работы с postgres используют pg-promise (135к скачиваний),а я использую pg(1 537 000).Выбирать то,где больше скачиваний?
Юзай pg
PS
Ребят,такой вопрос.Есть мидлвара,которая ловит ошибки в индексном файле express сервера.У меня могут 2 типа объекта error приходить (исключения/фатальная ошибка).В случае исключения я возвращаю пользователю сообщение (Например пробует авторизоваться человек,которые еще не регистрировался),например "Email didn't find." А в случае ошибки,что возвращать?
не, ты не в ту сторону пошел и не на том делаешь акцент. никаких фатальных ошибок не существует. есть только два типа:
1) ожидаемые ошибки.
2) исключительные ситуации.
в твоем примере, то, что ты называешь "исключением" — это ожидаемая ошибка. а то, что ты называешь "фатальной ошибкой" — это исключение.
пример:
* ты делаешь калькулятор, деление на ноль — это ожидаемая ошибка.
* ты делаешь консольную утилиту для конвертирования файлов. пользователь указал неправильный путь к файлу — в этом конкретном случае это вполне ожидаемая ошибка, ведь пользователь может ошибиться при наборе пути.
* ты пишешь сервер. при запуске он читает файл конфига. если файл не найден, то это исключительная ситуация, потому что файл конфига должен всегда существовать (ну, допустим это так для нашего примера).
при этом:
* ожидаемые ошибки возвращаются через return, а исключения — через throw.
правило пальца:
* будет ли программа исполняться, если удалить все обработчики исключений (удалить все try-catch)? если ответ отрицательный — значит исключения используются неправильно.
1) ожидаемые ошибки.
2) исключительные ситуации.
в твоем примере, то, что ты называешь "исключением" — это ожидаемая ошибка. а то, что ты называешь "фатальной ошибкой" — это исключение.
пример:
* ты делаешь калькулятор, деление на ноль — это ожидаемая ошибка.
* ты делаешь консольную утилиту для конвертирования файлов. пользователь указал неправильный путь к файлу — в этом конкретном случае это вполне ожидаемая ошибка, ведь пользователь может ошибиться при наборе пути.
* ты пишешь сервер. при запуске он читает файл конфига. если файл не найден, то это исключительная ситуация, потому что файл конфига должен всегда существовать (ну, допустим это так для нашего примера).
при этом:
* ожидаемые ошибки возвращаются через return, а исключения — через throw.
правило пальца:
* будет ли программа исполняться, если удалить все обработчики исключений (удалить все try-catch)? если ответ отрицательный — значит исключения используются неправильно.
С
Ребят, подскажите как стоит назвать свойство класса, которое может редактировать только другой служебный класс?
Я знаю, что через нижнее подчеркивание назваются локальные свойства. Но не понимаю как показать, что свойство можно редактировать только на определенном уровне
Я знаю, что через нижнее подчеркивание назваются локальные свойства. Но не понимаю как показать, что свойство можно редактировать только на определенном уровне
ZK
Добрый день,
Handlebars: Access has been denied to resolve the property "area" because it is not an "own property" of its parent., решается только откатом версии?
V
Добрый день,
Handlebars: Access has been denied to resolve the property "area" because it is not an "own property" of its parent., решается только откатом версии?
Вчера только спрашивали. Решается настройками по ссылке из текста ошибки. Но и код потом лучше поправить, чтобы данные были в нужном месте.
IK
не, ты не в ту сторону пошел и не на том делаешь акцент. никаких фатальных ошибок не существует. есть только два типа:
1) ожидаемые ошибки.
2) исключительные ситуации.
в твоем примере, то, что ты называешь "исключением" — это ожидаемая ошибка. а то, что ты называешь "фатальной ошибкой" — это исключение.
пример:
* ты делаешь калькулятор, деление на ноль — это ожидаемая ошибка.
* ты делаешь консольную утилиту для конвертирования файлов. пользователь указал неправильный путь к файлу — в этом конкретном случае это вполне ожидаемая ошибка, ведь пользователь может ошибиться при наборе пути.
* ты пишешь сервер. при запуске он читает файл конфига. если файл не найден, то это исключительная ситуация, потому что файл конфига должен всегда существовать (ну, допустим это так для нашего примера).
при этом:
* ожидаемые ошибки возвращаются через return, а исключения — через throw.
правило пальца:
* будет ли программа исполняться, если удалить все обработчики исключений (удалить все try-catch)? если ответ отрицательный — значит исключения используются неправильно.
1) ожидаемые ошибки.
2) исключительные ситуации.
в твоем примере, то, что ты называешь "исключением" — это ожидаемая ошибка. а то, что ты называешь "фатальной ошибкой" — это исключение.
пример:
* ты делаешь калькулятор, деление на ноль — это ожидаемая ошибка.
* ты делаешь консольную утилиту для конвертирования файлов. пользователь указал неправильный путь к файлу — в этом конкретном случае это вполне ожидаемая ошибка, ведь пользователь может ошибиться при наборе пути.
* ты пишешь сервер. при запуске он читает файл конфига. если файл не найден, то это исключительная ситуация, потому что файл конфига должен всегда существовать (ну, допустим это так для нашего примера).
при этом:
* ожидаемые ошибки возвращаются через return, а исключения — через throw.
правило пальца:
* будет ли программа исполняться, если удалить все обработчики исключений (удалить все try-catch)? если ответ отрицательный — значит исключения используются неправильно.
Огромное спасибо,очень доступно!)
PS
Ребят, подскажите как стоит назвать свойство класса, которое может редактировать только другой служебный класс?
Я знаю, что через нижнее подчеркивание назваются локальные свойства. Но не понимаю как показать, что свойство можно редактировать только на определенном уровне
Я знаю, что через нижнее подчеркивание назваются локальные свойства. Но не понимаю как показать, что свойство можно редактировать только на определенном уровне
что значит "другой служебный класс"?
С
что значит "другой служебный класс"?
Например класс который оперирует дочерними классами
PS
Например класс который оперирует дочерними классами
в таком случае никаких обозначений быть не может. это публичное свойство
PS
Например класс который оперирует дочерними классами
ну ок. в си шарпе для похожего есть ключевое слово internal. в жс ты можешь использовать префикс $
С
в таком случае никаких обозначений быть не может. это публичное свойство
Вот на пример цепочка - unit.geometry.line._id
Мне нужно, что бы у geometry был доступ к этому свойству. А у unit, его уже не было
Мне нужно, что бы у geometry был доступ к этому свойству. А у unit, его уже не было
С
ну ок. в си шарпе для похожего есть ключевое слово internal. в жс ты можешь использовать префикс $
В таком случае это актуально?
PS
Вот на пример цепочка - unit.geometry.line._id
Мне нужно, что бы у geometry был доступ к этому свойству. А у unit, его уже не было
Мне нужно, что бы у geometry был доступ к этому свойству. А у unit, его уже не было
эээ, а какую проблему ты пытаешься таким образом решить?
С
эээ, а какую проблему ты пытаешься таким образом решить?
что бы пользователь не менял id
Потому, что он зашит в массиве экземпляра geometry
Потому, что он зашит в массиве экземпляра geometry
PS
что бы пользователь не менял id
Потому, что он зашит в массиве экземпляра geometry
Потому, что он зашит в массиве экземпляра geometry
чтобы не менял ты можешь отдавать это поле через getter, а присваивать — только через конструктор
С
чтобы не менял ты можешь отдавать это поле через getter, а присваивать — только через конструктор
У меня оно просто присваивается как раз в geometry после инициализации
PS
У меня оно просто присваивается как раз в geometry после инициализации
вижу единственный вариант — сделать line приватным полем у geometry