Dlaczego zawsze powinienem zrobić wyjątek [możliwy do serializacji]? (NET)

Question

Nawiązując do What is the correct way to make a custom .NET Exception serializable?
i Are all .NET Exceptions serializable? ...

Dlaczego moje wyjątki być serializacji?
Ktoś powiedział "może to być uznane za błąd", jeśli niestandardowy wyjątek zdefiniowany przez bibliotekę strony trzeciej nie podlega przekształceniu do postaci szeregowej. Czemu?

Dlaczego wyjątki różnią się od innych klas w tym zakresie?

Answer 1

Ponieważ Twoje wyjątki mogą wymagać wymiany między różnymi domenami aplikacji, a jeśli nie są (prawidłowo) serializowane, utracisz cenne informacje dotyczące debugowania. W przeciwieństwie do innych klas, nie będziesz mieć kontroli nad tym, czy twój wyjątek zostanie zebrany - to zrobi.

---

Kiedy mam na myśli „nie będzie mieć kontrolę” To znaczy, że klasy tworzone zazwyczaj mają ograniczoną przestrzeń istnienie i istnienie jest dobrze znana. Jeśli jest to wartość zwracana i ktoś próbuje wywołać ją w innej AppDomain (lub na innej maszynie), otrzyma błąd i może po prostu powiedzieć "Nie używaj tego w ten sposób". Wywołujący wie, że musi przekonwertować go na typ, który może być serializowany (przez zawijanie wywołania metody). Jednak ponieważ wyjątki są przepuszczane na szczyt, jeśli nie zostaną przechwycone, mogą przekroczyć granice AppDomain, o których nawet nie wiedziałeś. Twój niestandardowy wyjątek aplikacji 20 poziomów w innym AppDomain może być wyjątkiem zgłaszanym w Main() i nic po drodze nie przekształci go w wyjątek serializowalny dla ciebie.

Answer 2

Oprócz odpowiedzi Talljoe za twoje wyjątki mogą być przekazywane w poprzek Web Services, a także, w tym przypadku wyjątek musi być możliwy do serializacji/deserializable więc może być przekształcony XML i przesyłane przez serwis WWW

Answer 3

I domyślne dla wszystkich klas powinno być nadające się do serializacji, chyba że zawierają one klasę, która nie jest jawnie przekształcana do postaci szeregowej. To denerwujące, że nie można przenieść klasy tylko dlatego, że jakiś projektant nie pomyślał o tym.

To samo z "Końcowym", wszystkie zmienne powinny być domyślnie "Ostateczne", chyba że wyraźnie powiesz, że są "Mutowalne".

Ponadto, nie jestem pewien, czy ma sens mieć zmienną, która nie jest prywatna.

No cóż, trzeba zaprojektować własny język.

Ale odpowiedź brzmi, nie wiesz, w jaki sposób twój wyjątek zostanie wykorzystany i zakłada się, że można go rzucać przez połączenia zdalne.

Answer 4

Kolejnym miejscem, w którym obiekty wymagające serializacji są sesje Asp.Net. Przechowujemy ostatni wyjątek w sesji, a nie w postaci szeregowalnej wyjątki wymagają dodatkowego tłumaczenia, aby przechowywać ich dane w postaci szeregowej (określając oryginalny wyjątek jako wewnętrzny, nie pomaga).