PTT職涯區 / Soft_Job (軟體人)

Re: [閒聊] 開發一定要用MVC架構 ?

看板Soft_Job (軟體人)作者 (堂本瓜一)時間11年前 (2013/06/30 16:44), 編輯推噓14(14推 0噓 26→)
留言40則, 19人參與, 最新討論串5/9 (看更多)
※ 引述《gama1107 (球~並不是這摸踢滴...)》之銘言： : 大哥大姐 : 我們公司的購物網站(ASP.NET C#) 要加些新功能, : 因人手不足, 想透過外包去做, : 唯一的條件是: : 我們不要使用MVC架構去開發。 : 誰知道外包聽到這個要求,就寧可不接了! : 唉...因為公司的工程師,都已經習慣用 WebForm專案的方式寫程式 : 為了能快速去修改程式碼 ,才做這樣的要求 : 我們錯了嗎? MVC架構真的比較好嗎? 就看你外包的原因為何 有錢一定可以找到，但沒錢或是時間趕就只能牽就別人 不要用什麼 MVC有的沒有的，當初外包一個網站 只是要求資料庫要用 stored procedure ，不能由應用程式直接下 SQL指令 就這麼簡單，都嚕半天了，什麼開發會比較久啦 , balabala的... -- 昔日所為 今日所受 今日所為 明日所受 -- ※ 發信站: 批踢踢實業坊(ptt.cc) ◆ From: 59.124.3.8
推
06/30 16:47, , 1F
我們公司會跟你說 sp是老舊過時的作法
06/30 16:47, 1F
→
06/30 16:48, , 2F
我們都是用Domain Driven開發方式 更有彈性
06/30 16:48, 2F
→
06/30 16:48, , 3F
stored procedure 維護起來才想哭吧真神奇的要求...
06/30 16:48, 3F
→
06/30 17:01, , 4F
@@ 公司高手如雲...怎麼沒自己做做就算了???
06/30 17:01, 4F
推
06/30 17:08, , 5F
SP真的會哭...
06/30 17:08, 5F
→
06/30 17:08, , 6F
SP就是把DB當AP Server用啊....
06/30 17:08, 6F
推
06/30 17:37, , 7F
趁這篇文章借問各位大大，DB access的部份推薦怎樣的做法
06/30 17:37, 7F
→
06/30 17:37, , 8F
或是有沒有相關可以參考的文章?
06/30 17:37, 8F
推
06/30 17:53, , 9F
stored procedure 不熟DB的會哭吧
06/30 17:53, 9F
推
06/30 18:31, , 10F
就算熟DB，等哪天要移資料搬機器開權限的時候也會...
06/30 18:31, 10F
→
06/30 19:19, , 11F
你的DBA在你背後，他非常火
06/30 19:19, 11F
推
06/30 19:45, , 12F
sp超難維護的XD 洋洋灑灑一大串中間一個table跟你說不用了
06/30 19:45, 12F
→
06/30 19:45, , 13F
叫你用新的就可以改個半死了
06/30 19:45, 13F
推
06/30 20:21, , 14F
我是覺得如果有效能考量的話當然是SP，如果沒有.....
06/30 20:21, 14F
推
06/30 20:23, , 15F
不過我是寫SP寫得蠻習慣了＠＠
06/30 20:23, 15F
→
06/30 20:31, , 16F
所以Programmer會覺得SP好用 DBA會覺得X你XX
06/30 20:31, 16F
→
06/30 22:27, , 17F
我認識的 DBA 都很喜歡寫 SP 討厭 AP 自己寫 SQL 耶..
06/30 22:27, 17F
→
06/30 22:27, , 18F
看起來這件事情很微妙 XD
06/30 22:27, 18F
→
06/30 22:28, , 19F
反而是 programmer 都很討厭寫 SP
06/30 22:28, 19F
→
06/30 22:28, , 20F
我這邊經驗剛好跟 iFEELing 相反
06/30 22:28, 20F
推
06/30 22:30, , 21F
我完全不會寫SP
06/30 22:30, 21F
→
06/30 22:42, , 22F
iFEELing 講的是政治問題，透抽講的是技術問題，不相悖。
06/30 22:42, 22F
推
06/30 23:01, , 23F
有時候是透明度帶來的信心問題, 會想用自己這一側能掌握的
06/30 23:01, 23F
推
06/30 23:30, , 24F
寫sp..等老闆叫你轉移DB時..就準備等著哭哭了..QQ
06/30 23:30, 24F
→
06/30 23:30, , 25F
trigger也一樣..整個寫法完全不同..
06/30 23:30, 25F
→
06/30 23:31, , 26F
需要大量查詢用sp,其餘一般寫在ap就好.
06/30 23:31, 26F
→
06/30 23:33, , 27F
我想問有多少人真的經歷過專案轉移 db 的 XD
06/30 23:33, 27F
→
06/30 23:33, , 28F
我碰過一次 mssql 轉 mysql 也就這麼一次
06/30 23:33, 28F
→
06/30 23:37, , 29F
我遇過一次mysql 轉mssql 和轉oracle.....
06/30 23:37, 29F
→
06/30 23:37, , 30F
光是scheme trigger和view就要處理一個禮拜..
06/30 23:37, 30F
→
06/30 23:38, , 31F
更不用說後面的ORM修正(我們是自己刻)...
06/30 23:38, 31F
→
07/01 01:33, , 32F
碰過轉移還有並行期的，撈報表要跨兩套dbms
07/01 01:33, 32F
→
07/01 12:14, , 33F
我也碰過mssql 轉 mysql 好佳在系統還在開發階段..
07/01 12:14, 33F
推
07/01 12:24, , 34F
我碰過oracle轉mysql,也是好家在系統還在開發階段XD
07/01 12:24, 34F
→
07/01 12:35, , 35F
以我的經驗來說，我沒有遇到幾個會SP的PG，所以會嚕是正常
07/01 12:35, 35F
推
07/04 00:52, , 36F
要不要寫在SP要看管理的人,有些系統以DB為中心，他許要
07/04 00:52, 36F
→
07/04 00:52, , 37F
支持不同程式的應用,就會要求寫在SP. 如果是以AP為中心
07/04 00:52, 37F
→
07/04 00:52, , 38F
要支持不同的DB就會要求寫在AP
07/04 00:52, 38F
推
07/04 00:56, , 39F
通常會花大錢買DB請DBA其實就是以DB為中心，因為換DB的
07/04 00:56, 39F
→
07/04 00:56, , 40F
成本很高，而且會用的目地就是這套他很強大
07/04 00:56, 40F
‣ 更多 Adonisy 的文章
文章代碼(AID): #1Hp-__cm (Soft_Job)
討論串 (同標題文章)
本文引述了以下文章的的內容：
以下文章回應了本文：
完整討論串 (本文為第 5 之 9 篇)：
排序： 最舊先 | 最新先 | 留言數
在新視窗開啟完整討論串 (共9篇)
Soft_Job 近期熱門文章
更多 近期熱門文章 >>
PTT職涯區 即時熱門文章
更多 即時熱門文章 >>
‣ 更多 Adonisy 的文章
文章代碼(AID): #1Hp-__cm (Soft_Job)