問題描述

這35個接口，用Java開發(fā)，一般要多少天？一天可以完成多少個

問題解答

數(shù)據(jù)庫設(shè)計比 Java 代碼開發(fā)慢很多，如果數(shù)據(jù)庫是設(shè)計好的，Java 只純開發(fā)接口的話，也就是寫 35 個 SQL 語句多些時間，但是為了保證正確性，代碼要重構(gòu)的漂亮，需要大量的測試，這個比較花時間，用一個星期也不為過。

我這幾天寫東西，前端寫界面花了好幾天，前端要做好，漂亮不容易，但是 Java 使用 Spring+SpringMVC+MyBatis，使用 RESTful 風(fēng)格寫接口，Java 代碼也就用了大概 4 小時，但是數(shù)據(jù)庫設(shè)計和 URL 設(shè)計花的時間是寫代碼的 2 倍左右。

當(dāng)然 Java 寫代碼花的時間少，前提是已經(jīng)對 Java 搭建服務(wù)器端的開發(fā)環(huán)境很熟悉和有一套模版了，這個需要很多積累，基本都是直接上手寫功能接口代碼了，環(huán)境搭建對于我來說不花多少時間。

結(jié)論: 這么多接口，不同的人，不同的積累，沒有一個好的衡量標(biāo)準(zhǔn)，還有實現(xiàn)的模式也沒有確定，例如一個單機的 Web 服務(wù)器暴露 URL 就可以了，還是使用分布式服務(wù)例如 Dubbo 暴露接口，都不需要 URL，是否使用集群，接口訪問的權(quán)限控制是否需要，權(quán)限怎么管理，需要處理多少數(shù)據(jù)，是否需要使用分布式緩存提高性能，數(shù)據(jù)庫是否需要讀寫分離，代碼管理，代碼質(zhì)量要求，接口要求等等，如果要做到一個高質(zhì)量的實現(xiàn)，就算要一個月也不算時間長，如果是就寫個 Demo 級的東西展示我開發(fā)快，2 天時間搞定也不為過，但是有什么用呢？

隱藏在接口背后的東西才是復(fù)雜的東西，寫接口的代碼不算什么。也許你用這個問題來衡量需要的開發(fā)時間進行預(yù)算，牛的人 2 天交付，難道你就只付 2 天時間的錢嗎？

前端狗強答一個

其實java各種web框架已經(jīng)相當(dāng)成熟,不同于nodejs開發(fā)要考慮搭架子部署之類的問題,java都已經(jīng)有很好的解決方案

之前node開發(fā)過類似的功能,從頭開始(node搭架子開始算,不加班)也就大半個月吧,而且我還是半吊子后端

兩個月，都不一定做的完。也得看對接口的要求。淘寶的注冊也是接口，普通小站的注冊也是接口。

要看具體需求文檔啊，要求不高的話，一天無腦寫四五個應(yīng)該差不多

數(shù)據(jù)庫，框架都未搭扯啥呢？JAVA怎么又弄個TP出來，還解惑。。。速度主要看框架和數(shù)據(jù)庫設(shè)計的成熟度，同時還得看寫API的人技能熟練度，如果前提這些都準(zhǔn)備好了，一兩周就解決了，如果都沒有準(zhǔn)備好，得花幾個月。

保守估計得一個月吧，接口邏輯有簡單又復(fù)雜的，用時不同的，不能一概而論

要看詳細設(shè)計，礦是一個首頁輪播推薦商品就分為幾種，你的推薦是按照商品的flag還是做推薦系統(tǒng)？推薦系統(tǒng)是接大數(shù)據(jù)供應(yīng)商還是自己根據(jù)購買量來做？推薦算法是什么？這些都還不清楚呢，所以工作量無法評估

.一個接口的開發(fā).你要說快...一天寫上10個也是可以,,,你要說4-5天才能寫上一個..也是可能的..在很多少東西都沒有確定的情況下..工作量無法評估的!..沒有產(chǎn)品詳細的PRD文檔..一切都是免談

PS: 有點懷疑..樓主是做產(chǎn)品的不懂技術(shù)...

只要是做過幾年開發(fā)的.大概都知道這里面的坑有多少.....為你團隊的開發(fā)..感到心痛回答9：

沒有設(shè)計之前討論工作量都是扯淡。