軟件設計師刷題筆記

最近軟考出分了弧满,上午題比我想的高hhh婆跑,把之前的筆記整理了一下。

1. 文件型exe庭呜、com滑进、引導型引導扇區(qū)、目錄型修改地址募谎、

宏病毒感染使用某些程序創(chuàng)建的文件

2. 先申請的人獲得專利扶关,同一日自行協商,

協商不成駁回所有

3. 一般職務作品:作者享有著作權数冬,單位享有優(yōu)先使用權

2年节槐;報酬按約定比例搀庶;單位在業(yè)務范圍不使用,作者可

要求第三方

特殊職務作品:作者享有署名權;合同約定铜异,法律規(guī)定哥倔,

由法人提供物質條件創(chuàng)作;由其他組織承擔責任

4. 進度安排:Gantt圖揍庄、PERT圖咆蒿;Gantt圖水平條狀圖描述,

以日歷為基準蚂子,持續(xù)時間沃测;任務并行情況;PERT圖網格

模型食茎,表明依賴關系蒂破,關鍵路徑

5. 正負數:加上符號位是否夠

6. 需求分析階段:現實世界詳細調查;現行系統(tǒng)概況董瞻;系統(tǒng)邊界寞蚌;基礎數據;處理方法

7. 邏輯設計:對關系模式進行規(guī)范化(解決數據冗余钠糊,更新異常問題)挟秤;提高存儲效率和處理效率

8. 面向對象分析:產生分析模型。UML表達抄伍,

9. 面向對象設計:對分析模型細化-》設計模型艘刚。UML表達

10. 繼承:子類擁有父類的全部屬性和方法,共享數據的一種機制

11. 軟件配置管理:變更標識截珍,變更控制攀甚,版本控制

12. 統(tǒng)一過程(UP):初啟階段(里程碑:生命周期目標)(專注于項目的初創(chuàng)活動),精化階段(里程碑:生命周期架構)(需求分析和架構演進)岗喉,構建階段(里程碑:初始運作功能)(系統(tǒng)構建和實現模型)秋度,移交階段(里程碑:產品發(fā)布)(軟件提交方面,產生軟件增量)钱床,產生階段(運行軟件監(jiān)控軟件持續(xù)使用荚斯,提交評估報告和變更請求)

13. 能力成熟度集成模型(CMMI 0~6級 6優(yōu)化級)

? 1. 0未完成級(目標沒有被滿足)

? 2. 1已執(zhí)行級(關注過程域特定目標的完成)

? 3. 2已管理級(過程作為已管理的過程制度化)

? 4. 3已定義級(過程作為已定義的過程制度化,關注過程組織標準化和部署)

? 5. 4量化管理級(過程作為定量管理的過程制度化查牌,表明過程得到很好的執(zhí)行和持續(xù)得到改進)

14. SEICMM

? 1. 1初始級(無秩序)

? 2. 2可重復級(有基本的項目管理過程)

? 3. 3已定義級(關于軟件過程以文檔化事期、標準化)

? 4. 4已管理級(過程和質量有詳細的度量標準

? 5. 5優(yōu)化級(不斷促進改進

15. 配置數據庫:開發(fā)庫,受控庫纸颜,產品庫

16. POP3服務器端口110

17. IP地址塊可用地址兽泣,最大地址?最小地址

18. html指向郵箱mailto

19. 編譯過程:

? 1. 詞法分析胁孙,

? 2. 語法分析

? 3. 語義分析

? 4. 中間代碼生成

? 5. 代碼優(yōu)化

? 6. 目標代碼生成

? 7. 符號表管理

? 8. 出錯處理模塊

20. 存儲地址芯片唠倦,最小地址称鳞?

21. 網絡攻擊

? 1. 口令入侵:使用某些合法用戶登錄,實施攻擊

? 2. 特洛伊木馬程序:偽裝工具程序牵敷,通知黑客客戶ip和端口

? 3. 拒絕服務(Dos):使計算機無法正常提供服務

? ? ? 1. 帶寬攻擊:大量通信量沖擊胡岔,網絡資源消耗殆盡,正常用戶請求無法通過

? ? ? 2. 連通攻擊:大量連接請求枷餐,操作系統(tǒng)資源靶瘸,無法處理請求

? 4. 端口掃描:利用socket編程與某些端口建立tcp連接,甄別情況

? 5. 網絡監(jiān)聽:截取口令賬號信息

? 6. 欺騙攻擊:易于誤解的上下文毛肋,做出錯誤決策(IP欺騙怨咪,ARP欺騙)

? 7. 電子郵件攻擊

22. 對軟件技術信息、經營信息進行保護:商業(yè)秘密權

23. 圖像數據量润匙?

24. 風險分析:

? 1. 風險識別:系統(tǒng)化確定威脅

? 2. 風險預測(風險估算):可能性诗眨,概率,后果

? 3. 風險評估:預測是否影響參考水平(成本孕讳、速度匠楚、性能)

? 4. 風險控制:建立處理風險的策略

25. 變量具有對應存儲單元,常量沒有

26. 信號量:上面一定是P厂财,下面一定是V芋簿;最后一個下面的很關鍵,沒V完的一定要V完

27. 過程改進:

? 1. 改進過程將改進產品璃饱,尤其是軟件產品

? 2. 框架:過程改進基礎設施与斤、過程改進線路圖、軟件過程評估方法荚恶、軟件過程改進計劃

? 3. 每一次改進步驟:評估撩穿,計劃,改進谒撼,監(jiān)控

28. 軟件復雜性度量

? 1. 規(guī)模

? 2. 難度

? 3. 結構

? 4. 智能度:算法難易程度

29. 軟件測試:如果發(fā)現的錯誤越多食寡,說明殘存的錯誤越多(集群現象)

30. 開閉原則:可復用設計的基石,可維護性

31. 里式替換原則:使用一個基類廓潜,一定適用于其子類

32. 依賴倒轉原則:依賴于抽象冻河,不依賴于具體;任何類都不應該從具體類中派生茉帅;任何方法都不贏覆蓋基類中已實現的方法;任何變量都不應該持有一個指向具體類的指針或引用

33. 組合和聚合都是關聯的特殊種類锭弊;組合是值的合成堪澎,聚合是引用的合成

34. 觀察者模式:一個對象被多個對象觀察

35. 確定的自動機?非確定的自動機:一個輸入會有不同的轉移狀態(tài)

36. 可視化程序設計:需要寫很少的代碼味滞;采用解釋方式樱蛤;引入控件和事件驅動钮呀。

37. 匯編程序:指令語句必須具有操作碼字段、操作數字段昨凡;輸入匯編程序爽醋,輸出機器語言的目標程序

38. 復合屬性:可以再分的屬性

39. 派生屬性:通過其他屬性可計算獲得

40. 多值屬性:可以有多個不同取值

41. 第一范式:列不再分

42. 第二范式:沒有部分依賴

43. 第三范式:沒有傳遞依賴

44. BCNF:所有非主屬性對每一個碼都是完全函數依賴;所有的主屬性對每一個不包含它的碼,也是完全函數依賴便脊;沒有任何屬性完全函數依賴于非碼的任何一組屬性蚂四。

45. 循環(huán)隊列:求隊頭:(rear - (len - 1) +M )%M;求隊列元素:(rear - fear +M )%M

46. 公鑰體系:非對稱加密,公鑰:加密+認證哪痰,私鑰:解密+簽名

47. 總線:減少信息傳輸線的數量

48. 從CA處獲得數字證書:用CA公鑰驗證

49. IE中安全級別:受限站點遂赠,信任站點,本地Internet晌杰,Internet

50. 翻譯權:從一種程序設計語言轉換為另一種程序設計語言

51. 視頻格式分辨率跷睦?

52. 耦合

? 1. 非直接耦合:沒有直接關系

? 2. 數據耦合:數據參數交換輸入輸出信息

? 3. 標記耦合:數據結構本身傳遞

? 4. 控制耦合:模塊之間傳遞控制信息

? 5. 外部耦合:訪問同一全局簡單變量

? 6. 公共耦合:訪問同一個全局數據結構

? 7. 內容耦合:直接訪問另一個模塊的數據;不能正常入口進入肋演;有部分代碼重疊抑诸;多個入口

53. 軟件過程模型:

? 1. 瀑布模型:事件序列,需求明確

? 2. V模型:測試活動如何與分析和設計相聯系

? 3. 原型模型:快速構造爹殊,獲知真正需求

? 4. 螺旋模型:風險管理與開發(fā)活動結合

54. 軟件的可靠性:與開發(fā)方式無關

55. 高質量的文檔:針對性蜕乡、精確度、完整性边灭、可追溯性

56. 軟件維護

? 1. 改正性維護

? 2. 適應性維護

? 3. 完善性維護(增加監(jiān)控設施)

? 4. 預防性維護

57. UML圖

? 1. 對象圖:對象及關系异希,靜態(tài)快照

? 2. 序列圖:場景,時間順序绒瘦,交互活動

? 3. 通信圖:與序列圖同構称簿,強調收發(fā)信息的對象的結構組織

? 4. 狀態(tài)圖:狀態(tài)、事件惰帽、轉換憨降、活動

? 5. 活動圖:從一個活動到另一個活動的流程

58. 關聯的多重度?

59. 主屬性该酗?非主屬性

60. 分治算法代價有可能在劃分或合并上

61. 集線器(物理層)啥也不能隔絕授药;網橋(數據鏈路層);

交換機(對端口網橋)呜魄,能隔絕沖突域悔叽;路由器:能夠隔絕廣播域

61. 三網合一:電信網、廣播電視網爵嗅,互聯網

62. 哈夫曼編碼:熵編碼娇澎,無損壓縮,一致性編碼

63. 直接尋址:地址碼放入PC

64. 完全透明:指令寄存器

65. 獲取FTP服務器是否存在可寫目錄信息:漏洞掃描系統(tǒng)

66. 使用軟件

? 1. 合理使用:特定條件睹晒,法律允許使用

? 2. 許可使用:著作權人許可他人

? 3. 強制許可:一定條件下:部門申請趟庄,支付報酬

? 4. 法定許可:除著作權聲明不得使用外括细,支付報酬

67. 相對路徑根目錄無/,全文件名有/

68. 軟件:功能性戚啥、可靠性奋单、可維護性、易使用性

69. 具體實體通知觀察者

70. 命令模式:請求封裝成對象猫十,根據請求對客戶參數化

71. 責任鏈模式化:多個對象請求連成一條鏈览濒,知道有一個個對象處理,避免耦合

72. 部署圖在實施階段使用

73. 業(yè)務用例與參與者一起表述業(yè)務過程

74. A類網絡地址掩碼為8bit

75. 系統(tǒng)總線:DB炫彩、AB匾七、CB(ISA、EISA江兢、PCI)

76. 數字音樂合成:FM/Wave Table

77. 內聚:

? 1. 偶然內聚:沒有聯系

? 2. 邏輯內聚:邏輯上相似功能昨忆,通過參數

? 3. 時間內聚:同時執(zhí)行

? 4. 過程內聚:操作是相關的,必須以特定順序執(zhí)行

? 5. 順序內聚:同一功能杉允,順序執(zhí)行邑贴,上一個輸入就是下一個輸出(同一時間內執(zhí)行)

? 6. 通信內聚:在同一數據結構上操作;輸入相同數據叔磷;輸出相同數據

? 7. 功能內聚:所有元素共同完成一個功能拢驾,缺一不可

78. 風險避免是最好的風險控制策略(主動的控制方法)

79. 可維護性:

? 1. 易分析性:診斷

? 2. 穩(wěn)定性:修改造成的后果的風險

? 3. 易測試性:測試已修改的難易

? 4. 易改變性:修改、排錯改基、適應環(huán)境變化的難易

80. 完全圖適合采用鄰接矩陣存儲

81. 以太網交換機

? 1. 根據MAC地址進行幀交換

? 2. 幀中繼繁疤、ATM網根據虛電路表示交換

82. 建筑物綜合布線系統(tǒng)

? 1. 工作區(qū)子系統(tǒng):終端設備到信息插座

? 2. 水平布線子系統(tǒng):各個樓層到工作區(qū)

? 3. 管理子系統(tǒng):樓層接線間

? 4. 干線子系統(tǒng):建筑物主干線纜

? 5. 設備間子系統(tǒng):網絡管理人員值班場所

? 6. 建筑群子系統(tǒng):(園區(qū)子系統(tǒng))連接各個建筑物

83. 敏捷開發(fā)方法:盡可能早,持續(xù)對有價值的軟件交付

? 1. 極限編程XP:輕量級秕狰,價值觀稠腊、原則、實踐鸣哀、行為互相依賴架忌,通過行為貫穿整個生命周期

? 2. 水晶法Crystal:每個項目要有一套不同的策略、約定和方法論

? 3. 并列爭球法Scrum:迭代我衬,按需求優(yōu)先實現

? 4. 自適應軟件開發(fā)ASD有6個基本原則

84. 環(huán)路復雜度計算:兩個結點之間的連線才算邊

85. 常用的中間代碼表示:

? 1. 后綴式

? 2. 三元式

? 3. 四元式

? 4. 樹

86. 折半查找:記得中間移動一位

87. m階B-樹

? 1. 每個節(jié)點至多有m棵子樹

? 2. 若根節(jié)點不是葉子結點叹放,至少有2棵子樹

? 3. 除根節(jié)點之外的所有非終端結點至少有m/2棵子樹

88. 基本有序:直接插入排序最快、快排最慢

89. ASP內置對象中挠羔,reponse可以改變cookie

90. 繪制加工時可能出現的錯誤:只有輸入而無輸出井仰;只有輸出沒有輸入;輸入的數據流無法通過加工產生輸出流破加;輸入的數據流與輸出的數據流名稱相同

91. 虛擬存儲器:主存+輔存

92. 多級中斷:用堆棧保存斷點和現場最有效

93. DMA方式:主存與外設

94. dpi:每英寸像素點

95. 單元測試/模塊測試:模塊接口俱恶、局部數據結構、重要執(zhí)行路徑、出錯處理速那、邊界條件

? 1. 模塊接口:數據流可以正確地流入、流出

? ? ? 1. 輸入參數和形式參數在個數尿背、屬性端仰、單位上是否一致

? ? ? 2. 調用其他模塊的實際參數與被調用模塊的形式參數在個數,屬性田藐,單位上是否一致

? ? ? 3. 調用標準函數的實際參數與被調用模塊的形式參數在個數荔烧,屬性,單位上是否一致

? ? ? 4. 全局變量在各模塊上的定義和用法是否一致

? ? ? 5. 輸入是否改變了形式參數

? ? ? 6. 開汽久、關語句是否正確

? ? ? 7. 規(guī)定的IO格式是否與輸入輸出語句一致

? ? ? 8. 在使用文件之前是否已經打開文件或是用文件之后是否關閉文件

? 2. 局部數據結構

? ? ? 1. 變量說明是否合適

? ? ? 2. 是否使用了尚未復制或尚未初始化的變量

? ? ? 3. 變量的初始值是否正確

? ? ? 4. 變量名是否有錯

? 3. 重要的執(zhí)行路徑

? ? ? 1. 計算錯誤

? ? ? ? 1. 優(yōu)先次序不正確

? ? ? ? 2. 精度不夠

? ? ? ? 3. 運算對象類型不兼容

? ? ? ? 4. 算法錯誤

? ? ? ? 5. 表達式的符號不正確

? ? ? 2. 比較和控制流的錯誤

? ? ? ? 1. 本應相等的由于精度不相等

? ? ? ? 2. 不同類型進行比較

? ? ? ? 3. 邏輯運算符不正確

? ? ? ? 4. 循環(huán)終止不正確

? ? ? ? 5. 不恰當的修改循環(huán)遍歷

? ? ? ? 6. 分支循環(huán)出口錯誤

? 4. 出錯處理

? ? ? 1. 對出錯進行處理鹤竭,保證邏輯正確性

? 5. 邊界條件

96. 部署組件之間的依賴關系類似于包依賴

97. UML狀態(tài)圖:用于描述一個對象在多個用例中的行為

98. VoIP語序某種程度上的數據丟失,可以采用不可靠的UDP

99. DES-私鑰加密體制

100. 不受著作權法保護:法律景醇;已發(fā)禁止出版臀稚、傳播的作品;通用公式三痰、歷法

101. 基本加工3種描述方式:

? 1. 結構化語言

? 2. 判定表(決策表)

? 3. 判斷樹(決策樹)

102. 模塊結構評審:

? 1. 控制流結構

? 2. 數據流結構

? 3. 模塊結構與功能結構之間的關系

103. 逆向工程:在需求分析階段進行

104. UML中:最大線程數:同步棒數

105. 自動機是進行詞法分析的適當工具

106. 純IPv6地址與純IPv4地址需要使用翻譯技術吧寺;兩個IPv6地址與IPv4地址通信:隧道技術

107. 為ALU暫存運算結果:累加寄存器

108. 防火墻:

? 1. 工作層次:層次越低,效率越高散劫,安全性越低

? 2. 采用機制:代理機制(內部信息隱藏)安全性高稚机,效率低;過濾機制:安全性低获搏,效率高

109. 包過濾技術對用戶透明

110. 媒體

? 1. 感覺媒體:聲音赖条、圖像

? 2. 傳輸媒體:電纜,光纜

? 3. 表示媒體:編碼

? 4. 表現媒體:鼠標常熙、鍵盤纬乍、……

? 5. 存儲媒體:光盤,硬盤

111. COCOMO(軟件成本估算模型

? 1. 基本模型:靜態(tài)單變量症概,已估算的源代碼行數

? 2. 中級模型:LOC為自變量的函數計算蕾额,其他屬性調整

? 3. 詳細模型,中級基礎至上彼城,考慮分析诅蝶,設計各步驟的影響

112. 動態(tài)網頁處理:PHP

113. 業(yè)務處理流程進一步建模:活動圖

114. 3G通信標準:

? 1. W-CDMA:歐洲廠商

? 2. CDMA2000:韓國

? 3. TD-SCDMA:中國

115. 存儲容量:記得+1

116. DMZ:WEB服務器、FTP服務器募壕、論壇

117. 包含多態(tài):子類泛型化

118. 事物:

? 1. 結構事物:靜態(tài)部分

? 2. 行為事物:動態(tài)部分

? 3. 分組事物:包

? 4. 注釋事物:解釋部分

119. 分配寄存器的工作在目標代碼生成階段進行

120. PPP支持的兩個認證協議

? 1. PAP簡單兩次握手

? 2. CHAP三次握手

121. ICMP協議:網絡層

122.? 補碼n位可以表示2n

123. 中斷響應時間-發(fā)出中斷請求-開始進入中斷程序

124. 流水線加速比-非流水線執(zhí)行時間/流水線執(zhí)行時間

125. 流水線效率-設備利用率

126. 異步不會給流水線性能帶來改善

127. 流水線斷流调炬,吞吐率下降,加速比下降

128. 軟件工程-質量舱馅、過程缰泡、方法、工具,過程是基礎

130. 風險優(yōu)先級由風險暴露決定棘钞。風險暴露=風險概率×風險影響

131. 自頂向下集成測試的

? 1. 優(yōu)點:

? ? ? 1. 較早驗證了主要控制和判斷點

? ? ? 2. 按深度優(yōu)先可以驗證一個完整的功能

? ? ? 3. 只需一個驅動

? ? ? 4. 支持故障隔離

? 2. 缺點:

? ? ? 1. 柱的開發(fā)量大

? ? ? 2. 底層驗證被推遲

? ? ? 3. 底層測試不充分

? 3. 適用場景:

? ? ? 1. 產品控制結構比較清晰

? ? ? 2. 底層接口不清晰或經常修改

? ? ? 3. 產品控制具有較大風險缠借,需要盡早測試

? ? ? 4. 希望盡早看到系統(tǒng)功能行為

132. 自底向上集成測試

? 1. 優(yōu)點:

? ? ? 1. 對底層組件較早驗證

? ? ? 2. 工作最初可以并行集成,效率高

? ? ? 3. 減少了樁的工作量

? ? ? 4. 支持故障隔離

? 2. 缺點:

? ? ? 1. 驅動的開發(fā)工作量大

? ? ? 2. 對高層的驗證被推遲宜猜,設計上的錯誤不能被及時發(fā)現

? 3. 適用場景:

? ? ? 1. 底層接口比較穩(wěn)定

? ? ? 2. 高層接口比較頻繁

? ? ? 3. 底層組件較早被完成

133. 快排最佳基準元素選擇是:中位數泼返,此時最壞時間復雜度為O(n)

134. 判斷是否屬于同一子網:IP地址AND子網掩碼 是否相等

135. www.abc.com中www是主機名

136. DHCP協議的功能是自動分配IP地址

137. CPU是在一個總線周期結束時響應DMA請求

138. 著作權:發(fā)表權,署名權姨拥,修改權绅喉,保護作品完整權;發(fā)表權受時間限制

139. 顏色:亮度叫乌,色調柴罐,飽和度

? 1. 亮度:發(fā)光體表面反光強弱的物理量

? 2. 色調:色彩的總體傾向,最大的色彩效果

? 3. 飽和度憨奸,色彩的鮮艷程度革屠,色彩的純度

140. 原型模型不適用于大規(guī)模軟件開發(fā)

141. TCP使用的流量控制協議是可變大小的滑動窗口協議

142. 主機路由的子網掩碼是255.255.255.255

?著作權歸作者所有,轉載或內容合作請聯系作者
  • 序言:七十年代末,一起剝皮案震驚了整個濱河市膀藐,隨后出現的幾起案子屠阻,更是在濱河造成了極大的恐慌,老刑警劉巖额各,帶你破解...
    沈念sama閱讀 218,755評論 6 507
  • 序言:濱河連續(xù)發(fā)生了三起死亡事件国觉,死亡現場離奇詭異,居然都是意外死亡虾啦,警方通過查閱死者的電腦和手機麻诀,發(fā)現死者居然都...
    沈念sama閱讀 93,305評論 3 395
  • 文/潘曉璐 我一進店門,熙熙樓的掌柜王于貴愁眉苦臉地迎上來傲醉,“玉大人蝇闭,你說我怎么就攤上這事∮脖希” “怎么了呻引?”我有些...
    開封第一講書人閱讀 165,138評論 0 355
  • 文/不壞的土叔 我叫張陵,是天一觀的道長吐咳。 經常有香客問我逻悠,道長,這世上最難降的妖魔是什么韭脊? 我笑而不...
    開封第一講書人閱讀 58,791評論 1 295
  • 正文 為了忘掉前任童谒,我火速辦了婚禮,結果婚禮上沪羔,老公的妹妹穿的比我還像新娘饥伊。我一直安慰自己,他們只是感情好,可當我...
    茶點故事閱讀 67,794評論 6 392
  • 文/花漫 我一把揭開白布琅豆。 她就那樣靜靜地躺著愉豺,像睡著了一般。 火紅的嫁衣襯著肌膚如雪茫因。 梳的紋絲不亂的頭發(fā)上粒氧,一...
    開封第一講書人閱讀 51,631評論 1 305
  • 那天,我揣著相機與錄音节腐,去河邊找鬼。 笑死摘盆,一個胖子當著我的面吹牛翼雀,可吹牛的內容都是我干的。 我是一名探鬼主播孩擂,決...
    沈念sama閱讀 40,362評論 3 418
  • 文/蒼蘭香墨 我猛地睜開眼狼渊,長吁一口氣:“原來是場噩夢啊……” “哼!你這毒婦竟也來了类垦?” 一聲冷哼從身側響起狈邑,我...
    開封第一講書人閱讀 39,264評論 0 276
  • 序言:老撾萬榮一對情侶失蹤,失蹤者是張志新(化名)和其女友劉穎蚤认,沒想到半個月后米苹,有當地人在樹林里發(fā)現了一具尸體,經...
    沈念sama閱讀 45,724評論 1 315
  • 正文 獨居荒郊野嶺守林人離奇死亡砰琢,尸身上長有42處帶血的膿包…… 初始之章·張勛 以下內容為張勛視角 年9月15日...
    茶點故事閱讀 37,900評論 3 336
  • 正文 我和宋清朗相戀三年蘸嘶,在試婚紗的時候發(fā)現自己被綠了。 大學時的朋友給我發(fā)了我未婚夫和他白月光在一起吃飯的照片陪汽。...
    茶點故事閱讀 40,040評論 1 350
  • 序言:一個原本活蹦亂跳的男人離奇死亡训唱,死狀恐怖,靈堂內的尸體忽然破棺而出挚冤,到底是詐尸還是另有隱情况增,我是刑警寧澤,帶...
    沈念sama閱讀 35,742評論 5 346
  • 正文 年R本政府宣布训挡,位于F島的核電站澳骤,受9級特大地震影響,放射性物質發(fā)生泄漏舍哄。R本人自食惡果不足惜宴凉,卻給世界環(huán)境...
    茶點故事閱讀 41,364評論 3 330
  • 文/蒙蒙 一、第九天 我趴在偏房一處隱蔽的房頂上張望表悬。 院中可真熱鬧弥锄,春花似錦、人聲如沸。這莊子的主人今日做“春日...
    開封第一講書人閱讀 31,944評論 0 22
  • 文/蒼蘭香墨 我抬頭看了看天上的太陽。三九已至戒悠,卻和暖如春熬荆,著一層夾襖步出監(jiān)牢的瞬間,已是汗流浹背绸狐。 一陣腳步聲響...
    開封第一講書人閱讀 33,060評論 1 270
  • 我被黑心中介騙來泰國打工卤恳, 沒想到剛下飛機就差點兒被人妖公主榨干…… 1. 我叫王不留,地道東北人寒矿。 一個月前我還...
    沈念sama閱讀 48,247評論 3 371
  • 正文 我出身青樓突琳,卻偏偏與公主長得像,于是被迫代替她去往敵國和親符相。 傳聞我的和親對象是個殘疾皇子拆融,可洞房花燭夜當晚...
    茶點故事閱讀 44,979評論 2 355

推薦閱讀更多精彩內容