使用環境(藍色粗體字為特別注意內容)
1、軟體環境：keil mdk 5.15
在使用keil的過程中有幾個小問題，在此記錄一下。
1）編譯報錯：fcarm - output name not specified, please check 'options for target - utilities'
發現工程中有乙個檔案的圖示顯示不對。
原來是選擇檔案的時候檔案型別選擇錯誤：
改為如下的檔案型別即可：
2）編譯報錯..\source\fatfs\src\diskio.h(30): error: #20: identifier "bool" is undefined
在stm32f10x.h中加入typedef enum bool;問題解決
3）編譯報錯.\output\xx.axf: error: l6218e: undefined symbol _spi_read_write (referred from diskio.o).
標頭檔案中定義了_spi_read_write()函式，但是.c檔案中找不到。
4）編譯警告..\source\main.c(40): warning: #167-d: argument of type "u8 *" is incompatible with parameter of type "char *"
原因是將unsigned char型別引數傳入以char型別為引數的函式中。示例：
宣告：foo(char * arg)，
呼叫：unsigned char arg[10]; foo(arg);這時候會出現警告，這時候將引數arg宣告改為：char arg[10];問題解決！
關於用例的幾個問題分析
用例的粒度問題 首先沒有粒度問題，通常是把步驟當為用例引起的，外部執行者一次有意義的完整互動就是乙個用例，執行者可以暫時放心離開了。步驟複雜可擴充套件為子用例。以買火車為例，搶到票了不支付就不能放心離開，支付票款就不是乙個主用例，後補支付可為候選路徑。系統用例 直接互動的某領導做了幾件事，可能是不同...
REST的幾個常見錯誤
過去幾年我的工作和學習一直圍繞restful api，我在不同的專案和社群中見過很多相同的錯誤，於是我就決定，將我在網上讀到的和我自身的經驗整理一下。下面這些，是常見的一些設計錯誤 解釋以及例子。你的uri沒有反應相應資源的用途。restful的api是基於資源的，當我們設計uri的時候，要時刻銘記...
關於預設建構函式的幾個錯誤認識
其實程式語言和我們所用的任何軟體沒有區別,例如photoshop autocad之類。其唯一不同的是我們用的程式語言是基於編譯器的,而應用軟體是基於我們的程式語言的。既然我們所用的軟體是基於編譯器的,那麼理解編譯器在背後到底為我們做了些什麼 在什麼情況下做了哪些事情就顯得異常重要。這就像photos...