2015-12-17 4 views
0

Я думаю, что это возможно, но разве хорошая практика иметь привязку данных с тем же именем в разных окнах? Или каждое связывание должно быть с уникальным именем во всем приложении, а не только в области окна. В случае использования MVVM.Связывание с тем же именем в разных окнах xaml MVVM

<DatePicker SelectedDate="{Binding StartMeasureDateRestoreSelect}" /> 

Этот код в Window1.xaml и в Window2.xaml проблема быть с таким же названием, как здесь «StartMeasureDateRestoreSelect» или хорошая практика, чтобы быть с другим именем.

Извините за плохой английский и не очень хорошо объясняет.

ответ

0

Важно иметь разные имена, так как он дает более чистый и приятный вид другим разработчикам, которые будут видеть вас в программе.

Подробнее о Naming Convention.

Как Вики говорит:

В компьютерном программировании naming convention представляет собой набор правил для выбора последовательности символов, которые будут использоваться для идентификаторов, которые обозначают переменные, типы, функции и другие объекты в исходном коде и документации.

Причина для использования именования (в отличии от позволяя программистов выбрать любую последовательность символов) включает в себя следующее:

  • уменьшить усилие, необходимое для чтения и понимания исходного кода; 1
  • , чтобы включить обзоры кода, чтобы сосредоточиться на более важных проблемах, чем утверждать стандарты синтаксиса и именования.
  • , чтобы включить инструменты для проверки качества кода, чтобы сосредоточить их отчетность главным образом на важных проблемах, кроме синтаксиса и предпочтений стиля.
  • для улучшения внешнего вида исходного кода (например, путем отказа от слишком длинных имен или неясных сокращений).

Синтаксис для обозначения свойств в C#:

private DataTable employeeDataTable; 
public DataTable EmployeeDataTable 
{ 
    get { return employeeDataTable; } 
    set 
     { 
     employeeDataTable = value;  
     } 
} 

Это лучше назвать bool свойства с префиксом Является

public bool IsBusy { get; set; } 

И имя Ваш класс/свойства/переменные в понять их цель. Например:

public class Person//goal of this class is keep state/info about Person 
{ 
    public string Name { get; set; }//goal of this property is keep state/info about 
    //Name of Person 

    private void PopulateByPeople()// in my view it self-explainable name of method 
    { 
     employeeDataTable = new DataTable(); 
     for (int i = 0; i < 5; i++) 
     { 
      employeeDataTable.Columns.Add(i.ToString() + " column"); 
     } 
     for (int i = 0; i < 50; i++)//Adding 50 DataRows 
     { 
      var theRow = employeeDataTable.NewRow(); 
      for (int j = 0; j < 5; j++) 
      { 
       theRow[j] = "o " + (i).ToString(); 
      } 
      employeeDataTable.Rows.Add(theRow);     
     } 
    } 
} 
+0

ОК. Для чистых это хорошо, и я пытаюсь использовать это правило, но если у меня есть два DatePickers в разных окнах, которые имеют одинаковые функциональные возможности для DisplayDateStart и DispkayDateEnd, то не так просто думать о другом чистом имени. –

+0

@ evelikov92 можете задать любые вопросы. Если вы хотите уточнить ответ, вы должны задать вопросы :) – StepUp