物聯網、大數據

摘要： 整個遞歸算法是深度搜索算法。由于字符與字符之前有相互關系，所以必須是深度搜索， 但又因為這個關系只存在相鄰字符之間，所以深度搜索不必每次“到底”。 運算速度還不錯，所以就不做性能優化了。 不知道這種算法分析的文章能不能上首頁。 閱讀全文

摘要： 一、準備工作 首先處理以下Calc函數，以方便查看。其實就是變量重命名工作，此時多虧了VS2005的幫忙。 輸入字符串str，輸入是字節數組引用； i是字節數組的循環變量；在后面的正式的程序中，將使用大K做為字節數組的定位變量。 k限定了最大字符串是18，原文是k<90,k+=5，縮小5倍就是了； n其實就是字符在字符表中的位置，這個字符表其實可以說是一個密碼表了； j，莫名其妙的j，其實它也正好是這個算法的關鍵。 閱讀全文

摘要： 我對[author]midea0978[/author]的《.net平臺的RSA實現以及與Delphi之間的互操作性》非常感興趣，看到他求這算法的分析，就試著看了。一看下來，就是20多小時…… 后面我慢慢把分析過程發上來。 閱讀全文

摘要： 這些天都在絞盡腦汁地想怎么樣設計一個授權方式來保護我的組件，今天看了一下同事從廣州帶回來的Tech2007的講稿，里面提到了 微軟的軟件授權及保護服務（SLPS），對其非常感興趣。 從上面分析可以看到，SLP非常強大好用，但是它畢竟還是完整的.net實現，還是有弱點的，具體要怎么利用，我就不多說了，也不想想了。如果你想到了，不要忘記告訴我哦！^_^ 閱讀全文

摘要： 去年年底的時候曾經發過一個數據采集器《網頁數據采集器》，那是專門針對某一個網站來進行采集的，如果需要采集新的網站內容，就需要修改代碼并重新編譯。 昨晚完成了一個帶智能策略的采集系統。其實，這個策略的方案三年前就想好了，那時候打算用VB做，做了一半就擱置了?，F在用C#才終于把這個方案實現了。 閱讀全文

摘要： 昨天碰到了挺郁悶的錯誤，我寫的一個遞歸函數，形成了死循環。 閱讀全文

摘要： 如何部署編譯NDIS驅動的環境 閱讀全文

摘要： .Net反編譯方面，非常出色的一篇文章。作者主要是利用了高級語言編譯器的優化功能來解決流程混淆等反編譯難題。 閱讀全文

摘要： 雖然這一篇已經是“下”了，但是我并沒有研究清楚“自定義控件設計時如何把屬性寫入到aspx中”這個問題。 不過，我選擇了另外一條路，做了點手腳，讓控件把屬性寫入到aspx中去了。 閱讀全文

摘要： 具體情況是這樣的，ObjectDataSource綁定到實體類，GridView幫定到ObjectDataSource，這時候，GridView會獲取實體類的構架信息，并自動生成一些列，HeaderText就是實體類的屬性名，是E文的，我現在想在GridView的CreateColumns方法中進行攔截這個生成過程，硬是把E文改為對應的中文。 結果，在設計時和運行時都可以看到是中文的，但是aspx中就不是中文的。 我就想問問，怎么樣，才能讓它在aspx中體現中文，GridView自身是怎么樣把自動生成的列寫入到aspx中的。 閱讀全文

摘要： 我打算對一個表進行添刪改查每個操作做一千遍，為防止NH可能的緩存，打算在Select的Where條件使用隨機參數。似乎這樣對NH很不公平，但是如果不用，對ADO.Net又不公平…… 打算構造一個對應于這個數據表的一個數據實體類，在ADO.Net中，使用 ID=int.Parse(dr["ID"].ToString()) Name=dr["Name"].ToString() 這樣的方式來創建一個對象（dr就是一個DataRow），同時使用NH來創建這個對象，做一下對比。 閱讀全文

摘要： 做這個“無聊”的工作，源于我做了一個自定義控件，發現運行時和設計時的效果不一致，因而想通過弄清楚各方法執行順序，然后在合適的地方放置代碼，是的運行時和設計時一致。 …… 真是難以想象，設計時和運行時所執行的方法，差別那么大 閱讀全文

摘要： 我想設計一個完善的緩沖方案，用于在程序的各個地方緩沖數據。應用程序級的Cache和Application大家都懂，就不說了用戶會話級的Session也懂，也不說我要說的是小一點作用范圍的。線程級：在且僅在某個線程內有效的緩存。比如，可以定義一個數據庫連接對象，在線程級把它緩沖起來，那么，執行各種數據庫操作的時候，就不用擔心它會沖突，因為當前CPU只有一個線程在執行。我們對數據庫連接的一般做法都是在... 閱讀全文