台灣最大程式設計社群網站
線上人數
3765
 
會員總數:245964
討論主題:189547
歡迎您免費加入會員
討論區列表 >> ASP >> 系統架構是否建議修改?
[]  
[我要回覆]
1
回應主題 加入我的關注話題 檢舉此篇討論 將提問者加入個人黑名單
系統架構是否建議修改?
價值 : 40 QP  點閱數:102 回應數:4
樓主

阿山
初學者
316 31
1050 145
發送站內信

各位前輩好,IT邦真的是幫了我許多忙,由衷感謝各位前輩的教學。由於小弟真的很弱,所以只好一直麻煩各位前輩,真是抱歉!

我們公司內部系統有許多不同模組(以下只取其2),模組內各有func及include資料夾,如下:

報價系統


獎金計算


由此可以看出有相同的connSql05.asp會存放在不同資料夾,因此若是更改資料庫密碼,或者更改資料庫ip位址,我要修改的數目其實也不少。再來func.asp及也是散佈在不同模組內,雖然不同模組會有不同function,但是重複性的function也蠻多的。

因此,是否建議我修改系統架構呢?將不同模組的網頁程式,設定讀取同樣路徑的func.asp及connSql05.asp,然後比較有獨特性的function在看看要不要放在自己的模組內?

請各位前輩給予建議,感激不盡!

搜尋相關Tags的文章: [ 系統架構 ] , [ function ] , [ include ] ,
本篇文章發表於2020-07-28 14:45
1樓
回應

想睡覺
檢舉此回應
不建議 ,以我過來人的經驗 因為如果不懂隨意更改程式碼,只會讓事情更複雜 更忙 更累,如果改不好,甚至會整個影響到模組化功能的運作
當然如果改的好 那是沒問題!
我最近接手一位離職員工寫的asp的程式,尤於 asp 我已經忘光了,目前都寫asp.net 及php 居多
客戶要求 改一個購買流程顯示的部份 原本加購商品是在第二頁的顯示(有顏色 尺寸 數量),其中數量是下拉式
現在要改成第一頁顯示(數量改成 可以 + -,顏色 尺寸,可複選多樣加購商品,並再購物清單顯示加購商品的部份,原程式的購物清單 數量是下拉式的 還要用 + - 顯示
且原程式並沒有什麼模組化 ,我總共花了3天 才終於把程式改成客戶要的, 提供給你參考

如果你能自己開發一套屬於自己的程式,你再來修改您現在的系統架構會比較好一些 因為至少你會有一定的基礎

建議你可以去看 你現在的手上的程式 看看別人怎麼寫的,為什麼會這麼寫
也許會幫你不少忙~
本篇文章回覆於2020-07-28 17:34
== 簽名檔 ==
--未登入的會員無法查看對方簽名檔--
2樓
回應

香帥
檢舉此回應
若已經不能用的話,就一定要修改
若還可以用的話,就不需修改
本篇文章回覆於2020-07-28 19:52
== 簽名檔 ==
--未登入的會員無法查看對方簽名檔--
3樓
作者回應

阿山
檢舉此回應
我們內部系統規模感覺不大,但實際算下來也約有35~40個不同的小系統組合而成,其中有幾個模組是我自行開發的。
但這些系統架構其實研究下來,我個人感覺沒有很難,只是要花蠻多時間確認、測試、調整程式。

目前的想法是新開發的小系統可在不影響其他模組運作的情況下,套用新系統架構,這樣不知道是否可行?

謝謝!
本篇文章回覆於2020-07-28 20:09
== 簽名檔 ==
--未登入的會員無法查看對方簽名檔--
4樓
回應

彩虹
檢舉此回應
建議可「逐步」優化
我們公司也是一堆龐大的舊系統,近一、兩年來已經做了好幾套系統的翻新

1.先評估自己能力是否能夠應付所有細節,目前看起來你應該是可以應付的
2.評估35~40個系統,有哪些可先做第一階段重購,那些放第二、三...階段~
評估方式:你可以先從較小、較不影響流程面的先做~如果是核心部分就擺後面

另外你提到「新開發的小系統可在不影響其他模組運作的情況下,套用新系統架構,這樣不知道是否可行」
答: 當然可行囉

我們公司新的專案,直接採新的架構去寫~但是我們採取的方式是屬於 "前後端分離",也就是後端寫API,前端來介接

提供你操考
本篇文章回覆於2020-07-28 23:07
== 簽名檔 ==
--未登入的會員無法查看對方簽名檔--
   
1

回覆
如要回應,請先登入.