Time of Update: 2018-12-07
Team Foundation Server安裝指南 (未經允許,不得轉載)1.說明Team Foundation
Time of Update: 2018-12-07
今天在微軟的網站上找安全更新,最近網路不太太平不是?病毒多了。結果找到了一個8月份的安全更新ISO。8月份安全更新ISO下載乖乖,一看下載檔案大小。Windows-KB913086-200608-1.iso 502.1 MB(用於2003)Windows-KB913086-200608-2.iso 243.4 MB(用於xp)Windows-KB913086-200608-3.iso 615.0
Time of Update: 2018-12-07
(1)所有資料都應該隱藏在所在的類的內部。p13(2)類的使用者必須依賴類的共有介面,但類不能依賴它的使用者。p15(3)盡量減少類的協議中的訊息。p16(4)實現所有類都理解的最基本公有介面[例如,拷貝操作(深拷貝和淺拷貝)、相等性判斷、正確輸出內容、從ASCII描述解析等等]。
Time of Update: 2018-12-07
【錯誤現象】從調用webservice的程式調試,但是提示“無法逐步執行伺服器”。【錯誤環境】webservice部署在本地。【排錯嘗試】修改了調試所有相關的設定,但是仍然沒有解決,還是提示相同的錯誤。【錯誤原因】在引用webservice時候產生的代理類與輸入的類型不一致。【錯誤分析】webservice調用的時候需要序列化和還原序列化的,類型不一致的時候導致通訊無法進行。【解決方案】重新引用webservice,產生新的代理類,保證類型一致。
Time of Update: 2018-12-07
Time of Update: 2018-12-07
Archor 屬性是.Net Winform 2.0提供的一個非常好的特性,我們可以用它來自動調整視窗內的控制項的大小,但是在我們的系統中卻發現這樣一個奇怪的現象:1.在windows xp中文版本和windows2003中文版本中,Archor屬性可以正常工作。2.在客戶的windows xp 和 windows 2003中,Archor屬性卻工作不正常,視窗內的控制項不會隨著視窗的尺寸的改變而調整自身大小,始終保持原來的大小。分析原因以為是客戶的電腦使用的.Net
Time of Update: 2018-12-07
部落格園中熱火朝天討論的話題很多,雖然來這裡時間不是很長,高端的討論但是似乎可以歸結幾種:1.資料持久訪問 這裡面牽涉的內容有微軟的.Net Enterprise Libary,ORM(IBatisNet,NHibernate)2.設計模式3.架構 設計Asp.net的有.Text,DNN等,不外乎對其他架構的學習或者應用經驗。然而很少看到有關於自己設計的經驗的。誠然架構非常重要,學習別人的好的地方也非常的重要,但是在一個系統中沒有整體的設計是非常致命的。我們可以學習並直接應用那些東西,
Time of Update: 2018-12-07
轉自:http://www.gisempire.com/bbs/Archive_view.asp?boardID=23&ID=65004ARCIMS [ERR0134]錯誤解決方案解決方案:修改ArcIMSparam.js檔案裡面設定var imsURL = \'http://192.168.0.74:7777/servlet/com.esri.esrimap.Esrimap?ServiceName=hztest\';var imsOVURL = \'http://192.168.0.
Time of Update: 2018-12-07
預先處理:table.Render時,各tr的ID={tableid}_{rowind} 產生一個Hidden,ID、NAME=DEL${datasource},value=’’ 在指令碼中產生最後一行的行數{tableid}_rowcount=dt.count;和{tableid}_rowind=dt.count; 再產生{tableid}_reg=new RegExp(‘\{ind\}’,’g’);
Time of Update: 2018-12-07
最近一B/S項目中頻繁用到指紋掃描登記及比對功能。指紋相關功能早已成熟,相關硬體廠家也把掃描、比對等功能做成了ActiveX控制項,要置入B/S系統中,也只要使用其提供的ActiveX控制項就可以了。我使用的是中控URU4000B,其提供了一ActiveX控制項,biokey.ocx。這個控制項有個特點,其功能實現是事件觸發型的,如:在指紋登記時,先調用一個函數進入登記狀態,之後如果有合格指紋按壓動作,就會觸發一個事件,告之指紋登記已經完成。且如果在一個視窗內有多個控制項,只有其中一個控制項執行
Time of Update: 2018-12-07
burrow是NHibernate支援OpenSessionInViewer的一個架構,使用他的GenericDAO也很方便。但在某些WEB頁面使用中會報"控制項包含代碼塊(即 <% ...
Time of Update: 2018-12-07
實體有曆史變化,曆史變化要求能回溯,有些屬性要繼承到現狀中,即要求從現在的實體能迅速查詢到有曆史的屬性。以房屋為例,房屋會發生現狀變更,或者有測繪的實測替換預測,一般都要求能查詢出所有的曆史情況,所以要保留曆史情況,但是過往房屋登記的產權或抵押,現狀也要能迅速查詢到。設計表如下: 欄位說明OldFID被替換的房IDNewFID替換後的房IDNowFID現狀的房ID,預設值與NewFID一樣替換時,根據新舊ID加入記錄(OldFID,NewFID,NewFID),並且執行更新:update
Time of Update: 2018-12-07
1.取得序號(順序號)如果習慣了ORACLE的Sequence,到ACCESS下使用自動編號欄位還是會不習慣:如何取得新的編號值,如何拿他來做關聯欄位值?可以做如下一個函數: Code highlighting produced by Actipro CodeHighlighter
Time of Update: 2018-12-07
GIS功能的按功能分成不同的包(項目),但是各個包中都要用到相同的東西,比如WorkSpace,比如資料庫連接。從功能的封閉性來講,最好是不用全域變數。但是由於封裝的特殊性(要封閉成COM類),限制了這些參數從建構函式中傳遞,所以一種方法是讓類再擁有一個初始化函數Init(),在這個函數中向相應的類傳遞參數,當然使用的人也就要多記得這麼一個規則了。另外一方面,由於一個包裡的不同功能大多針對相同的WorkSpace、資料庫連接等,也可以考慮在各個包中加一個模組,用於存放包內的全域變數,並提供一個初
Time of Update: 2018-12-07
因為做一個簡單的系統,而且有點時間,就打算用ORM來試一下。我原來認為其實對於很多簡單的MIS系統(只有存/取/查/刪,而無複雜邏輯)來說,現在的ORM還沒有帶來很大的效果,感覺好象還麻煩了,對於需求變化帶來的影響也無明顯的降低。於是兩種方式都用了一下,一種用NBear,一種用自己寫的Table Gateway,下面是工作對比:自己寫Table GatewayNBear設計表(s)設計實體(C)寫Table
Time of Update: 2018-12-07
問題救助描述:我用AXL構造了一個SPATIALQUERY,返回欄位中有一欄位值是中文的(如BUILDLOC),但是我取得的是亂碼。我查詢的代碼是: Dim arcimsRequest As HttpWebRequest = CType(WebRequest.Create(_serverURL), HttpWebRequest) arcimsRequest.Method = "POST"
Time of Update: 2018-12-07
MO功能點的分類1.全程enable(AE),掛接MapControl Event(下文簡化為H),如:動態座標顯示2.動作瞬時enable(IE),不掛接MapControl Event,但讀取期屬性,如:圖層設定2.動作瞬時enable(IE),掛接MapControl
Time of Update: 2018-12-07
Arc Catalog重建索引時報錯: ---------------------------Error---------------------------Failed to add spatial index.Underlying DBMS error[ORA-02298: 無法驗證 (SDE.A18_FK1) - 未找到父項關鍵字(A18_FK1)]The specified feature dataset extension type was not
Time of Update: 2018-12-07
關於介面與抽象類別的討論很多,但是很多討論往往讓人迷糊,甚至將人引向歧途,一方面是關於介面一詞的濫用或者不適當的使用(這裡有翻譯的原因,也有文化的原因),另一方面是作者或有意無意的誤導。我想首先關於這兩個術語的討論應該界定在編程範圍以內,方不至於引起過多的聯想。關於二者的關係,一言以蔽之:介面是關於行為的抽象,而抽象類別是對象的抽象。在實際的編程實踐中,二者通常是結合在一起使用的,而且往往是只有結合在一起使用才能夠達到更好的效果。
Time of Update: 2018-12-07
今年公司從制度上進行了一場大的變革,主要目的是在公司內部實行市場機制,激勵員工將產品或者項目做好,打破大鍋飯,讓一部分人先富起來。公司的檔案精神是,員工的收入與參與的項目或者產品掛鈎,如果是產品,按產品根據一定的比例提成,如果是項目則按照預算來決定團隊收入的總和,然後每個人的收入則再在項目或者產品的銷售收入中分配,收入分配的權利交到產品經理或者項目負責人手上。每個人對此都自己的想法,有的歡欣鼓舞,有的憂心忡忡,真是山雨欲來風滿樓啊。