Delphi, MDI kontra Tabs dla interfejsu wielu dokumentów

Question

Zajmuję się tworzeniem aplikacji z wieloma dokumentami. Obecnie używa MDI, który jest dość wygodny dla mnie (jako programista), a także dla użytkowników, którym wierzę. Jednak istnieje jeden "przeciw" - nie znalazłem rozwiązania do szybko załadować wielu okien podrzędnych (za każdym razem, gdy okno jest tworzone i zmaksymalizowane, aby wypełnić obszar rodziców, istnieje "animacja" zmiany rozmiaru, która bierze dużo czasu), więc zastanawiam się nad przejściem do interfejsu z kartami (co wymaga trochę więcej pracy, muszę "osadzić" formularz na arkuszu strony, ponieważ istnieje wiele "rodzajów" formularzy dostępnych, niektóre do edycji dokumentów tekstowych, niektóre do innych obiektów) ...

Jaka jest Twoja opinia? Czy powinienem używać interfejsu MDI lub interfejsu kart?

Answer 1

MDI został opracowany z powrotem w systemie Windows 3 dni (lub prawdopodobnie wcześniej?) I nie jest obecnie dobrze obsługiwany. Jeśli potrzebujesz wielu dokumentów o różnych formach, polecam używanie interfejsu z kartami. Użyj ramek zamiast formularzy i utwórz nowe karty i umieść na nich ramkę, wyrównując alClient.

Answer 2

Aby uniknąć animacji zmiany rozmiaru (a tym samym opóźnienia) nowych okien potomnych MDI, wyślij wiadomość WM_SETREDRAW do nadrzędnej właściwości ClientHandle klienta TForm przed utworzeniem okien potomnych, a następnie wyślij ją ponownie po zakończeniu, tj .:

Answer 3

Pytanie: czy ważne jest, aby użytkownicy mogli zobaczyć więcej niż jedną z osadzonych form lub klatek na raz? Jeśli nie, z pewnością wybierz zakładki.

Karty ułatwiają poruszanie się i przeglądanie dostępnych opcji. Ale przy standardowej funkcji PageControl można wyświetlić tylko jedną kartę naraz - nie ma "kafelkowania" ani "kaskadowania". Problemy zaczynają się na przykład wtedy, gdy użytkownicy muszą przeciągać rzeczy z jednej karty na drugą. Można to zrobić oczywiście, ale nie jest to wygodne - ponieważ tym razem użytkownicy nie widzą, dokąd coś wlecą.

Aby przezwyciężyć to ograniczenie, trzeba spojrzeć na interfejs użytkownika, który zwiększa złożoność, ale może dawać tabulatory i umożliwiać ich układanie.

Answer 4

Z MDI jest zdecydowanie więcej minusów niż ten, który cytujesz. Dyskusje na ten temat można znaleźć w Wikipedii, a nawet w Wytycznych interfejsu systemu Windows. MDI jest od lat przestarzałe. Sam Microsoft nie używa MDI w swojej "standardowej" formie dla żadnej z jego dużych aplikacji, często udostępnia tylko emulację MDI wraz z innymi stylami UI.

Jeśli twój program jest przeznaczony dla użytkowników z wieloma ekranami, zarówno MDI, jak i interfejs oparty na tabulatorach mają problem z ograniczaniem okien dokumentu do wewnętrznych stron okna nadrzędnego.

Przy prawidłowym projekcie aplikacji tak naprawdę nie musisz decydować między MDI a interfejsem opartym na tabulatorach. Pozwól użytkownikom zdecydować, z którym interfejsem najlepiej korzystają, i który najlepiej pasuje do ich stylu pracy. Zezwalaj na wiele niezależnych okien dokumentów najwyższego poziomu (w jednej instancji aplikacji lub w wielu). Może to być tak proste, jak tworzenie klas klatek dla dokumentów i podejmowanie decyzji w czasie wykonywania, czy osadzić je w kontrolce tabulacji, w oknie potomnym MDI, czy w oknie najwyższego poziomu.