如何在預定的時間執行應用程式呢?就比如乙個自定義的鬧鐘程式。如何在.net compact framework中實現這樣乙個功能，好的，先來看看從msdn上可以查到的這樣乙個函式：
bool
tchar*
,
systemtime*
lptime
}值得注意的是第二個引數是systemtime的結構。這在.net compact framwork中轉化過來並不是一件直接的事。
public
static
void
string
s, datetime
dt)
#region
invoke methods [
dllimport
("coredll.dll")]
public
static
extern
intstring
systemtime
starttime); [
dllimport
("coredll.dll")]
public
static
extern
intfiletimetosystemtime(
reflong
lpfiletime,
systemtime
lpsystemtime); [
dllimport
("coredll.dll")]
public
static
extern
intfiletimetolocalfiletime(
reflong
lpfiletime,
reflong
lplocalfiletime);
#endregion
這樣的程式是可以執行的，我們可以用如下的**測試一下：
datetime
starttime =
datetime
.now + new
timespan(0, 1, 0);
string
s =
@""windows"bubblebreaker.exe";
winbile.
attime
可以看到在一分鐘以後
bubblebreaker
執行起來了，這似乎不錯。但是對於長時間間隔的
這就行不通了，在大多數機器下，
並不能在長時間間隔下工作（例如機器已經
suspend
），那麼怎麼讓程式無論是掛起還是
lowpower
下都一直執行呢？這時候，可以參考
sdf2.1
裡面提供的乙個叫做
largeintervaltimer
的東東，故名思意就是大時間間隔的計時器。用法很簡單，指定幾個屬性就
ok了：
public
static
void runatlargeinterval(eventhandler myhandler)
這樣不論是你的自定義的日程表，還是你的
gps紀錄器或者其他此類必須長期執行在時間軸上的應用程式就可以順暢的一直執行了，不必擔心機器掛起，也沒有任何冗餘的**。你只需要寫好自己的
eventhandler
完整的**示例在這裡：
如何在軟體頻繁改變時測試？
這裡有兩個問題需要注意 1 在軟體頻繁改變的時候，可能進行全面測試嗎？實際上這是不可能的。不過，這個問題本身就有問題 因為很多時候甚至都不可能在乙個完全穩定的環境中測試軟體。這個問題其實是想問 在軟體頻繁變化的時候，能否進行有效的測試？我們能否期望通過更好的使用人力和其他資源來完成這種測試？我們能否...
如何在公升級模組時備份模組內容
without moudles,without dnn,我想，即使是剛入門dnn的人也不會否認這句話！然而dnn畢竟是乙個開源的產品，在我的印象裡，這樣的東西肯定是一群理想主義的高手們在做，不可否認的是，高手們很多是不屑於低階問題的。所以，我覺得很多模組都有這樣那樣的問題，當然，模組的公升級是一直堅...
如何在軟體頻繁改變時測試？ 翻譯
這裡有兩個問題需要注意 1 在軟體頻繁改變的時候，可能進行全面測試嗎？實際上這是不可能的。不過，這個問題本身就有問題 因為很多時候甚至都不可能在乙個完全穩定的環境中測試軟體。這個問題其實是想問 在軟體頻繁變化的時候，能否進行有效的測試？我們能否期望通過更好的使用人力和其他資源來完成這種測試？我們能否...