internal static class _FileReader
{
public static MethodInfo ReadUInt64 { get; } = typeof(FileReader).GetMethod("ReadUInt64", Type.EmptyTypes);
public static MethodInfo ReadUInt32 { get; } = typeof(FileReader).GetMethod("ReadUInt32", Type.EmptyTypes);
public static MethodInfo ReadUInt16 { get; } = typeof(FileReader).GetMethod("ReadUInt16", Type.EmptyTypes);
public static MethodInfo ReadSByte { get; } = typeof(FileReader).GetMethod("ReadSByte", Type.EmptyTypes);
public static MethodInfo ReadInt64 { get; } = typeof(FileReader).GetMethod("ReadInt64", Type.EmptyTypes);
public static MethodInfo ReadInt32 { get; } = typeof(FileReader).GetMethod("ReadInt32", Type.EmptyTypes);
public static MethodInfo ReadInt16 { get; } = typeof(FileReader).GetMethod("ReadInt16", Type.EmptyTypes);
public static MethodInfo ReadByte { get; } = typeof(FileReader).GetMethod("ReadByte", Type.EmptyTypes);
public static MethodInfo ReadSingle { get; } = typeof(FileReader).GetMethod("ReadSingle", Type.EmptyTypes);
public static MethodInfo ReadBit { get; } = typeof(FileReader).GetMethod("ReadBit", Type.EmptyTypes);
}

c'est les plans de l'UPR pour dominer le monde?
google vous remercie pour votre vie.
les panels qui n'ont aucun intéret autre que de grouper des controles... tu leur donnes vraiment des petit noms?
Pen^2 Le 25/05/2018 à 14:09 De toute façon ces vieux layouts basiques qui forcent à imbriquer des panels (borderlayout & cie) sont à éviter comme la peste, c'est pas souple et rapidement non maintenable. Et en plus les interfaces sont souvent moches et moyennement redimensionnables.
Je n'utilise quasiment plus que le miglayout. Rien d'imbriqué, ultra souple, code ultra compact qui se génère bien avec un designer ou à la main quand on a besoin d'un truc dynamique, etc.
Donc pour répondre à la question, à l'époque où j'utilisais des panels imbriqués j'essayais de nommer pour garder du code à peu près intelligible, mais de toutes façons avec le miglayout on n'a quasiment jamais besoin de panels inutiles.