Inconvénient de rendre la classe Serializable

J’utilise l’aperçu Azure Cache et je dois rendre certaines classes sérialisables.

Y a-t-il un inconvénient à rendre une classe sérialisable, telle qu’un problème de performances?

[Serializable] public class MyClass {} 

J’ai trouvé peu de questions connexes, mais elles ne concernent pas les inconvénients.

  1. Toutes les exceptions .NET sont-elles sérialisables?

  2. Inconvénients de marquer une classe en tant que Serializable

Merci d’avance

Non, il n’y a pas de surcharge insortingnsèque à simplement être marqué comme [Serializable] . Le seul problème que j’aurais, c’est que BinaryFormatter et NetDataContractSerializer sont des sérialiseurs moche, et la plupart des autres sérialiseurs ne sont pas intéressés par cet indicateur (ok, je peux être partial)

En supposant que vous parlez du coût d’utilisation de l’atsortingbut Serializable plutôt que du processus de sérialisation réel, un inconvénient serait qu’un tiers suppose normalement que la classe est conçue pour être sérialisable. Bien que cela puisse être le cas, si vous le marquez simplement comme étant sérialisable (et s’il y a une chance qu’un tiers puisse interagir avec cela), alors vous voudrez probablement passer du temps à veiller à ce que le cours soit adapté être sérialisé de manière efficace. De ce sharepoint vue, il s’agit donc d’un compromis entre ressources et techniques.

D’un sharepoint vue technique, comme l’a dit Marc Gravell, le simple fait d’utiliser l’atsortingbut n’aura pas vraiment de frais généraux.