推 sheauren:我是library會另外用project寫 所以app_code都沒東西@@ 07/08 19:53
推 tomex:獨立的東西我放在lib裏，只有跟專案性質有關函式放app_code 07/10 17:58
推 tomex:例如資料庫的連線管理，就超適合放app_code，因它有連線字串 07/10 17:59
推 tomex:總之，lib是萬用，而app_code是跟專案及web.config有關的lib 07/10 18:00
想請問各為前輩
在開發ASP.Net 2.0較為大型的大型網站時
對於App_Code資料夾的運用是怎樣呢?
因為以前寫程式的習慣是
一個.cs檔裡面只會寫一個class,而且檔案名稱也會命名的跟class名稱一樣
一直以來也覺得這樣很好管理,也可以對自己的專案有很好的掌握度
但在ASP.Net 2.0當中,單純的.cs檔只能置放在App_Code當中
所以就算有一些只有單一網頁需要用到的類別,
可是為了結構還是需要封裝成類別的程式碼
我也會在App_Code當中增加一個.cs當來置放
可是因為ASP.Net的專案當中 , 一個專案好像只能有一個App_Code資料夾
而且在專案越來越大之後發現
App_Code資料夾理面的檔案越來越多,越來越難分類
專案當中的資料夾結構也在App_Code裡面特別複雜
(因為要分類考慮全域跟區域用途的類別)
而在修改App_Code資料夾當中的程式因為需要重新編譯
所以修改完之後要等待的時間也越來越長...
反而在aspx.cs當中的程式,
因為dynamic complie的緣故時間修改完馬上就知道結果!
(現在都會先把類別放在aspx.cs,等debug完再搬到app_Code去)
不過我現在反而開始猶豫
對於類別的放置位置,是不是還要堅持像我一開始講的
單一檔案放置單一class,而且命名相同..
還是說單一頁面會用到的類別就都塞到aspx.cs,
區域內會用到的類別就塞到basicform裡面就好了
App_Code只放全域的功能跟一些元件
反正需要找程式碼的時候Visual Studio搜尋一下就好了...
感覺這個問題好像跟是不是要用Pascal命名法一樣..
就是到底我們是要能夠人工的保持對自己專案的掌握度還是交給IDE??
想請問各位前輩都是怎麼面對這樣的問題?
--
※ 發信站: 批踢踢實業坊(ptt.cc)
◆ From: 125.229.37.123