Time of Update: 2018-12-07
成功人士財富成長15種能力 無論在內企,還是在外企,凡是成功人士(以下簡稱他們)的身上都有獨特的個人能力和人格魅力,這是旁人所缺乏的。他們的成功決不能簡單地歸結為機遇好。依筆者來看,這些能力可概括為: 1、解決問題時的逆向思維能力 面對工作中遇到的新問題,一時又找不到解決方法。而且,上司可能也沒有什麼錦囊妙計時,他們擅長用逆向思維辦法去探索解決問題的途徑。他們清楚具體業
Time of Update: 2018-12-07
對於WPF導航來說,最大的瓶頸在於當前Page類型並沒有提供直接的針對Page自己資料傳遞的屬性或者方法,也就是說每一個Page從導航至顯示的整個過程Page本身是無從得知的。於是只能通過Frame類型的相關事件。當然本質上都是依靠被一個專門負責導航的類型:NavigationService類型。而NavigationService類型的事件都是針對整個導航的全域狀態的,Page類型是無法直接得到這些資料的。(注意Page類型也有NavigationService屬性)。 而Silverligh
Time of Update: 2018-12-07
通過使用用戶端認證調用 Web 服務以便在 ASP.NET Web 應用程式中進行身分識別驗證zz概要本文討論如何從 ASP.NET Web 應用程式向 Web 服務傳遞用戶端認證以進行身分識別驗證。注意:本文的步驟同樣適用於使用 HttpWebRequest 類執行直接 HTTP 要求的情況(如果不調用 Web 服務)。回到頂端 簡介通常,Web 服務必須對調用該 Web 服務的應用程式執行身分識別驗證。Web
Time of Update: 2018-12-07
今天早晨接到迪美的電話,說BPIOU網站出問題了,有使用者發了一封郵件給他們說是在“我的課程”中查看不到課程(這個用的是SharePoint預設的列表視圖),並且課程預訂的時候顯示失敗(這個用的是JavaScript物件模型),報錯介面如下:進去看了一下,發現使用者課程預訂列表的項目已經超過了5000,達到了SharePoint預設設定的列表閾值限制。OK,上面是一個真是的故事,故事講到這裡先暫停一下,看一下這個所謂的“列表閾值限制”究竟是個什麼東東。我們知道,在SharePoint
Time of Update: 2018-12-07
轉http://wsjx.mnu.cn/learning/web_course/dataxitong/5.2.5關係模式的分解: 在前面的討論中,為了提高關係模式的正常化程度,我們都是通過把低一級的關係模式分解為若干個高一級的關係模式來實現的。這樣的分解使各個關係模式達到某種程度的分離,讓一個關係模式描述一類實體或者實體間的一種聯絡。 然而,如何對關係模式進行分解呢?對於同一個關係模式可能有多種分解方案。例如,關係模式S(SNO,CLASSNO,DEPTNO),其中學號SNO,班級編號CLA
Time of Update: 2018-12-07
第二章 Web資訊採集概述在研究基於主題的Web資訊採集之前,讓我們先來看看Web資訊採集的基本情況,這包括Web資訊採集的基本原理、基本結構和主要難題。它們是從各類Web資訊採集系統中抽象出來的,因此代表了比較本質和共性的特徵,而對於每個實際的採集系統來說,又與它們有所差別。為了更好的瞭解采採集系統,我們在本章的最後列舉了兩個執行個體。2.1 Web資訊採集系統的基本原理Web資訊採集(Web
Time of Update: 2018-12-07
判斷EXCEL某一儲存格中注釋是否存在的問題,也許是因為VBA本身沒有提供Comment.Exists類似的方法,所以以為該問題解決起來可能會非常麻煩.晚上回去躺在床上,忽然一個想法冒了出來,用 object is nothing來判斷一下,看看行不行.今早一試,果然是應該這樣來判斷. 其實昨天我就用這個試過的,只是當時忘了vb中判斷某一對象是否為nothing需要用is而不是=. 具體編碼如下: If Not mSheet.Cells(rowIndex,
Time of Update: 2018-12-07
LMS---Learning Management SystemLCMS---Learning Content Management System1.DotNetSCORM http://www.dotnetscorm.com Base on VB.Net 1.1的LMS,應該才做不久,現在才出PreAlpah 00.03.012.KanataLV https://sourceforge.net/projects/kanatalv/ Base on
Time of Update: 2018-12-07
為你的作品選擇一個“創作共用”的許可協議並非代表你放棄了自己的著作權。而是意味著你的部分權利在某些條件下可以提供給一些接受者。到底是那些條件? 我們的網站會讓你從下面一個設計好的列表中混合和搭配組成你的條件。經過組合,共有11個“創作共用”許可方式可供你選擇。 署名. 你允許別人拷貝、分發、呈現和表演屬於你著作權的作品,或者基於該作品的派生作品,但是條件是他們必須提供你的名字。舉例:
Time of Update: 2018-12-07
自從開始做Web開發後,我就經常在不同的瀏覽器間換來換去,目前主要使用四種瀏覽器,分別是IE、Firefox、Chrome和Safari,這四種瀏覽器各有千秋,說不上誰最好,如今開發的網站,我都會用這四種瀏覽器測試下效果。最近做一個頁面需要用到opener的方法進行調用,我把代碼精簡了一下,這是首頁面main.htm:<!DOCTYPE html><html><head><title>Main</title><script>
Time of Update: 2018-12-07
目錄1. 關於標準對話方塊2. 關於ShowDialog方法3. 示範工程下載 返回目錄1. 關於標準對話方塊首先,一個標準的對話方塊應該嚴格具備至少如下特點:只要背後父表單顯示,它一定會顯示,並且覆蓋在父表單之上。 對話方塊的視窗標題不會顯示在工作列中的,工作列僅會顯示主表單的名稱。 對於強制回應對話方塊(Model Dialog),只有對話方塊關閉後,背後父表單才會獲得焦點。無強制回應對話方塊(Modeless Dialog)沒有這樣的限制。
Time of Update: 2018-12-07
一年前寫過一篇文章:WPF:為ListBox添加和刪除資料加動畫效果,現在想到了一種更好的方法為ListBox資料的添加和刪除做動畫,訣竅就是做一個支援動畫的StackPanel。看了一篇非常好的文章:http://www.switchonthecode.com/tutorials/wpf-tutorial-creating-a-custom-panel-control,瞬間有了靈感。 這個StackPanel在Arrange的時候,首先設定子控制項的RenderTransform為Transl
Time of Update: 2018-12-07
我發現許多人把樹形資料的顯示緊緊地和TreeView控制項綁定在一起,雖然TreeView是多數樹形資料的首選控制項,但是WPF本身的樹形資料顯示並不是綁定在TreeView上的。WPF的樹形資料顯示依賴在HierarchicalDataTemplate資料範本中,而支援此類模板的控制項是HeaderedItemsControl控制項。 寫一個非常簡單的程式,同樣的樹形資料,直接顯示在TreeView和MenuItem中: 因為TreeViewItem和MenuItem都是HeaderedIte
Time of Update: 2018-12-07
DC(Device Context 裝置描述表)
Time of Update: 2018-12-07
首先看下手機情境要求,明確了要求,就會有問題有針對性drawcalls,控制在100一下,同屏不超過2w三角面。需要看到遠景的用LOD,鳥瞰用低模。漫遊的話就是1、2層精細點,其它粗糙點。地圖面積大,得用分部載入的。 Drawcalls:這個東西值越小,你的遊戲效能越好介紹:在遊戲中每一個被展示的獨立的部分都被放在了一個特別的包中,我們稱之為“描繪指令”(draw
Time of Update: 2018-12-07
前端時間出去面試,有道智力題很有意思:給你9L與11L的桶各一個,還有不限量的水,如何得到10L的水?拿到這種題目,不管三七二十一,先倒騰起來再說:1)先將11L的桶灌滿,然後用11L桶裡的水將9L的桶灌滿,那麼我們就得到2L的水在11L的桶裡;2)然後,將9L的桶倒空;將11L通桶裡的2L水倒到9L的桶裡;3)將11L的桶灌滿,然後用11L桶裡的水將9L的桶灌滿(只要7L,因為步2中已經有2L了),那麼得到4L(11-7)的水在11L桶裡;4)將9L的桶倒空;將11L桶裡的4L水倒到9L桶;5
Time of Update: 2018-12-07
最近項目太忙了,幾乎沒有時間來光顧這裡了。在項目中除了負責自己的模組實現外,還做了一個不太稱職的TeamLeader。由於負責的模組很多資料的操作,經常遇到這種錯誤,“此行已屬於另一個表”的錯誤。 導致這個錯誤的語句如下:dtPriceTable.Rows.InsertAt(aDataRow,i);或者dtPriceTable.Rows.Add(aDataRow); 我分析了一下原因,因為DataRow DataTable
Time of Update: 2018-12-07
這陣子,我和另外幾位同事一起,在準備我們部門新的門戶網站,當然,我們使用的是SharePoint Portal Server
Time of Update: 2018-12-07
最近正好有個朋友問這個方面的問題,如何規劃一個SharePoint系統的磁碟容量?如果不能在前期做系統規劃(Planning)的時候,確定好所需的磁碟容量,那麼就很可能遇到系統上線3個月之後,探索服務器磁碟不夠用的尷尬情況發生。 在微軟TechNet網站上,有一些相關的文檔和白皮書,比如《Capacity Planning and Sizing for Microsoft SharePoint Products and
Time of Update: 2018-12-07
因為講課的需要,經常要做各種各樣的示範。在SharePoint 2010使用預設設定全都安裝在一台Windows Server 2008