作者ChienFu (.....)
看板C_Sharp
标题[问题] 想请问ASP.Net当中App_Code资料夹的运用
时间Tue Jul 8 00:46:35 2008
想请问各为前辈
在开发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
1F：推 sheauren:我是library会另外用project写 所以app_code都没东西@@ 07/08 19:53
2F：推 tomex:独立的东西我放在lib里，只有跟专案性质有关函式放app_code 07/10 17:58
3F：推 tomex:例如资料库的连线管理，就超适合放app_code，因它有连线字串 07/10 17:59
4F：推 tomex:总之，lib是万用，而app_code是跟专案及web.config有关的lib 07/10 18:00