討論串[閒聊] 開發一定要用MVC架構 ?
共 9 篇文章
首頁
上一頁
1
2
下一頁
尾頁

推噓8(8推 0噓 24→)留言32則,0人參與, 最新作者iFEELing (ing)時間11年前 (2013/07/01 01:10), 編輯資訊
2
0
0
內容預覽:
唔 我在目前的公司碰過三次 programmer 超愛 SP 的專案. 第一次 programmer 說是效能問題. 然後把幾乎所有邏輯層通通塞到 SP 裡面. 還直接從 SP 裡面發MAIL , 丟 http request 去其他server傳資料. 再讓其他 SERVER 連回 DB 開始撈資
(還有589個字)

推噓5(5推 0噓 16→)留言21則,0人參與, 最新作者Adonisy (堂本瓜一)時間11年前 (2013/07/01 09:21), 編輯資訊
0
0
0
內容預覽:
等一下下,好像有點誤會.... 一般要用 SP,哀最大的一定是 programmer,因為平常他們愛什麼. SQL指令,就寫什麼 SQL指令,自己拚字串抓自己想要的資料好 happy. 用 sp的話,DBA要設計好給 programmer呼叫,這樣要等 DBA設計好. 在系統分析中,很容易成為「要徑
(還有452個字)

推噓3(3推 0噓 19→)留言22則,0人參與, 最新作者tomo1026 (聽著 哼著 想著 )時間11年前 (2013/07/02 11:43), 編輯資訊
0
0
0
內容預覽:
我的工作心得是其實用.net MVC也好,用WebForm也好. 只要能把功能定義清楚,能解決需求,都是好的做法. 但我現在碰到最頭痛的東西是用webform把程式硬寫成MVC架構的各種系統.... 不但充分運用了控制項的方便 還可以一直對需要的邏輯做新增動作. 看起來超方便的啊 ,根本就是高手才玩
(還有128個字)

推噓11(11推 0噓 13→)留言24則,0人參與, 最新作者mapleone (mapleone)時間11年前 (2013/07/02 23:29), 編輯資訊
0
0
0
內容預覽:
DB 和 AP 的資源一直都是爭論不休的焦點. 我曾經遇過和 IFEELing 正好相反地狀況. DB 資源超級珍貴, select 只准 join 最多兩個表格,. 最好自己把資料拉回 AP 處理。. PS. 明明 DB 和 AP 就在同一台機器上,這麼做有意義嗎?. --. 發信站: 批踢踢
(還有377個字)
首頁
上一頁
1
2
下一頁
尾頁