工具
IDE為idea16
JDK環境為1.8
gradle構建，版本：2.14.1
MySQL版本為5.5.27
Tomcat版本為7.0.52
流程圖繪制（xmind）
建模分析軟件PowerDesigner16.5
首先我們需要先了解我們這個文章系統的整個功能模塊組合，也就是我們的思維導圖，只有這樣才能實現整體功能的架設。下面如圖所示：
其實在上面的系統中，我已經把前端用戶的文章查閱功能排除掉的。為什么我這里會單獨排掉前端的查閱呢？前端的文章查閱功能基本在后端的所有文章中已經有體現相應功能。大概功能如下：
前端文章查閱
文章列表
文章歸檔
文章分類
文章詳情
在上面的流程圖中，我們可以看到我們清楚的把業務流程描述出來了。可能很多哥們會說我們有其他不一樣的方式，或者類似的方式但是實現比現在的強勢，這個無可否認。但是我認為這個是別人項目中存在且我使用的很符合個人習慣的東西。好的東西要學習，不友好的東西我們需要自己改進。
首先我們訪問站點的方式只有訪問主頁，然后才會有web應用的展示，也就是說我們網站的首頁是我們web應用的總入口。
而我們主頁的功能也是需要圍繞我們的中心——博客來制作，這樣才能達到我們建設這個后端的目的。所以首頁元素需要有以下方面：
文章列表
文章歸類
作者介紹
熱門文章
最高評論
最近動態
聯系信息（而維碼）
標簽導航
等···
為什么我們需要數據流圖，我們不是為了軟件工程二故意做這個數據流圖。而是數據流圖能清晰的表明我們這些流程中需要哪些關鍵的東西，能在一定程度上反應業務邏輯。所以我們做這個還是有意義。在上面我們可以看到在我們程序流轉的過程中，我們需要知道具體的文章ID才能進行詳情查看操作，所以我們在拿到列表的時候就需要把文章ID拿到，同時文章歸檔的依據信息，也需要拿到，大概需要哪些簡單的東西，具體跟下面首頁的json數據相關。具體的首頁預想效果如下圖：
按照通用接口標準來說，我們首頁數據需要JSON的標準數據。分析可得，我們的json格式大概如下：
可能一些朋友看到這里就會迷糊了，你的json數據的實體類型怎么來的呢？其實我們一開始就提過我們的數據庫是wordPress/ target=_blank class=infotextkey>WordPress的數據庫，也就是數據內容是來自我的個人博客系統上面的數據庫。所以我們需要看看wrodpress的博客系統上面文章表的結構和內容才能推測是表中字段及其分布各有什么意義。具體的數據庫表結構如下：
從上面的文章信息表中我們可以看到這一張表只是用來存儲所有的文章的基本信息，但是文章的一些其他信息都是沒有的，比如說：
評論
特色圖片
文章歸檔
等···
一般來說，我們的常規思路是需要將這些信息關聯在一起的，而且這個思路也是沒錯的。但是可能有的實現我們并沒有較好的設計思想，所以我們可以簡單的把數據庫逆向到模型。所以閑話不多說，直接在有wrodpress環境的電腦上面鏈接數據庫，打開wordpress數據庫，選擇逆向到模型。那么，數據庫逆向模型如下所示：
從上面的數據庫模型中我們可以看出維持wordpress中心的有幾張表，如下：
wp_posts 文章基礎信息表
wp_postmeta 文章擴展數據表
wp_comments 評論基本表
wp_commentmeta 評論擴展表
wp_links 鏈接表
wp_options 設置信息表
wp_users 用戶信息表
wp_usermeta 用戶信息擴展表
為什么我說上面這幾張表是核心表呢？首先我們可以看到這幾張表都是存儲了博客系統的一些基本的東西。接著我們可以看到這些各個表中一些關聯的表都是有彼此的鍵對應其他表的主鍵，所以看到這里大家可能也就心里有數。
所以上面我們的json信息中的實體類型該怎么設定也就是很明顯的，必須對應數據庫字段嘛。既然都這樣了，那我們是不是也可以進一步猜想出其他的json內容呢？
文章按照日期歸檔相信很多人都看到過，大概樣子就是一個下拉列表中顯示年月日后面加上數量，大概樣子如下
請選擇日期 ↓
所有
2016年11月12日（2）
2016年11月15日（1）
2016年10月28日（3）
我們要把這樣的效果做出來，其實可以直接把文章信息傳遞給前臺讓前端完成。但是數據量過多的時候，網絡傳輸也就相對吃力，所以我們還是直接后端處理，將網絡傳輸的數據最精簡。
那么我們簡單的首頁集合的數據應該如下所示了：
這里應該有朋友可能會問，為啥你的date（根據日期歸檔）的json數據這么奇怪呢？
其實我們最直接的可以看到，在上面的日期歸檔的json中，日期可以很直觀的看出來，同時idList中把文章ID也是展示出來的，所以我們根據ID和日期都還是可以互相參考的，同時ID的數量可以讓我們明白每個日期有多少篇文章。
既然我們在上面把基本的首頁框架數據歸類，寫出的json接口，同時通過逆向開發的思路等把項目我們需要使用的一些模型圖完成了，這樣接下來就是具體編碼的事情。 具體的編碼問題，且聽下回分解。
核心算法：SHA-256
步驟：
注冊用戶
客戶端進行16位MD5小寫加密
生成隨機的salt
將密碼和salt進行SHA-256加密
數據庫存入用戶信息和對應的salt
這一期，我們把文章系統一些做了基礎的分析，下一期我們需要完成wordpress數據庫內容分析和文章系統模塊開發，和文章的撰寫相關的東西。項目開發中的一些基本思想，但是可能我們最終目的是倚賴wordpress的博客。所以在實際開發中，我們可以參考別人的完成并加以列用。
