1、可以在Chrome中debug測試js，這樣就不用來回切到程序頁面了
面向對象開發：
1、簡單工廠模式、策略模式
2、類功能單一職責原則
3、類設計時開放與關閉原則：類擴展是開放的，修改是關閉的
MySQL知識點
1、大字段數據類型：
| 類型 | 字節數 | |
|---|---|---|
| TINYTEXT | 256 bytes | |
| TEXT | 65,535 bytes(2^16-1) | ~64kb |
| MEDIUMTEXT | 16,777,215 bytes(2^24-1) | ~16MB |
| LONGTEXT | 4,294,967,295 bytes(2^32-1) | ~4GB |
列表內容
首先我們執行下面的SQL，查看這個表的相關信息：
SHOW TABLE STATUS LIKE ‘eventanalysis%’;
2、下面的內容有待測試
text的總結：
text和varchar基本相同。text會忽略指定的大小這和varchar有所不同，text不能有默認值。尾部有空格不會被截斷。text使用額外的2個字節來存儲數據的大小，varchar根據存儲數據的大小選擇用幾個字節來存儲。text的65535字節全部用來存儲數據，varchar則會佔用1－3個字節去存儲數據大小和非空標記。存儲範圍爲65535字節。
測試點
a）測試varchar(10)能存放多少中文
b）測試varchar(65535)能存放多少中文
3、MySQL多Text字段報8126錯誤
- TEXT的內容在 Dynamic的table format下是存在off-page中的，不會
佔用row size的計算。
Barracuda 對應row_format ( dynamic, compress) ，其中dynamic下text
的所有內容都是off-page存放的Antelope 對應row_format (compact, redundant)，其中compact下的text
是存786B在row中，超過部分存在off-page
而服務器配置是 innodb_file_format = Barracuda
照理說所有table用的都是 dynamic 結構。
但是！ 原因如下，摘自文檔：
To preserve compatibility with those prior versions, tables created with
the InnoDB Plugin use the prefix format, unless one of ROW_FORMAT
=DYNAMIC or ROW_FORMAT=COMPRESSED is specified (or implied)
on the CREATE TABLE command.
也就是說，建表時不顯示指定 row_format = dynamic ,即使 innodb_file
_format = Barracuda 表的row-format還是 compact