【連載】Windows Mobile 貪吃蛇手機遊戲開發 2——遊戲設計準備知識

原視頻教程(可免費下載):http://www.itcast.net/course/detail/5611. 本節內容介紹我們先以一個簡單的程式設計來展示開發環境的基本使用方法,在此我們實現一個閃爍物體的功能。本節的內容不涉及到貪吃蛇遊戲的設計,僅僅是開發環境的使用,如果對Windows Mobile開發環境比較熟可以不看這一節。這裡只列出簡要的介紹,具體實現可以下載視頻課件。l     Windows Mobile 6項目類型介紹;l     類的設計以及協助文檔的使用;l    

[翻譯]-WinCE 程式設計 (3rd 版)–第4章 視窗、控制項和菜單 –概述

概述理解視窗是如何工作的以及視窗之間的關係對理解微軟Windows作業系統(不論是XP還是CE)的使用者介面是很關鍵的。您所看到的Windows顯示的每個東西都是一個視窗。案頭是視窗,任務條是視窗,甚至任務條上的啟動按鈕也是視窗。根據這種或那種關聯式模式,視窗之間彼此是相互關聯的。它們可以是父子關係、兄弟關係或者是擁有與被擁有的關係。Windows支援許多預定義的視窗類別,也稱為控制項。從簡單的按鈕到複雜的多行文字編輯器,控制項通過提供一系列預定義的使用者介面元素,簡化了程式員的工作。和Wind

[翻譯]-Windows CE 程式設計 (3rd 版)–第5章 公用控制項和Windows CE –概述

翻譯 tellmenow概述隨著微軟Windows作為一個作業系統日漸成熟,Windows提供的基本控制項也是愈發不足以滿足使用者對複雜介面的需要。微軟開發了一系列稱為公用控制項的附加控制項,用於其內部應用。隨後又將這些公用控制項包容到DLL中提供給開發人員使用。從Windows

[翻譯]-Windows CE 程式設計 (3rd 版)–5.2 公用控制項(二)

/////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////2006-03-05//由於最近事情比較多,不能像以前一樣,翻譯一整節再發布了,所以決定採用分散翻譯,分散發布的方式。//每次會翻

[翻譯]-Windows CE 程式設計 (3rd 版)–5.2 公用控制項(部分)

翻譯 tellmenowWindows CE的基本目標定位--小型個人生產力工具--在驅動著公用控制項的需求。議程和任務管理應用程式中頻繁用到時間和日期的需求導致在控制項中包括了日期和時間選擇控制項以及日曆控制項。個人生產力工具的小螢幕促成了節省空間的命令條。命令條控制項和用於IE3.0的rebar控制項結合產生了命令帶控制項。命令帶控制項為位於Windows CE應用程式頂部的菜單、按鈕和其它控制項提供了更多的空間。最後是Pocket PC開發人員所熟悉的菜單控制項。在Windows

[翻譯]-Windows CE 程式設計 (3rd 版)–5.2 公用控制項(十三)

使用菜單條                                                                               

[翻譯]-WinCE 程式設計 (3rd 版)–1.3 第一個Windows CE程式

第一個Windows CE程式說了這麼多,就讓我們一起看一下你的第一個Windows CE程式吧。列表1-1顯示了Hello1--為Windows CE寫的一個簡單的Hello World應用程式。Listing 1-1: Hello1, 一個簡單的Windows應用程式Hello1.cpp//======================================================================// Hello1 - A simple

從windows服務中開啟視窗進程)

http://dev.csdn.net/author/axman/420f84d550804bfbaf534819c757a2b9.htmlAVR地方業務中有一個DBA_BJLDNW工具要在伺服器上運行著.一旦斷開業務即中止.需要寫一個精靈監視它,一旦發現關閉了即重新啟動.為了防止精靈本身被使用者關閉,所以我打算做一個windows服務在後台運行.每5分鐘列舉一個當前系統進程,如果沒有發現DBA_BJLDNW.exe則重新啟動.問題是windows服務不是視窗進程,在這個進程中調用ShellEx

[翻譯]-Windows CE 程式設計 (3rd 版)–4.5 資源

翻譯 tellmenow資源資源是應用程式或DLL的一個唯讀資料區段,在模組被編譯後,資源被連結到模組中。資源為開發人員提供了一個與編譯器無關的位置,用來儲存常量資料,例如對話方塊、字串、位元影像、表徵圖以及菜單。因為資源並不編譯在程式裡,所以改變它們並不用重新編譯器。您可以通過構造一個描述資源的的ASCII檔案--資源指令碼--來建立資源。ASCII檔案的副檔名叫RC。您可以用資源編譯器來編譯該檔案,每個Windows開發工具的製造者都提供該編譯器。隨後您可以用連結器把該檔案連結到編譯後的可執

[翻譯]-WinCE 程式設計 (3rd 版)–1.5 Windows應用程式剖析

Windows應用程式剖析基於Windows的編程遠不同於基於MS-DOS或Unix的編程。只要是程式需要,任何時候基於MS-DOS或Unix的程式都可以使用getc-或putc風格的函數從鍵盤讀取字元並寫到螢幕上。這是MS-DOS或Unix程式所使用的典型的"Pull"(拉)風格,這種風格是面向過程的,而一個Windows程式,則使用"Push"(推)模式。在這種模式下,必須編寫程式來響應來自作業系統的通知,比如一個鍵被壓下去了或者收到一個重繪螢幕的命令。Windows應用程式並不從作業系統請

[翻譯]-WinCE 程式設計 (3rd 版)–1.2 依然是Windows編程

依然是Windows編程雖然Windows CE和Windows的其它版本之間確實存在差異,但不應該誇大這種差異。編寫Windows CE應用程式依然是編寫Windows應用程式。有同樣的訊息迴圈,同樣的視窗,大部分情況下,具有同樣的資源和控制項。差異並不會掩蓋相同的地方。匈牙利命名方式是重要的相同點之一。匈牙利命名方法自從Charles Petzold寫《Windows

[翻譯]-WinCE 程式設計 (3rd 版)–第一章 Hello Windows CE-概述

概述從經典的《The C Programming Language》一書開始,傳統上編程方面的書都是從"Hello,world"程式開始的。這是一個合理恰當的開始。每個程式都有一個基本底層結構,分析它可以揭示所有運行在這個作業系統上的應用程式都具有的基礎,避一些設計複雜的任務將結構搞的難以理解。在本書"Hello,world"一章裡,包含了關於設定和使用編程環境的細節。用於開發微軟Windows CE應用程式的環境與開發標準微軟Windows 應用程式的環境有些不同,因為Windows

[翻譯]-WinCE 程式設計 (3rd 版)–1.1 Windows CE有什麼不同之處

Windows CE有什麼不同之處Windows CE有許多特性使得它不同於其它Windows 平台。首先,運行Windows CE的系統,大多數可能不使用Intel x86相容微處理器。實際上,Windows CE運行在4種不同的CPU系列裡:SHx, MIPS, ARM, 和 x86。幸運的是,開發環境幾乎將各種不同CPU的所有差異與程式員隔離開了。Windows CE程式事先不能確定螢幕或鍵盤。Pocket PC裝置有一個240*320的縱向螢幕,而其它系統具有傳統的480*240,640

Windows7重建表徵圖緩衝

有時候會出現安裝軟體後案頭表徵圖無法正常顯示的情況。最佳化軟體魔方提供了這個修複功能,稱為重建表徵圖緩衝。而我沒有用這個軟體,在網上搜了一下,找到了這個單一功能的批處理命令。記下來以便以後翻閱。rem 關閉Windows外殼程式explorertaskkill /f /im explorer.exerem 清理系統表徵圖快取資料庫attrib -h -s -r "%userprofile%\AppData\Local\IconCache.db"del /f

這幾天遇到的一個Windows問題

前段時間用驅動精靈升級了所有驅動後下載東西時幾乎總是會要麼無響應要麼藍屏,不是短時間無響應,一夜它也恢複不過來。我也懶得理它乾脆不下載東西了。可免不了還是要和這個問題碰上,今天藍屏了,藍屏代碼是0x0000004E,搜了一會發現了可疑點,那麼是網卡驅動,在硬碟間互相拷貝檔案時沒有出現過,而只是在下載時出現,所以最可能的就是網卡驅動,然後卸載了網卡驅動,重啟,問題解決。以前也出現過類似的用驅動精靈裝了網路攝影機驅動然後拍的畫面是倒置的現象。真是信不過了。

使用Windows核心對象引起的錯誤(VC++6.0)

相關知識:1。 核心對象主要有: 存取符號對象、事件對象、檔案對象、檔案對應物件、I/O完成連接埠對象、工作物件、信箱對象、互斥對象、管道對象、進程對象、信標對象、線程對象2。核心對象的資料結構只能被核心訪問,因此應用程式無法在記憶體中訪問這些資料結構並直接改變它們的內容,必須通過調用Windows介面來對核心對象進行操作。3。使用核心對象命名可以讓進程給跨越進程邊界訪問, Microsoft沒有提供為核心對象賦予命名的指導原則,所有這些對象都共用單個命名空間。Real

Windows XP+IIS 不能更新。資料庫或對象為唯讀問題解決~~

運行iis錯誤資訊可能是下面的集中情況:1、Microsoft JET Database Engine (0x80040E09) 不能更新。資料庫或對象為唯讀2、Microsoft OLE DB Provider for ODBC Drivers (0x80004005)[Microsoft][ODBC Microsoft AccessDriver] 操作必須使用一個可更新的查詢。3、Microsoft JET Database Engine (0x80004005)

Windows XP+IIS aspx webform操作ACCESS資料庫 不能更新或添加。

     在vs2005環境下應用aspx webform操作ACCESS資料庫調試正常,可是託管到Windows XP+IIS瀏覽時卻不能更新和添加資料。明顯是此資料庫是唯讀,原因在於Windows對檔案的安全的管理。      在網上找到這篇文章:http://blog.csdn.net/ywx41769/archive/2010/01/28/5263570.aspx依次操作解決了問題。            

使用windows api編寫網路程式(VC ++)

  MFC類庫為我們提供了“方便、好用”的CAsyncSocket和CSocket,但是MFC實現過於複雜,有些資源使用不當會帶來很多問題。像CAsyncSocket和CSocket它們是實現是很複雜的,裡面實現非同步訊息是通過表單的訊息機制來實現的,程式設計得不好就會常常出現初始化時的錯誤,運行一段時間程式也常常出現莫名其妙的錯誤導致程式崩潰。當然程式崩潰肯定不會是MFC的錯,有時候你不得不採用逐行注釋代碼的方法來確定什麼地方導致程式的錯誤,這個過程是相當痛苦的。 我喜歡用windows

實現可互動的WINDOWS服務

這幾天想做個檔案監控服務,看了一下網上的關於WINDOWS服務的文章,數量都不少,都只講了如何做一個最基本的服務,卻沒有講述如何與使用者進行互動。查看了MSDN,看一下關於服務的描述:Windows 服務應用程式在不同於登入使用者的互動地區的視窗地區中運行。視窗地區是包含剪貼簿、一組全域原子和一組案頭對象的安全性實體。由於 Windows 服務的地區不是互動地區,因此 Windows 服務應用程式中引發的對話方塊將是不可見的,並且可能導致程式停止回應。同樣,錯誤資訊應記錄在 Windows

總頁數: 1357 1 .... 402 403 404 405 406 .... 1357 Go to: 前往

Beyond APAC's No.1 Cloud

19.6% IaaS Market Share in Asia Pacific - Gartner IT Service report, 2018

Learn more >

Apsara Conference 2019

The Rise of Data Intelligence, September 25th - 27th, Hangzhou, China

Learn more >

Alibaba Cloud Free Trial

Learn and experience the power of Alibaba Cloud with a free trial worth $300-1200 USD

Learn more >

聯繫我們

該頁面正文內容均來源於網絡整理,並不代表阿里雲官方的觀點,該頁面所提到的產品和服務也與阿里云無關,如果該頁面內容對您造成了困擾,歡迎寫郵件給我們,收到郵件我們將在5個工作日內處理。

如果您發現本社區中有涉嫌抄襲的內容,歡迎發送郵件至: info-contact@alibabacloud.com 進行舉報並提供相關證據,工作人員會在 5 個工作天內聯絡您,一經查實,本站將立刻刪除涉嫌侵權內容。