PTT職涯區 / Soft_Job (軟體人)

[請益] API格式應該由前端開，還是後端開？

看板Soft_Job (軟體人)作者 (kko)時間10年前 (2016/02/25 16:15), 編輯推噓28(29推 1噓 30→)
留言60則, 49人參與, 最新討論串1/1
各位大大好，最近在串接API時發現一些問題。 想請問通常資料的格式轉換通常都是在後端做還是前端？這應該也意昧著後端/前端哪邊應該付出更多資源在處理資料？ 還是說只要互相溝通好，哪邊做其實沒什麼差呢？ 謝謝各位！ -- ※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 42.73.166.219 ※ 文章網址: https://www.ptt.cc/bbs/Soft_Job/M.1456388123.A.8B8.html
推
02/25 16:17, , 1F
開得好的人開...
02/25 16:17, 1F
推
02/25 16:20, , 2F
當然是接收端開啊
02/25 16:20, 2F
→
02/25 16:24, , 3F
沒有標準解，要看情況。
02/25 16:24, 3F
→
02/25 16:33, , 4F
丟骰子
02/25 16:33, 4F
推
02/25 16:42, , 5F
實際使用的
02/25 16:42, 5F
→
02/25 16:43, , 6F
看主管比較喜歡誰
02/25 16:43, 6F
→
02/25 17:00, , 7F
先開先贏
02/25 17:00, 7F
→
02/25 17:08, , 8F
不是都莊家開嘛？456，15點大！
02/25 17:08, 8F
→
02/25 17:20, , 9F
當然是前端開,前端中是給人看的,後端是給鬼看的.
02/25 17:20, 9F
→
02/25 17:21, , 10F
開給他一個3，讓他贏莊家100塊
02/25 17:21, 10F
→
02/25 17:22, , 11F
後端開，前端你寫library給他就好了，這樣最快
02/25 17:22, 11F
→
02/25 17:23, , 12F
不然光討論protocol，以及debug的時間, 都可以再寫2套了
02/25 17:23, 12F
→
02/25 17:39, , 13F
當然是前端開，要不然後端開一堆鬼東西出來，前端怎用？
02/25 17:39, 13F
推
02/25 17:44, , 14F
筊杯
02/25 17:44, 14F
→
02/25 17:55, , 15F
之前公司都後端開(因為改資料要改架構,前端自己弄就好)
02/25 17:55, 15F
推
02/25 18:01, , 16F
大部分是後端，因為後端才知道哪些要哪些不要
02/25 18:01, 16F
推
02/25 18:12, , 17F
你去使用別人的service是自己訂規格嗎?
02/25 18:12, 17F
→
02/25 18:30, , 18F
又要前後大戰了
02/25 18:30, 18F
推
02/25 18:40, , 19F
(雞排店開了)
02/25 18:40, 19F
推
02/25 18:42, , 20F
當全端都自己開就不用煩惱了拉
02/25 18:42, 20F
推
02/25 18:43, , 21F
看推文就知道要哪端開了
02/25 18:43, 21F
推
02/25 19:00, , 22F
前端說要什麼 後端開出來 然後開始debug XD
02/25 19:00, 22F
→
02/25 19:01, , 23F
我們是後端開，有問題就是罵
02/25 19:01, 23F
→
02/25 19:04, , 24F
『格式』目前常用的就 json, xml，頂多再 binary data 啊
02/25 19:04, 24F
→
02/25 19:42, , 25F
不好意思...小弟是真的不懂，沒想到會引發前後大戰..囧
02/25 19:42, 25F
推
02/25 19:43, , 26F
前後端全包 免煩惱
02/25 19:43, 26F
→
02/25 19:44, , 27F
前端:當然是後端開 後端:當然是前端開
02/25 19:44, 27F
→
02/25 19:45, , 28F
全端:都別吵 我來
02/25 19:45, 28F
→
02/25 20:32, , 29F
應該前端開，因為太多計算在使用者端會拖慢速度
02/25 20:32, 29F
推
02/25 20:48, , 30F
一條龍，沒煩惱
02/25 20:48, 30F
→
02/25 21:11, , 31F
年薪高的那個開。
02/25 21:11, 31F
推
02/25 21:19, , 32F
左手開 右手接
02/25 21:19, 32F
推
02/25 21:19, , 33F
我想問一下，回文的版友都是認真回的嗎=口=？
02/25 21:19, 33F
→
02/25 21:33, , 34F
樓上我覺得推文都很中肯務實 極具參考價值
02/25 21:33, 34F
推
02/25 21:35, , 35F
二樓+1，前端或後端都有可能，看誰要接資料就誰開
02/25 21:35, 35F
推
02/25 21:52, , 36F
前端說要什麼資料後端吐資料 不然後端哪知道前端要什麼
02/25 21:52, 36F
推
02/25 22:40, , 37F
誰知道前端介面要多花俏, 當然是前端開+1
02/25 22:40, 37F
推
02/25 23:03, , 38F
開　都開　都可以開
02/25 23:03, 38F
推
02/25 23:12, , 39F
每次後端開的，前端都在幫忙debug阿..
02/25 23:12, 39F
→
02/25 23:43, , 40F
推超級前後大戰XD
02/25 23:43, 40F
推
02/26 00:10, , 41F
當每個後端都是深夜廚房嗎？前端開的邏輯在哪裡？
02/26 00:10, 41F
推
02/26 00:28, , 42F
所謂的API是什麼API? web由server吐資料給JS?
02/26 00:28, 42F
→
02/26 00:29, , 43F
如果是這種就隨便啦
02/26 00:29, 43F
推
02/26 00:50, , 44F
資料在那一段處理要看需求 loading能丟到user那不影響體
02/26 00:50, 44F
→
02/26 00:50, , 45F
驗也是好事
02/26 00:50, 45F
推
02/26 00:53, , 46F
你server再猛， user人數就是這麼多，能攤出去的運算就攤
02/26 00:53, 46F
→
02/26 00:53, , 47F
出去，除非是前端處理不了的，或是前端處理會跑很慢的狀
02/26 00:53, 47F
→
02/26 00:53, , 48F
況，才在後端運算。如果你是說欄位名稱格式等等的問題，
02/26 00:53, 48F
→
02/26 00:53, , 49F
就都可以啦，最好是開的人兩邊都懂一點概念啊，不要開出
02/26 00:53, 49F
→
02/26 00:53, , 50F
後端很難填的或是前端很難使用的格式
02/26 00:53, 50F
→
02/26 09:43, , 51F
當然是前後端討論再開
02/26 09:43, 51F
推
02/26 09:45, , 52F
腦闆開
02/26 09:45, 52F
推
02/26 11:14, , 53F
討論到最後，先退一步的那端開，所以氣勢夠強就不用開了
02/26 11:14, 53F
→
02/26 12:45, , 54F
當然是SD 開啊~~
02/26 12:45, 54F
推
02/26 13:08, , 55F
都可以開阿 api不要叫我寫就好...
02/26 13:08, 55F
→
02/26 16:57, , 56F
誰厲害誰開
02/26 16:57, 56F
噓
02/26 19:41, , 57F
有這種心態我看你一輩子當魯蛇吧你
02/26 19:41, 57F
推
02/26 19:43, , 58F
不是指原po 推回來
02/26 19:43, 58F
推
02/27 13:36, , 59F
還好前後端都我寫 沒這種煩惱
02/27 13:36, 59F
推
02/27 22:54, , 60F
當然是前後都懂的開
02/27 22:54, 60F
‣ 更多 b35894814 的文章
文章代碼(AID): #1MphWRYu (Soft_Job)
Soft_Job 近期熱門文章
更多 近期熱門文章 >>
PTT職涯區 即時熱門文章
更多 即時熱門文章 >>
‣ 更多 b35894814 的文章
文章代碼(AID): #1MphWRYu (Soft_Job)