Нашли или выдавили из себя код, который нельзя назвать нормальным, на который без улыбки не взглянешь? Не торопитесь его удалять или рефакторить, — запостите его на говнокод.ру, посмеёмся вместе!
+2
class pool_exeption: public std::exception
{
virtual const char* what() const throw()
{
return "Pool out of bounds";
}
}pool_out_of_bounds;
class pool_exeption2: public std::exception
{
virtual const char* what() const throw()
{
return "Pool block is too small";
}
}pool_small_block;
А потом эти исключения кидаются по значению: throw pool_out_of_bounds;
virtual const char* WAT()
Запостил: 
Yuuri,
18 Октября 2013
Follow us!
+ под контекстом разные люди понимают разные вещи. Контекст может быть как в call/cc прям такой, что из него можно продолжить выполнение после ошибки, а может быть просто набор значений локальных для функции, а может быть локальные значения + глобальные...
В с++ мало что запрещено, можно в исключение что угодно положить. И кидать можно что угодно, хоть числа. Вопрос в том, готовы ли вы пережить пушечный выстрел в ногу от программистов, не умеющих управлять памятью.
Идеология с++ - у каждого объекта должно быть понятное время жизни и минимально возможная область видимости. И всегда должен быть кто-то (ровно один), кто следит за временем жизни объекта.
Например, с учётом последних изменений в стандарте, многие даже умные указатели с подсчётом ссылок считают подозрительными.
Это чего это? Что ж там изменилось, что приводит к подобному?
С вводом мув-семантики всё больше народу предпочитают pass-by-value. Тот копетан с GoingNative13 (::adobe::sean_parent) вообще призывает при возможности избегать всех видов указателей. Страуструп тоже нелестно высказывался о shared_ptr как о глобальных данных с непонятной областью видимости и временем жизни.
Ну и подход с передачей всего и вся по шареному указателю только из-за нежелания понимать, какой класс за что отвечает и какой ресурс кому принадлежит (к моему удивлению, так довольно часто поступают) - однозначное говно.
К слову в гугле уникуе_птр запрещен для вытаскивания наружу интерфейса. А вот шаред_птр для вытаскивания наружу одобряют.
Да, по сути к этому сводятся примеры, которые они приводят.
> уникуе_птр запрещен для вытаскивания наружу интерфейса
А ты где это вычитал? я на в гайдлайнах видел только отказ от использования мув-семантики, как новой и малоизученной фичи.
Да не удобно каждый раз писать велосипед с делегирование методов пимплу. Вообще писать кучу конструкторов, операторов присвоения и деструктор меня бесит своей однообразностью.
Крестопроблемы.
[email protected]
Ты ошибся, когда взял формашлепку дельфей.
какой багор, бля.
Отличная идея! Буду диалоги с сообщением об ошибке выбрасывать:
Т.е. это скорее функция, если уж на то пошло. А что эта функция делает и с какими объектарми работает? - а почему это нас вообще должно интересовать / как-то ограничивать.
Ну в том смысле, что а как это отличается от возврата из функции указателя? Все те же опасения должны остаться в силе.
Не, я не про вижуал ассистс. Я вообще про бросание исключений по указателю.
А вижуал ассиста под билдер скорее всего нет.
А что только кнопка? почему не вся форма?
noitp.exe
[email protected]
Человек я адекватный, никаких подстав, ничего никуда не сливаю, друзей не свечу. Просто пообщаться.