我們專業課(數學建模)講的東西由七橋堡問題而來的Euler環遊。 如,要將其變為Euler環遊圖。%首先給出一個矩陣(相鄰表示1,不相鄰表示0),用來表示圖1。v = 0 1 0 0 0 0 0 1 1 0 1 0 0 0 1 0 0 1 0 1 0 1 0 0 0 0 1
本文僅供初學者閱讀,老手飄過(可以指點~~)下面說一下我在用XML注釋時的一些發現,或是經過。希望對你有用。剛開始看到別人寫的代碼中都有這樣的注釋:剛開始很不知道這是幹嘛的,也不知道是如何出來的。知道是XML,但是不知道用來做什麼的,在網上查了一下要如何才能有這種效果,不過沒有找到。當時還想在學習一下XML之後再來寫代碼的。不過後來……後來偶然間在寫完一個類之後在類上添加該類的注釋的時候按下了三個注釋的符號(我用的vb.net)出現這樣的狀況:於是乎,瞭解了原來這樣就可以了。於是竊喜,並且在每個
這幾天看了一下DES加密,認真看的話這個演算法並不難,有時候覺得困難時因為自己看不下去。茫茫人海,和己者寡。 <!--[endif]--> 要學習DES密碼編譯演算法,我覺得有幾點是要先瞭解的,下面一一列出來:<!--[if !supportLists]-->1. <!--[endif]-->模2加運算這個是比較好理解的,就是兩個數相加然後除2取餘。<!--[if !supportLists]-->2.
有了上篇文章的打底,要搞懂DES演算法也就不是什麼難事了。現在整體把流程敘述一遍。然後再用java實現以下。首先就是把明文通過IP置換,得到一個亂序的明文序列,然後將明文序列分成L0和R0左右兩部分。接著將R0直接賦值給L1,而L0通過f(R0,K1)進行模2加運算把值賦給R1。接著重複上述步驟直到得到L15和R15。然後把R15賦給L16,L15通過和f(R15,K16)進行模2加運算得到R16。注意這裡L16並不是在左側了,而是和R16換了位置。緊接著就是把R16L16通過
這裡看圖片:知識總結圖對於這段時間來的總結我想可以用上面的圖來表示。所有的一切都可以包括在軟體工程這個圓裡面,但是這個圓是一個不斷擴充的圓。隨著我們基本素質的提高,已經我們編程經驗的增加,思想的增加。這個圓也在不斷的擴充。就是老師所言,每次我們遇到了新的知識,或是看到了新的事物,它總是和已有的事物是有著千絲萬縷的聯絡的。所以不斷地將新的東西融入到已有的知識裡,或是經驗裡。並且也不斷的以已有的知識的沉澱來吞噬新的知識。昨天聽老師說易經,從一到萬。事物都是不斷地演變過來的,既然是演變過來的就會有宗
最近瞭解到這麼一個東西,叫RSS閱讀器。用起來很不錯。讓瀏覽變得更加方便了,朋友部落格更新了,用它,嘿……早知道。有更新就通知。瀏覽新聞,不用開web。自己送上門來。你說方便不..為什麼要使用RSS的11個理由1.從眾多的新聞源尋找正在發生的事情2.從多個信箱收取資訊3.擷取最新股票行情4.天氣預報5.擷取音樂、電台節目和視訊剪輯6.及時更新議程表7.注意電影院最新電影的資訊。8.多看漫畫9.看看別人在看什麼10.及時更新你的軟體11.更新你的BT種子 俺的新博
這個論道的事起因於米老師的一篇部落格,說實話,老師的思想很難揣摩(其實是廢話,要是都能揣摩了,那還是老師嗎)古語有云:道不同不相與謀。我記得我的評論是不贊同道不同的人一起共事,因為道不同,自然會彼此有摩擦,在發展上就會相互牽制。但是如果再反過來想,一個人如果只和意向相同的人在一塊,那麼個人的認知和接觸的社會始終只是一方面的,也就是對事物的看法始終抱有片面的觀點。如果是不同意向,立場不同的兩個人在一塊,彼此的都在闡述自己的觀點,這樣對於認識事物的多樣性是很有協助的,因為“橫看成嶺側成峰”。所以對於
關於人際關係的重要性米老師應經在部落格裡寫的很詳細了,也很有說服力。尤其是那個成功的公式。極力推薦大家看一下:http://mxj6688.blog.163.com/下面僅說一下我個人的看法。 如果不是米老師這樣的不斷地強調並且不斷的以身作則或許我依然抱有以前的那種觀念——我的成功有我掌控,如果我能力夠強何愁不成功。我想很多人都有這樣的想法。米老師也說這是很正常的想法,因為年輕人一般都是熱血沸騰獨挑江山的。但是社會就是一個人和人關係的組合,那如果你想在這裡成功如果你不融入怎麼能行。
前幾天我們一個師哥去面試,遇到了這樣的問題,人家給了個腦筋急轉彎讓他回答。他沒回答出來(這是米導說的,註:米導——米導師,把我們都迷倒了,O(∩_∩)O~),然後米導就把這個問題給了我們。於是有了這篇文章。 問題是:13加4或者減4在什麼情況下等於1.? 你可以先思考一下。記住,這是給一個挨踢人的轉彎題。 首先分析一下人家出這個面試題的目的。
關於M層的搭建算是完成了,雖然還是有待改善。感覺就像是蓋房子要先打地基,等地基打好了,上層建築就可以開始搭建了。關於這一層主要用到的設計模式為(為了學習使用設計模式而使用,不是為了設計模式的名字):面板模式(主要是把一次內部的過程給封裝了,給外層提供一個簡單的介面),抽象原廠模式(使用了反射+依賴注入),還有策略模式(在收費的那一塊使用此模式進行消費計算)下面看圖:其中IFactory是一個關於建立那種資料庫操作類的一個介面,這樣可以做到和具體的資料庫無關,要對什麼樣的資料庫進行操作就可以實現成
使用者的許可權控制是這些開發線上考試系統需要考慮的內容,先前沒有學過這方面的內容,不過倒是見過別的軟體中有這種設計,因此這次也就學習一下。 關於使用者權限這塊如果建表的話需要建立六張表,這是視頻上講的。不過我個人理解其中有一個表好像沒有什麼用,就是User(使用者)和Right(許可權)之間的一個關係表。既然角色是一個許可權的集合了,給使用者賦予某一角色不就可以達到設定許可權的目的了嗎?為什麼還要多加一個表?有疑問。
那一天我不得已上路為不安分的心為自尊的生存為自我的證明--《在路上》在我們開始為了我們的目標開始努力奔跑時我們就已經在路上了,不過我們的奔跑或許能夠比作在開車在高速上緊踏油門。我們應該意識到,任何的一個不經意的差池就可能車毀人亡(當然再比喻回來到學習,後果並不是這麼直接)這是我在從北京回來的路上想到的,坐在車的第一排。看著前面的道路——看不到終點。但是車身始終是在快速向前行進的,駕駛員必須要精力集中才行,因為你不知道一會兒會不會遇到紅燈,會不會半道竄出一輛車來。 我想這和我們的學習是一樣的。我們
前面實現了基本的DES演算法,但眾所周知的是DES演算法的安全性不是很高,究其原因還得歸結到他的密鑰位上,刨去8位校正位,剩下的56位密鑰實在太短,以現在普通機器啟動並執行速度,使用窮舉法很快就可以破譯。(這是我也是看資料看來得,沒有實踐)基於上述理由所以有必要對DES進行修改,因此也就有了多重DES。所謂多重DES不過是通過多個密鑰來進行重複的加密運算,其目的不過是為了增加密鑰量。那到底重複多少次才合理呢,我是不曉得的,你知道的話可以告訴我/(^o^)/~。不過用的比較廣泛的就是三重DES加密
上篇文章裡面用java實現了DES的核心演算法,並且對外提供了一個比較簡單的介面,可以直接使用,不過有一個問題就是這個演算法只是核心,只能實現對64位二進位進行加密。所以要在實際狀況下使用的話需要進行預先處理才行。所謂預先處理就是把真是的資料,比如字串,資料,等不定長的內容轉換成分組的每組64位位元據組。然後再進行區塊編碼器,最後結果合并得到加密資料,當然了,為了不讓別人看出來最後的二進位密文,你可以把這些分組的資料再轉換成字串或者什麼格式的就行了。預先處理過程:1.
密碼分析的方法主要有以下三種:1. 窮舉攻擊:密碼分析者通過試遍所有的密鑰來進行破譯,顯然可以通過增大密鑰量來對抗窮舉攻擊。2. 統計分析攻擊:密碼分析者通過分析密文和明文的統計規律來破譯密碼。對抗統計分析攻擊的方法是設法使明文的統計特性與密文的統計特性不一樣。3. 解密變換攻擊:密碼分析者針對加密變換的數學依據,通過數學求解的方法來設法找到相應的解密變換。為對抗這種攻擊,應該選用具有堅實的數學基礎和足夠複雜的密碼編譯演算法。密碼分析的類型有以下四種:1. 唯密文攻擊:密碼分析者僅知道一些密文。
線上考試系統做到已經用時兩個星期多了,上次說到已經開發了近三分之一了。其實開發到兩個星期的時候我負責的模組已經完成了,因為其中有很多是原先做題庫時寫過的。 但是後來在分析之後覺得原先的試題表要是針對線上考試的話會不太恰當,原先我們的設計沒有考慮會有很多使用者同時抽取試題並且還需要記錄每一個使用者所抽取的試題。因此這時就要對資料庫結構進行改動了。 其實按照我的想法,採用原來的資料庫設計也是可以的。
圖中符號含義:IP:預定義的初始置換Fk:包含置換、替代操作且依賴於密鑰的變換,公式:具體演算法:SW:將輸入的資料進行高四位和第四位交換;IP-1:IP的逆置換;RLC_1:迴圈左移1位;RLC_2:迴圈左移2位演算法概述:先產生密鑰:1. 需要產生兩個密鑰,輸入的10位密鑰,然後進行P10置換(類似於DES中的IP置換),將結果分為兩組,設為L和R;2. 兩組分別進行迴圈左移1位操作,得到L1和R1;3. 將L1和R1合并,並將合并的資料經過P8置換,得到8位的密鑰K1;4.
這一部分內容中大部分都屬於常識吧,不過其中有些比較深的內容還是需要記一下的。既然大部分是常識內容了,那必然是在自身的生活中可以經常用到的。因此,看著概念,想著生活(很美好呀!) 比如說MPEG-1協議時幹嘛的,我不清楚呀。那你聽過mp3吧。(啥,沒聽過~~~,你哪來的?)mp3全稱:MPEG-1 Layer
這是IP資料包格式相關的東西。 首先來看一下IP資料包的格式: 關於其中的一個名詞大家可以去網上查,這裡只是相應的介紹關於分區的部分。
新聞發布系統到現在為止已經算是完成了(其中還有一個動態產生驗證碼的功能沒有實現)。總結一下這個系統中所用的一些技術或是知識吧。 首先在整體上採用的mvc的架構模式,對系統進行分層分為DAL、BLL、WEB(B/S)。其中的DAL有調用最底層的一個SqlHelper進行資料的增、刪、改、查。 對於分層的模式來說和以前的並無什麼差別,因此也就不再敘述。倒是頁面層的東西是第一次接觸。