.NET C# 3,5 [закрытые] дизайна GUI
Это может быть связано с выравниванием и заполнением байт, чтобы структура выходила на четное количество байтов (или слов) на вашей платформе. Например, в C на Linux следующие 3 структуры:
#include "stdio.h"
struct oneInt {
int x;
};
struct twoInts {
int x;
int y;
};
struct someBits {
int x:2;
int y:6;
};
int main (int argc, char** argv) {
printf("oneInt=%zu\n",sizeof(struct oneInt));
printf("twoInts=%zu\n",sizeof(struct twoInts));
printf("someBits=%zu\n",sizeof(struct someBits));
return 0;
}
У членов, размер которых (в байтах) равен 4 байтам (32 бита), 8 байтам (2x 32 бита) и 1 байт (2 +6 бит) соответственно. Вышеупомянутая программа (в Linux с использованием gcc) печатает размеры 4, 8 и 4, где последняя структура дополняется так, что это одно слово (4 x 8 бит байтов на моей 32-битной платформе).
oneInt=4
twoInts=8
someBits=4
5 ответов
Chris Sells, кажется, 'человек тире' относительно Windows Forms и WPF:
http://www.sellsbrothers.com/writing/
http://www.sellsbrothers.com/writing/wfbook
http://www.sellsbrothers.com/writing/wpfbook
Также хорошо смотря на Charles Petzold также:
MS также имеет "кучу" материала, связанного с руководством по проектированию и удобством использования с точки зрения окон:
Windows Presentation Foundation является основанной на векторе системой, которая является частью.NET 3.0. Это позволяет Вам определять свой UI в XAML и может сделать все виды анимации, 3D, и т.д. очень легко. Это - намного более новый и все еще бывший evalulated большим количеством людей.
Windows Forms являются оберткой по более старым классам окон UI (Win32/MFC или безотносительно). Это шло с.NET 1.0 и использует C# для определения всего UI и его расположения. Это - испытанный и истинный метод UI.
Никакое упоминание о дизайне GUI не было бы завершено без упоминания о Alan Coopers О Поверхности, хотя на первый взгляд это выглядит устаревшим (большинство снимков экрана является окнами 3.1), ее содержание все еще допустимо сегодня
WPF полностью другое и новый способ заглянуть к проектированию UI и реализации. Прохладное понятие совместной разработки разработчиком и разработчиком C# является самым большим преимуществом (разметка XAML на самом деле дает эту способность). При разработке управления/UI, это будет 'lookless' способом, и Разработчик/Интегратор может взять тот же самый проект (XAML) и разработать его для большего стиля. Таким образом в коротком WPF или Silverlight шествование, переключают на нижний регистр способ, которым мы делаем разработку winforms.
Таким образом, дизайн.NET3.5 UI может быть сделан двумя способами. 1) Winforms путь 2) WPF-XAML путь. Я думаю для футуристического и современного UI, Вам определенно нужен WPF, чем winforms.
На самом деле вы будете вероятно, будет более комфортно с ручным кодированием WPF с вашим фоном, я также сделал свою долю интерфейсов Swing с Java, и, хотя winforms действительно упрощает создание интерфейса, я смог войти в WPF быстро, потому что многие концепции макета были такими же, как в Java. Некоторым программистам, работающим только с winforms, действительно сложно попасть в WPF из-за другой парадигмы компоновки.