J'ai un code très en désordre avec le if
- else
si les vérifications sont en cours. La quantité de branchements et de branchements imbriqués est assez importante (plus de 20 si - sinon si et aussi imbriqué). Cela rend mon code plus difficile à lire et sera probablement un porc de performance. Mes contrôles d'application pour un grand nombre de conditions qu'il reçoit de l'utilisateur et l'application doit de vérifier tout le temps pour des situations différentes, par exemple:Instructions 'if' - 'else' imbriquées
Si le texte textbox n'est pas 0, passez à la prochaine ...
if ((StartInt != 0) && (EndInt != 0))
{
Et puis ici, il vérifie si l'utilisateur a choisi les dates:
if ((datePickerStart.SelectedDate == null) || (datePickerEnd.SelectedDate == null))
{
MessageBox.Show("Please Choose Dates");
}
ici, si les datepickers ne sont pas nulles, il continue avec le code ...
else if ((datePickerStart.SelectedDate != null) && (datePickerEnd.SelectedDate != null))
{
// CONDITIONS FOR SAME STARTING DAY AND ENDING DAY.
if (datePickerStart.SelectedDate == datePickerEnd.SelectedDate)
{
if (index1 == index2)
{
if (StartInt == EndInt)
{
if (radioButton1.IsChecked == true)
{
printTime3();
}
else
{
printTime();
}
}
Ceci est juste une petite partie des vérifications en cours. Certains d'entre eux sont fonctionnels et certains sont pour la validation d'entrée.
Y at-il un moyen de le rendre plus lisible et moins d'un porc de performance?
Peut-être que vous devriez faire Validation en face de la méthode ou de l'événement si vous le faites dedans, comme si (dtp.SelectedDate == null) return; que de procéder à la gestion de l'information. – Burimi
J'ai un sentiment fort SelectedDate est d'un contrôle de calendrier, ceux-ci ne peuvent jamais être nul, vous devez vérifier 'datePickerStart.SelectedDate == DateTime.MinValue' à la place. –
Le code fonctionne bien ce n'est pas mon problème. le problème auquel je me réfère est la lisibilité et la performance de ce complexe si autre branche – Yosi199