久久久一本精品99久久精品88,偷窥少妇久久久久久久久,日本久久中文字幕

摘要: http://sixrevisions.com/freebies/web-page-templates/transparent-glass-ui/This free user interface pack, brought to you by PixelsDaily, includes a variety of popular elements used in web applicati... 閱讀全文

posted @ 2011-09-25 09:31 RTY 閱讀(454) | 評論 (0) | 編輯收藏

MeeGo 設(shè)備運行全部 Android 應(yīng)用程序？

紅薯發(fā)布于： 2011年09月22日 (8評)

啥是 OpenMobile ACL？它是一個應(yīng)用程序兼容層（Application Compatibility Layer），能讓 MeeGo 設(shè)備運行全部 Android 應(yīng)用程序。

據(jù) ACL 宣稱：

100% 兼容 Android 所有程序。
和原生 MeeGo 程序以同樣速度性能，不會拖慢速度或消耗更多電力。
無需對 Android 程序做任何修改，不用重編譯或打包。
完整的 3D 和多媒體支持。
支持 Android API Level 4+, NDK6 以上的程序。

使用 MeeGo X86 1.2 進(jìn)行的視頻演示(朝內(nèi)鏡像)

消息來源：MeeGoExperts

http://v.youku.com/v_show/id_XMzA2MzA5Njgw.html

收藏：http://u.youku.com/user_show/id_UMTk0NzM5NjU2.html

posted @ 2011-09-25 09:18 RTY 閱讀(482) | 評論 (0) | 編輯收藏

Google C++ Testing Framework簡介

簡介： Google 提供一種用于為 C/C++ 軟件開發(fā)單元測試的開放源碼框架，它很有意思，也很容易使用。本文介紹一些比較有用的 Google C++ Testing Framework 特性。本文基于 version 1.4。

為什么要使用 Google C++ Testing Framework？

使用這個框架有許多好理由。本節(jié)討論其中幾個。

某些類型的測試有糟糕的內(nèi)存問題，這些問題只在某幾次運行期間出現(xiàn)。Google 的測試框架為處理這種情況提供了出色的支持。可以使用 Google 框架重復(fù)運行相同的測試一千次。當(dāng)出現(xiàn)故障的跡象時，自動地調(diào)用調(diào)試器。另外，這只需要在命令行上傳遞兩個開關(guān)即可實現(xiàn)：--gtest_repeat=1000 --gtest_break_on_failure。

與其他許多測試框架相反，可以把 Google 測試框架內(nèi)置的斷言部署在禁用了異常處理（通常由于性能原因）的軟件中。因此，也可以在析構(gòu)函數(shù)中安全地使用斷言。

運行測試很簡單。只需調(diào)用預(yù)定義的 RUN_ALL_TESTS 宏，而不需要通過創(chuàng)建或驅(qū)動單獨的運行器類來執(zhí)行測試。這比 CppUnit 等框架方便多了。

只需傳遞一個開關(guān)即可生成 Extensible Markup Language (XML) 報告： --gtest_output="xml:<file name>"。在 CppUnit 和 CppTest 等框架中，需要編寫很多代碼才能生成 XML 輸出。

創(chuàng)建基本測試

請考慮清單 1 所示的平方根函數(shù)的原型。

清單 1. 平方根函數(shù)的原型

double square-root (const double);

對于負(fù)數(shù)，這個例程返回 -1。正數(shù)測試和負(fù)數(shù)測試對它都有意義，所以我們編寫兩個測試。清單 2 給出測試用例。

清單 2. 平方根函數(shù)的單元測試

#include "gtest/gtest.h"

TEST (SquareRootTest, PositiveNos) {

EXPECT_EQ (18.0, square-root (324.0));

EXPECT_EQ (25.4, square-root (645.16));

EXPECT_EQ (50.3321, square-root (2533.310224));

}

TEST (SquareRootTest, ZeroAndNegativeNos) {

ASSERT_EQ (0.0, square-root (0.0));

ASSERT_EQ (-1, square-root (-22.0));

}

清單 2 創(chuàng)建一個名為 SquareRootTest 的測試層次結(jié)構(gòu)，然后在其中添加兩個單元測試 PositiveNos 和 ZeroAndNegativeNos。TEST 是在 gtest.h（可以在下載的源代碼中找到）中定義的預(yù)定義宏，它幫助定義這個層次結(jié)構(gòu)。EXPECT_EQ 和 ASSERT_EQ 也是宏 — 對于前者，即使出現(xiàn)測試失敗，測試仍然繼續(xù)執(zhí)行；對于后者，測試終止執(zhí)行。顯然，如果 0 的平方根是除 0 之外的任何數(shù)字，就沒必要再執(zhí)行測試了。因此，ZeroAndNegativeNos 測試只使用 ASSERT_EQ，而 PositiveNos 測試使用 EXPECT_EQ，來報告存在多少個測試用例是平方根函數(shù)失敗而不終止測試的情況。

運行第一個測試

既然已經(jīng)創(chuàng)建了第一個基本測試，現(xiàn)在就該運行它了。清單 3 是運行測試的主例程。

清單 3. 運行平方根測試

#include "gtest/gtest.h"

TEST(SquareRootTest, PositiveNos) {

EXPECT_EQ (18.0, square-root (324.0));

EXPECT_EQ (25.4, square-root (645.16));

EXPECT_EQ (50.3321, square-root (2533.310224));

}

TEST (SquareRootTest, ZeroAndNegativeNos) {

ASSERT_EQ (0.0, square-root (0.0));

ASSERT_EQ (-1, square-root (-22.0));

}

int main(int argc, char **argv) {

::testing::InitGoogleTest(&argc, argv);

return RUN_ALL_TESTS();

}

顧名思義，::testing::InitGoogleTest 方法的作用就是對框架進(jìn)行初始化，必須在調(diào)用 RUN_ALL_TESTS 之前調(diào)用它。在代碼中只能調(diào)用 RUN_ALL_TESTS 一次，因為多次調(diào)用會與框架的一些高級特性沖突，不支持這種做法。注意，RUN_ALL_TESTS 自動地探測并運行用 TEST 宏定義的所有測試。在默認(rèn)情況下，結(jié)果輸出到標(biāo)準(zhǔn)輸出。清單 4 給出輸出。

清單 4. 運行平方根測試的輸出

Running main() from user_main.cpp

[==========] Running 2 tests from 1 test case.

[----------] Global test environment set-up.

[----------] 2 tests from SquareRootTest

[ RUN ] SquareRootTest.PositiveNos

..\user_sqrt.cpp(6862): error: Value of: sqrt (2533.310224)

Actual: 50.332

Expected: 50.3321

[ FAILED ] SquareRootTest.PositiveNos (9 ms)

[ RUN ] SquareRootTest.ZeroAndNegativeNos

[ OK ] SquareRootTest.ZeroAndNegativeNos (0 ms)

[----------] 2 tests from SquareRootTest (0 ms total)

[----------] Global test environment tear-down

[==========] 2 tests from 1 test case ran. (10 ms total)

[ PASSED ] 1 test.

[ FAILED ] 1 test, listed below:

[ FAILED ] SquareRootTest.PositiveNos

1 FAILED TEST

Google C++ Testing Framework 的選項

在清單 3 中，InitGoogleTest 函數(shù)接受測試基礎(chǔ)設(shè)施的參數(shù)。本節(jié)討論可以通過測試框架的參數(shù)實現(xiàn)的一些功能。

通過在命令行上傳遞 --gtest_output="xml:report.xml"，可以把輸出轉(zhuǎn)儲為 XML 格式。當(dāng)然，可以把 report.xml 替換為您喜歡的任何文件名。

某些測試有時候會失敗，但是在大多數(shù)時候會順利通過。這是與內(nèi)存損壞相關(guān)的問題的典型特點。如果多次運行測試，就能夠提高發(fā)現(xiàn)失敗的可能性。如果在命令行上傳遞 --gtest_repeat=2 --gtest_break_on_failure，就重復(fù)運行相同的測試兩次。如果測試失敗，會自動調(diào)用調(diào)試器。

并不需要每次都運行所有測試，尤其是在修改的代碼只影響某幾個模塊的情況下。為了支持運行一部分測試，Google 提供 --gtest_filter=<test string>。test string 的格式是由冒號 (:) 分隔的一系列通配符模式。例如，--gtest_filter=* 運行所有測試，而 --gtest_filter=SquareRoot* 只運行 SquareRootTest 測試。如果希望只運行 SquareRootTest 中的正數(shù)單元測試，應(yīng)該使用 --gtest_filter=SquareRootTest.*-SquareRootTest.Zero*。注意，SquareRootTest.* 表示屬于 SquareRootTest 的所有測試，而 -SquareRootTest.Zero* 表示不運行名稱以 Zero 開頭的測試。

清單 5 中的示例用 gtest_output、gtest_repeat 和 gtest_filter 選項運行 SquareRootTest。

清單 5. 用 gtest_output、gtest_repeat 和 gtest_filter 選項運行 SquareRootTest

[arpan@tintin] ./test_executable --gtest_output="xml:report.xml" --gtest_repeat=2 --

gtest_filter=SquareRootTest.*-SquareRootTest.Zero*

Repeating all tests (iteration 1) . . .

Note: Google Test filter = SquareRootTest.*-SquareRootTest.Z*

[==========] Running 1 test from 1 test case.

[----------] Global test environment set-up.

[----------] 1 test from SquareRootTest

[ RUN ] SquareRootTest.PositiveNos

..\user_sqrt.cpp (6854): error: Value of: sqrt (2533.310224)

Actual: 50.332

Expected: 50.3321

[ FAILED ] SquareRootTest.PositiveNos (2 ms)

[----------] 1 test from SquareRootTest (2 ms total)

[----------] Global test environment tear-down

[==========] 1 test from 1 test case ran. (20 ms total)

[ PASSED ] 0 tests.

[ FAILED ] 1 test, listed below:

[ FAILED ] SquareRootTest.PositiveNos

1 FAILED TEST

Repeating all tests (iteration 2) . . .

Note: Google Test filter = SquareRootTest.*-SquareRootTest.Z*

[==========] Running 1 test from 1 test case.

[----------] Global test environment set-up.

[----------] 1 test from SquareRootTest

[ RUN ] SquareRootTest.PositiveNos

..\user_sqrt.cpp (6854): error: Value of: sqrt (2533.310224)

Actual: 50.332

Expected: 50.3321

[ FAILED ] SquareRootTest.PositiveNos (2 ms)

[----------] 1 test from SquareRootTest (2 ms total)

[----------] Global test environment tear-down

[==========] 1 test from 1 test case ran. (20 ms total)

[ PASSED ] 0 tests.

[ FAILED ] 1 test, listed below:

[ FAILED ] SquareRootTest.PositiveNos

1 FAILED TEST

臨時禁用測試

可以臨時禁用測試嗎？可以，只需在邏輯測試名或單元測試名前面加上 DISABLE_ 前綴，它就不會執(zhí)行了。清單 6 演示如何禁用清單 2 中的 PositiveNos 測試。

清單 6. 臨時禁用測試

#include "gtest/gtest.h"

TEST (DISABLE_SquareRootTest, PositiveNos) {

EXPECT_EQ (18.0, square-root (324.0));

EXPECT_EQ (25.4, square-root (645.16));

EXPECT_EQ (50.3321, square-root (2533.310224));

}

TEST (SquareRootTest, DISABLE_PositiveNos) {

EXPECT_EQ (18.0, square-root (324.0));

EXPECT_EQ (25.4, square-root (645.16));

EXPECT_EQ (50.3321, square-root (2533.310224));

}

注意，如果禁用了任何測試，Google 框架會在測試執(zhí)行結(jié)束時輸出警告消息，見清單 7。

清單 7. Google 警告用戶在框架中有禁用的測試

1 FAILED TEST

YOU HAVE 1 DISABLED TEST

如果希望繼續(xù)運行禁用的測試，那么在命令行上傳遞 -gtest_also_run_disabled_tests 選項。清單 8 給出運行 DISABLE_PositiveNos 測試時的輸出。

清單 8. Google 允許運行已經(jīng)禁用的測試

[----------] 1 test from DISABLED_SquareRootTest

[ RUN ] DISABLED_SquareRootTest.PositiveNos

..\user_sqrt.cpp(6854): error: Value of: square-root (2533.310224)

Actual: 50.332

Expected: 50.3321

[ FAILED ] DISABLED_SquareRootTest.PositiveNos (2 ms)

[----------] 1 test from DISABLED_SquareRootTest (2 ms total)

[ FAILED ] 1 tests, listed below:

[ FAILED ] SquareRootTest. PositiveNos

斷言

Google 測試框架提供一整套預(yù)定義的斷言。斷言分為兩類 — 名稱以 ASSERT_ 開頭的斷言和名稱以 EXPECT_ 開頭的斷言。如果一個斷言失敗，ASSERT_* 斷言會終止程序執(zhí)行，而 EXPECT_* 斷言繼續(xù)運行。當(dāng)斷言失敗時，這兩者都輸出文件名、行號和可定制的消息。比較簡單的斷言包括 ASSERT_TRUE (condition) 和 ASSERT_NE (val1, val2)。前者期望條件總是成立，而后者期望兩個值不匹配。這些斷言也適用于用戶定義的類型，但是必須覆蓋相應(yīng)的比較操作符（==、!=、<= 等等）。

浮點數(shù)比較

Google 提供清單 9 所示的宏以支持浮點數(shù)比較。

清單 9. 用于浮點數(shù)比較的宏

ASSERT_FLOAT_EQ (expected, actual)

ASSERT_DOUBLE_EQ (expected, actual)

ASSERT_NEAR (expected, actual, absolute_range)

EXPECT_FLOAT_EQ (expected, actual)

EXPECT_DOUBLE_EQ (expected, actual)

EXPECT_NEAR (expected, actual, absolute_range)

為什么需要用單獨的宏進(jìn)行浮點數(shù)比較？使用 ASSERT_EQ 不行嗎？使用 ASSERT_EQ 和相關(guān)的宏可能可以，也可能不行，但是使用專門用于浮點數(shù)比較的宏更好。通常，不同的中央處理單元 (CPU) 和操作環(huán)境以不同的方式存儲浮點數(shù)，簡單地比較期望值和實際值是無效的。例如，ASSERT_FLOAT_EQ (2.00001, 2.000011) 會順利通過 — 如果直到小數(shù)點后四位都匹配，Google 就不會拋出錯誤。如果需要更精確的比較，應(yīng)該使用 ASSERT_NEAR (2.00001, 2.000011, 0.0000001)，就會得到清單 10 所示的錯誤。

清單 10. ASSERT_NEAR 產(chǎn)生的錯誤消息

Math.cc(68): error: The difference between 2.00001 and 2.000011 is 1e-006, which exceeds

0.0000001, where

2.00001 evaluates to 2.00001,

2.000011 evaluates to 2.00001, and

0.0000001 evaluates to 1e-007.

死亡測試

Google C++ Testing Framework 有一類有趣的斷言（ASSERT_DEATH、ASSERT_EXIT 等），它們稱為死亡斷言。使用這種斷言檢查在例程的輸入錯誤的情況下是否發(fā)出正確的錯誤消息，或者例程是否退出并返回正確的退出碼。例如，在清單 3 中，當(dāng)執(zhí)行 square-root (-22.0) 時應(yīng)該產(chǎn)生錯誤消息，程序退出，返回狀態(tài)應(yīng)該是 -1 而不是 -1.0。清單 11 使用 ASSERT_EXIT 檢查是否是這樣。

清單 11. 使用 Google 框架運行死亡測試

#include "gtest/gtest.h"

double square-root (double num) {

if (num < 0.0) {

std::cerr << "Error: Negative Input\n";

exit(-1);

}

// Code for 0 and +ve numbers follow…

}

TEST (SquareRootTest, ZeroAndNegativeNos) {

ASSERT_EQ (0.0, square-root (0.0));

ASSERT_EXIT (square-root (-22.0), ::testing::ExitedWithCode(-1), "Error:

Negative Input");

}

int main(int argc, char **argv) {

::testing::InitGoogleTest(&argc, argv);

return RUN_ALL_TESTS();

}

ASSERT_EXIT 檢查函數(shù)是否退出并返回正確的退出碼（即 exit 或 _exit 例程的參數(shù)），對引號中的字符串和函數(shù)發(fā)送到標(biāo)準(zhǔn)錯誤的字符串進(jìn)行比較。注意，錯誤消息必須發(fā)送到 std::cerr 而不是 std::cout。清單 12 給出 ASSERT_DEATH 和 ASSERT_EXIT 的原型。

清單 12. 死亡斷言的原型

ASSERT_DEATH(statement, expected_message)

ASSERT_EXIT(statement, predicate, expected_message)

Google 提供預(yù)定義的謂詞 ::testing::ExitedWithCode(exit_code)。只有在程序退出且退出碼與謂詞中的 exit_code 相同的情況下，這個謂詞的結(jié)果才是 true。ASSERT_DEATH 比 ASSERT_EXIT 簡單；它只檢查標(biāo)準(zhǔn)錯誤中的錯誤消息是否是用戶期望的消息。

理解測試裝備

在執(zhí)行單元測試之前，通常要執(zhí)行一些定制的初始化。例如，如果希望度量測試的時間/內(nèi)存占用量，就需要放置一些測試專用代碼以度量這些值。這就是裝備的用途 — 它們幫助完成這種定制的測試初始化。清單 13 給出一個裝備類的示例。

清單 13. 測試裝備類

class myTestFixture1: public ::testing::test {

public:

myTestFixture1( ) {

// initialization code here

}

void SetUp( ) {

// code here will execute just before the test ensues

}

void TearDown( ) {

// code here will be called just after the test completes

// ok to through exceptions from here if need be

}

~myTestFixture1( ) {

// cleanup any pending stuff, but no exceptions allowed

}

// put in any custom data members that you need

};

這個裝備類派生自 gtest.h 中聲明的 ::testing::test 類。清單 14 是使用這個裝備類的示例。注意，它使用 TEST_F 宏而不是 TEST。

清單 14. 裝備的使用示例

TEST_F (myTestFixture1, UnitTest1) {

….

}

TEST_F (myTestFixture1, UnitTest2) {

….

}

在使用裝備時，要注意以下幾點：

可以在構(gòu)造函數(shù)或 SetUp 方法中執(zhí)行初始化或分配資源。由用戶選擇具體方式。

可以在 TearDown 或析構(gòu)函數(shù)例程中釋放資源。但是，如果需要異常處理，那么只能在 TearDown 代碼中進(jìn)行，因為從析構(gòu)函數(shù)中拋出異常會導(dǎo)致不確定的結(jié)果。

在以后的版本中，Google 斷言宏可能會在平臺上拋出異常。因此，為了便于維護(hù)，最好在 TearDown 代碼中使用斷言宏。

并不跨多個測試使用同一個測試裝備。對于每個新的單元測試，框架創(chuàng)建一個新的測試裝備。在清單 14 中，由于要創(chuàng)建兩個 myFixture1 對象，所以兩次調(diào)用 SetUp 例程（請注意使用正確的拼寫）。

結(jié)束語

本文僅僅觸及了 Google C++ Testing Framework 的皮毛?？梢詮?Google 網(wǎng)站獲得關(guān)于這個框架的詳細(xì)信息。對于高級開發(fā)人員，我建議閱讀 Boost 單元測試框架和 CppUnit 等開放回歸框架方面的其他文章。更多信息參見參考資料。

關(guān)于作者

Arpan Sen 是致力于電子設(shè)計自動化行業(yè)的軟件開發(fā)首席工程師。他使用各種 UNIX 版本（包括 Solaris、SunOS、HP-UX、IRIX，以及 Linux 和 Microsoft Windows）已經(jīng)多年。他熱衷于各種軟件性能優(yōu)化技術(shù)、圖論和并行計算。Arpan 獲得了軟件系統(tǒng)碩士學(xué)位。

posted @ 2011-09-19 21:03 RTY 閱讀(353) | 評論 (0) | 編輯收藏

Google Test Primer ：開始使用Google C++ 測試框架

摘要: http://ray-leex.iteye.com/blog/212024Google C++ Testing Framework Primer 翻譯：Ray Li (ray.leex@gmail.com) 修改日期：2008年7月6日原文參見：http://code.google.com/p/googletest/wiki/GoogleTestPrimer ... 閱讀全文

posted @ 2011-09-16 21:59 RTY 閱讀(905) | 評論 (0) | 編輯收藏

Qt Lighthouse學(xué)習(xí)(三)

想不出好的名字，還是繼續(xù)用lighthouse這個名字吧，畢竟和Qt Lighthouse學(xué)習(xí)(二)內(nèi)容相連。

注：本文內(nèi)容基于現(xiàn)階段的Qt5源碼，等Qt5正式發(fā)布時，本文的內(nèi)容可能不再適用了。 2011.09.11

QPA插件加載

Qt5所有的gui程序都將依賴一個 qpa 插件(QGuiApplication初始化時將會加載qpa插件)。

程序如何知道去哪兒找插件呢？
又如何知道加載哪一個插件呢？

路徑

命令行參數(shù)：-platformpluginpath
環(huán)境變量： QT_QPA_PLATFORM_PLUGIN_PATH
常規(guī)插件路徑(QCoreApplication::libraryPaths())下的platform子目錄
- 恩，常規(guī)路徑很復(fù)雜，詳見：Qt 插件路徑(筆記)
- QLibraryInfo::location(QLibraryInfo::PluginsPath)
  - 文件:/qt/etc/qt.conf中設(shè)置的路徑
  - 環(huán)境變量：QT_PLUGIN_PATH
  - 編譯Qt時生成的 src/corelib/global/config.cpp 中寫死的路徑
- 可執(zhí)行程序自身所在路徑
- 可執(zhí)行程序路徑下qt.conf設(shè)置的路徑
- 手動調(diào)用 QCoreApplication::addLibraryPath()設(shè)置的路徑
- 環(huán)境變量QT_QPA_PLATFORM_PLUGIN_PATH設(shè)置的路徑以及-platformpluginpath指定的路徑

插件名

命令行參數(shù)：-platform
環(huán)境變量：QT_QPA_PLATFORM
編譯Qt源碼時定義的宏：QT_QPA_DEFAULT_PLATFORM_NAME
默認(rèn)插件名：
- MAC 平臺下的 “cocoa”
- WIN 平臺下的 “windows”
- 其他平臺下 "xcb"

QWindow

QWidget和QApplication都從QtGui模塊中移走了(移到了QtWidgets模塊)。那么如何使用QtGui模塊寫一個最簡單的界面呢？

需要使用 QWindow 和 QGuiApplication，一個簡單的例子：

widget.h

#ifndef WINDOW_H
#define WINDOW_H

#include <QtGui/QWindow>
class Window : public QWindow
{
    Q_OBJECT
public:
    Window(QWindow *parent = 0);
protected:
    void exposeEvent(QExposeEvent *);
    void resizeEvent(QResizeEvent *);
private:
    void render();
    QBackingStore *m_backingStore;
};
#endif // WINDOW_H

window.cpp

#include "window.h"
#include <QtGui/QPainter>
#include <QtGui/QBackingStore>

Window::Window(QWindow *parent)
    : QWindow(parent)
{
    setGeometry(QRect(10, 10, 640, 480));
    m_backingStore = new QBackingStore(this);
}

void Window::exposeEvent(QExposeEvent *)
{
    render();
}

void Window::resizeEvent(QResizeEvent *)
{
    render();
}

void Window::render()
{
    QRect rect(QPoint(), geometry().size());
    m_backingStore->resize(rect.size());

    m_backingStore->beginPaint(rect);

    QPainter p(m_backingStore->paintDevice());
    p.drawRect(rect);

    m_backingStore->endPaint();
    m_backingStore->flush(rect);
}

main.cpp

#include <QtGui/QGuiApplication>
#include "window.h"

int main(int argc, char *argv[])
{
    QGuiApplication a(argc, argv);
    Window w;
    w.show();

    return a.exec();
}

posted @ 2011-09-15 21:25 RTY 閱讀(771) | 評論 (0) | 編輯收藏

僅列出標(biāo)題

RTY 實踐出真知

V1_6_AdvancedGuide 關(guān)于使用谷歌 c + + 測試框架的高級的主題

V1_6_Samples 谷歌 c + + 測試框架樣本

V1_6_Primer 入門谷歌 c + + 測試框架

Vim 秘籍表

分享60個來自Picons.me的全格式社交圖標(biāo)庫

分享35個高品質(zhì)的PSD版本UI網(wǎng)頁設(shè)計

MeeGo 設(shè)備運行全部 Android 應(yīng)用程序？

Google C++ Testing Framework簡介

Google Test Primer ：開始使用Google C++ 測試框架

Qt Lighthouse學(xué)習(xí)(三)

QPA插件加載

路徑

插件名

QWindow

日歷

常用鏈接

留言簿(12)

隨筆分類(538)

隨筆檔案(319)

文章分類(11)

文章檔案(11)

官方教程

知識共享鏈接

搜索

最新評論

閱讀排行榜

評論排行榜