Napisałem program w C# w WindowsForms korzystający z MS SQL Server, jako ORM wykorzystałem LINQtoSQL, wykorzystuje architekturę MVPresenter: Model(automat z LINQtoSQL), DAL(repozytoria), Logika(Prezentery i klasy pomocnicze) i Widok(WindowsForms).
Oprogramowałem mały wycinek odpowiedzialny za zarządzanie pracownikiem, działem firmy, stanowiskiem pracy (dodawanie, edycja, usuwanie, wykaz wszystkich itp.). Ten wycinek działa, ale pare rzeczy robiłem na skróty, teraz chce to poprawić, tak zeby to faktycznie miało ręce i nogi i żebym wypracowaną architekturę na tym wycinku mógł powielać w dalszej pracy nad programem. Ale nie chce działać po omacku, bo za dużego doświadczenia nie mam i wiele rzeczy które tu wykorzystuje robie po raz pierwszy, także na samym końcu postu mam pare pytań:
W całym programie korzystam z modelu wygenerowanego automatycznie przez LINQtoSQL. W widoku również (żeby szybciej zobaczyć efekty). Mam wrażenie ze szczególnie w oknach dodawania i edycji to obciąża i zwalnia program bo np. w oknie edycji pracownika do ComboBoxów (zmiana właściwości z kluczy obcych) binduje listy z pełnymi obiektami np. DziałFirmy, StanowiskoPracy, Przełożony itp. a w ComboBoxach później używam tylko dwóch właściwosci w ten sposób:
private void ZaladujDoComboListeDzialow()
{
cBox_Dzial.DataSource = presenter.ZwrocWszystkieDzialy(); //zwraca List<DzialFirmy> gdzie klasa DzialFirmy jest pokazana poniżej
cBox_Dzial.ValueMember = "id";
cBox_Dzial.DisplayMember = "NazwaDzialu";
}
Klasa automatyczna wyglada jak poniżej, znaczną cześć jej wyciąłem, dałem tylko prawie wszystkie pola prywatne, konstruktora i jedną właściwosc, zeby nie zaciemniac bardzij obrazu:
public partial class DzialFirmy : INotifyPropertyChanging, INotifyPropertyChanged
{
private static PropertyChangingEventArgs emptyChangingEventArgs = new PropertyChangingEventArgs(String.Empty);
private int _id;
private string _NazwaDzialu;
private string _LokalizacjaDzialu;
//(...)
private EntitySet<Pracownik> _Pracowniks;
#region Extensibility Method Definitions
partial void OnLoaded();
partial void OnValidate(System.Data.Linq.ChangeAction action);
partial void OnCreated();
partial void OnidChanging(int value);
partial void OnidChanged();
partial void OnNazwaDzialuChanging(string value);
partial void OnNazwaDzialuChanged();
partial void OnLokalizacjaDzialuChanging(string value);
partial void OnLokalizacjaDzialuChanged();
#endregion
public DzialFirmy()
{
this._Pracowniks = new EntitySet<Pracownik>(new Action<Pracownik>(this.attach_Pracowniks), new Action<Pracownik>(this.detach_Pracowniks));
OnCreated();
}
[global::System.Data.Linq.Mapping.ColumnAttribute(Storage="_id", AutoSync=AutoSync.OnInsert, DbType="Int NOT NULL IDENTITY", IsPrimaryKey=true, IsDbGenerated=true)]
public int id
{
get
{
return this._id;
}
set
{
if ((this._id != value))
{
this.OnidChanging(value);
this.SendPropertyChanging();
this._id = value;
this.SendPropertyChanged("id");
this.OnidChanged();
}
}
}
//(...)
}
Chce wprowadzić nowe klasy typu Tiny, do użytku tylko w widoku np do podpinania ich do kontrolek form i operowaniu na ich ID które jest to samo co w odpowiadającej im klasie z LINQtoSQL np:
public class DzialFirmyTiny
{
public int Id { get; set; }
public string Nazwa { get; set; }
}
Tworzyc te obiekty Tiny mam zamiar w repozytorium jak poniżej i pozniej przekazywać do DataSource Comboboxów w Widoku:
public List<DzialFirmyTiny> PobierzWszystkieDzialyJakoTiny()
{
var query = from d in db.Dzialy()
select new DzialFirmyTiny { Id = d.id, Nazwa = d.NazwaDzialu };
return query.AsQueryable().ToList();
}
i teraz pytania:
1) Czy takie odchudzanie klas zwiększy szybkość działania programu?
2) Czy taka odchudzona klasa to właśnie lepiej żeby była klasą czy strukturą?
3) Przed wprowadzeniem typów TINY mój widok(Formy) miał referencje do modelu z którego korzystały kontrolki na formie. Czy typy tiny powinny być również w przestrzeni Modelu czy trzymać ich definicje w widoku? W drugim przypadku repozytoria w DAL beda musiały mieć referencje na widok.
4) Czy typami Tiny lepiej zastąpić korzystanie z widoków bazodanowych. Widoki utworzyłem np. dla Pracowanika żeby łatwiej zbindować List<PracownikView> do DataGridView i zeby informacje w datagridzie były czytelnymi dla uzytkownika bez ciągów cyferek kluczy obcych. Ale wtedy takie tworzenie odpowiedniego Tiny przerzucałbym na LINQ w repozytorium. Co byłoby wydajniejsze?