Я думаю стандартно кроме конвенции (для C++)
, спецификаторы Исключения были экспериментом в стандарте C++, который главным образом перестал работать.
исключение, являющееся, что никакой спецификатор броска не полезен, но необходимо также добавить соответствующий блок выгоды попытки внутренне, чтобы удостовериться, что код соответствует спецификатору. У Herb Sutter есть страница на предмете. Gotch 82
В дополнении я думаю, что стоит описать Гарантии Исключения.
Это в основном документация относительно того, как состояние объекта затронуто исключениями, выходящими из метода на том объекте. К сожалению, они не осуществляются или иначе упоминаются компилятором.
Повышение и Исключения
нет никакой гарантии о состоянии объекта после того, как исключение выходит из метода
В этих ситуациях, объект больше не должен использоваться.
почти во всех ситуациях это должно быть гарантией минимума, которую что обеспечивает метод.
Это гарантирует, что состояние объекта четко определено и может все еще последовательно использоваться.
Это гарантирует, что метод завершится успешно
, Или Исключение будет выдано, и состояние объектов не изменится.
метод гарантирует, что никаким исключениям не позволяют распространить из метода.
Все деструкторы должны сделать эту гарантию.
| N.B. Если исключение выйдет из деструктора, в то время как исключение уже распространяет
|, приложение завершится
Я считаю, что LuaInterface является самым популярным для C #. Если я ошибаюсь, я уверен, что кто-то меня поправит.
На сайте Lua есть немного дополнительной информации (от разработчиков Lua) по интеграции Lua и .NET, .
Обновить :
По состоянию на апрель 2013 года основной разработчик объявил, что реализация проекта приостановлена из-за других обязательств, и вместо этого указал на новые разработки NLua .