Ogólnie odnosi się to do uczynienia funkcji bezużyteczną, np. Jeśli chcesz zakazać używania alokacji dynamicznej w programie, możesz ją „zatruć”, mallocaby nie można jej było używać.
W filmie używa go w bardziej konkretny sposób, co jest jasne, jeśli przeczytasz slajd, który jest wyświetlany, gdy mówi o zatruciu funkcji, który mówi „Sposób na wymuszenie tylko czasu kompilacji?”
Mówi więc o „zatruciu” funkcji, aby uniemożliwić jej wywołanie w czasie wykonywania, więc można ją wywołać tylko w stałych wyrażeniach. Technika polega na tym, aby mieć gałąź w funkcji, która nigdy nie jest pobierana, gdy jest wywoływana w kontekście czasu kompilacji, i sprawić, by ta gałąź zawierała coś, co spowoduje błąd.
throwEkspresja jest dozwolone w funkcji constexpr, dopóki nie zostanie osiągnięta podczas inwokacji wbudowanego wskaźnika funkcji (ponieważ nie można rzucać wyjątek w czasie kompilacji, to z natury dynamiczne działanie, jak przydzielania pamięci). Tak więc wyrażenie rzutowania, które odwołuje się do niezdefiniowanego symbolu, nie będzie używane podczas wywołań w czasie kompilacji (ponieważ kompilacja nie powiodłaby się) i nie może być używana w czasie wykonywania, ponieważ niezdefiniowany symbol powoduje błąd konsolidatora.
Ponieważ niezdefiniowany symbol nie jest „używany przez ODR” w wywołaniach funkcji w czasie kompilacji, w praktyce kompilator nie utworzy odniesienia do symbolu, więc jest OK, że jest on niezdefiniowany.
Czy to jest przydatne? Pokazuje, jak to zrobić, niekoniecznie mówiąc, że to dobry pomysł lub bardzo przydatny. Jeśli z jakiegoś powodu musisz to zrobić, jego technika może rozwiązać twój problem. Jeśli nie potrzebujesz tego, nie musisz się tym martwić.
Jednym z powodów, dla których może to być przydatne, jest sytuacja, gdy wersja operacji w czasie kompilacji nie jest tak wydajna, jak mogłaby być. Istnieją ograniczenia dotyczące rodzaju wyrażeń dozwolonych w funkcji constexpr (szczególnie w C ++ 11, niektóre ograniczenia zostały usunięte w C ++ 14). Więc możesz mieć dwie wersje funkcji do wykonywania obliczeń, jedną, która jest optymalna, ale używa wyrażeń, które nie są dozwolone w funkcji constexpr, i jedną, która jest prawidłową funkcją constexpr, ale działałaby słabo, gdyby została wywołana w run- czas. Możesz zatruć nieoptymalną wersję, aby upewnić się, że nigdy nie jest używana do wywołań w czasie wykonywania, zapewniając, że bardziej wydajna (nie będąca constexpr) wersja jest używana do wywołań w czasie wykonywania.
Uwaga: Wydajność funkcji constexpr używanej w czasie kompilacji nie jest naprawdę ważna, ponieważ i tak nie ma narzutu czasu wykonywania. Może spowolnić twoją kompilację, zmuszając kompilator do dodatkowej pracy, ale nie będzie to miało żadnego kosztu wydajności w czasie wykonywania.