2009-06-01 41 views
1

我在創建一個新網站,爲了鼓勵自己創建一個功能強大的API供其他人使用,我很想寫這個API並自己使用它來構建實際的網站。這個想法是,如果它能夠運行主站點,那麼它會給其他用戶大量的選擇來把自己的東西放在一邊。它也會鼓勵我保持API的最新狀態。使用您自己的API來構建您的網站

我想知道的是這個想法是否值得一起,或者它是否只是簡單的堅果。

這是常見的做法嗎?它可能會導致複雜的代碼?如果(某種程度上)該網站起飛,它是否會導致性能問題?

在此先感謝。

回答

4

這是一個好主意,只要你是爲自己而做,而不是使用別人的時間/金錢。

從頭開始編寫自己的框架是教你自己計劃和編寫代碼的好方法。這可能需要很長時間並且是漫長的冒險,但我可以親自證明,它會迫使你成爲所有事物的專家。

對於任何正在其他人的硬幣上開發的任務,或者對於關鍵任務(安全或性能)而言,我建議在合理的情況下重新使用現有框架。

+0

感謝您的建議。幸運的是,這是我在業餘時間做的事情,所以我可以嘗試這樣的事情。這是一個學習練習,所以我很高興你認爲它是一個好主意。 – greggannicott 2009-06-01 13:29:24

-2

已經有一些非常棒的API了。爲什麼要重新發明輪子?(我假設這是你想要做的)

+0

感謝您的回覆。我正在創建一個可用於訪問特定於我的網站的數據的API。不過我打算遵循其他API設定的標準。 – greggannicott 2009-06-01 13:22:35

3

構建一個公共api並在內部使用它是很常見的做法,從我的經驗來看,它會產生更清晰的代碼(而不是維護兩個集合,一個內部,一個外部)。性能可能會受到影響,但在您看到一些實際需求之前,我不會擔心這一點。否則,你可以讓自己纏繞解決不存在的問題。

+0

我很欣賞並同意你對需求的看法。我不想做的事情是花時間編寫代碼,只有在少數人決定瀏覽網站時才需要重寫代碼。如果我很幸運有這樣的問題,我會在到達時處理它們。 – greggannicott 2009-06-01 13:27:50

0

絕對是個好主意。總是編程到一個接口,而不是一個實現。因此,使用自己的API會很有意義,但不這樣做可能是一種冗餘。

要注意的一件事就是儘早優化。你真的需要所有的功能嗎?

相關問題