PDAclub.pl - Forum użytkowników technologii mobilnych
Windows Mobile (Classic, Professional, Standard), Windows Phone 6.x oraz 7/8.x/10 => Oprogramowanie PPC => Dla programistów => Wątek zaczęty przez: Marrrcin w Maj 24, 2008, 16:04:43
-
Jest to mój pierwszy post na tym forum, witam wszystkich.
Programowałem troche w C++, ale tylko konsolowo i nie mam doświadczenia w robieniu API. Mam HTC S710 i chciałbym coś spróbować na niego napisać. Mam już Visual Studio 2008 i odpowiedniego SDK'a. Właściwie to nie wiem od czego zacząć. Już troche próbowałem i mam kilka pytań co do programowania na Smartphony:
1. Kiedy tworzy się nowy projekt to można wybrać czy to ma być aplikacja okienkowa czy konsolowa. Jak taka aplikacja konsolowa na telefonie wygląda, czy robiąc taką używa się takich samych bibliotek i funkcji(np. cout) jak w normalnym programowaniu?
2. Kiedy robie nowy projekt w C# to otwiera się formatka w której można sobie rozmieszczać elementy, przy wybraniu C++ jej nie ma. Czy to oznacza, że jak chciałbym programować w C++ to wszystko trzeba robić ręcznie? Chciałbym programować w C++, bo C# w ogóle nie znam.
3. Kiedy zrobiłem pusty program, skompilowałem i uruchomiłem na smartphonie to mimo tego, że był całkowicie "pusty" to zabierał około 700 KB RAMu. Robiłem go chyba z użyciem domyślnego .NET Framework 3.5. Czy wszystkie programy robione na WM są tak pamięciożerne, czy zależy to tylko od frameworka?
-
1. W standardzie WM nie ma czegoś takiego jak konsola, tzn nie zobaczysz żadnych efektów takiego programu
3. To .net, .net i jeszcze raz .net. Ten nowoczesny język programowania - teraz wszyscy wiedzą dlaczego go tak nienawidzę :]
-
2. Żeby pisać w C++ możesz używac ATL/WTL, MFC albo Winapi. W każdym z nich możesz tworzyć formatkę tak jak w C# (tzn chyba w każdym, bo WTL/ATL nie jestem pewien). Używasz do tego pliku resource, jeśli programowałeś w dużym windowsie to powinieneś wiedzieć o co chodzi.
3. @Kajetan - wszyscy wiedzą i nikogo to nie obchodzi.
-
W project wizardzie w WTL można utworzyć ekran główny aplikacji wybierając kilka z dostępnych opcji - co ma być widokiem głównym, czy mają być menu. Ale dalekie to jest od rozkładania wizualnie kontrolek, jak w .NET CF, bo też trzeba samemu dbać o rozmieszczanie elementów przy zmianie orientacji ekranu czy różnych rozdzielczościach urządzeń (ale i to załatwia się odpowiednimi mechanizmami w WTL przynajmniej - CDialogResize).
-
A może smart device MFC? Tylko zamiast single document zaznaczyć dialog based i masz kontrolki (potem przy zaznaczonej kontrolce kilkasz properties > control events > bn_clicked - i piszesz co ma się dziać).
Można też w single document, poprzez utworzenie obiektu (np "przycisk = new CButton (parametry)"), ale o tym nie wiele wiem.
-
Witam!
Trochę odświeżę temat i spytam się czy ktoś zna jakieś dobre książki czy artykuły na temat C# na WM 6 ?
-
MacBirdie - tworzenie programu z uwzględnianiem wszystkich położeń ekranu i rozdzielczości to bezsens. Program powinien być w okienku tak dużym, jakie potrzebuje. Wtedy nie ma z niczym problemów.
-
Bat
Do tego jesteśmy przyzwyczajeni na PC, choć tak naprawdę to przy "dużych" aplikacjach nawet na PC jest to dość trudne :) Czy ktoś używa MS WORDA, EXELLA w okienku nie powiększonym do maximize? Na ekranie QVGA jest to raczej ciężkie. Okienka aplikacji mobilnych w 99,9 % są rozciągnięte na cały "ekran" który i tak jest diabelnie mały, by pomieścić sensowną ilość informacji... Nawet na ekranach VGA jest to ciężkie.
Z drugiej strony nigdy nie spotkałem się z problemem "dopasowywania" do rozdzielczości i orientacji ekranu. JAVA jest na tyle &^%#!&^ że faktycznie tam jest z tym kiepsko :) Organizowanie interface na z góry zdefiniowanych panelach musi chyba być straszne :) To był żart oczywiście...
Ja osobiście wykorzystuję zdarzenie RESIZE formy do przeorganizowania interface'u i mam kłopot z głowy. Działa zawsze i wszędzie... :)