我ASP开发新手，问一些问题
在下接受一个ASP的开发的任务，从无到有，学习了一下，马上开始动工，先问一些比较令我迷惑的问题，请高手指点迷津,谢谢
1.ASP.NET的架构是否为标准的MVC三层架构，不断的数据绑定让我感觉这个架构很模糊。
2.对于数据库的操作，什么时候适合数据源直接绑定，什么时候适合使用ADO.NET进行操作。
3.各种数据处理方法，比如BULK，BATCH，怎么判断其使用时机？
4.在页面中使用回调函数（不刷新页面）进行数据的更新，抑或使用提交，两种方法有何优劣
5.在使用CUSTOM验证时，如果客户端进行了验证，服务器端是否还会进行一次验证
6.在使用数据时，使用BO，使用ADO的时机应该如何把握
7.为何登录控件不推荐使用自动的数据连接，而要自己手写？
8.所谓优雅的数据操作方法MARS，优雅在何处？
9.使用数据库操作，还是使用XML，两者优劣，使用的时机？
10.对于一个XML的格式，是否有必要在每次使用前进行VALIDATE？
11.对于保存某些数据，是使用SESSION，还是使用PERSONALIZATION中的PROFILE?
12.对于多个用户同时登录，后者的Personalization属性是否会覆盖前者，还是每个用户都在客户端保存副本？
13.如何将SSL和相关的验证配合使用？
14.配置高效的数据库访问需要注意哪些方面？
15.如何处理COOKIE的安全性
16.如何配置高效的XML数据访问?
17.使用SESSION，是否必须有COOKIE存在？
18.对于缓存的处理，怎样做才能高效？
19.如何配置高效的页面间数据处理？
20.待续。。。
以上是我刚看完一遍书后，所提出的一些比较愚蠢的问题，我已经把全部家当拿出来了，恳请各位高手给以指点，如果再能告诉我一些开发的经验，我将感激不尽

------解决方案--------------------
1.ASP.NET的架构是否为标准的MVC三层架构，不断的数据绑定让我感觉这个架构很模糊。

你中了MVC的毒了.

MVC只是应用程序表示层或者界面组件的一种设计模式.

我们所说有三层架构指的是表示层,业务层,数据访问层.

不能混为一谈.

数据绑定这种机制类似于JSF的做好.绝对要比老式ASP或者JSP来得先进.

你所说的架构模糊指的是什么呢.
------解决方案--------------------
17.使用SESSION，是否必须有COOKIE存在？
从传统的WEB技术的角度来看,是这样的.

但是后来为了考虑客户端不支持cookie或禁用cookie的问题,牛人们又提出了URLRewrite的作法.
即把SessionID夹在URL地址中在请求和响应中来回传递.
于是就有了无cookie会话这一说了.即cookieless= "true "
------解决方案--------------------
1.ASP.NET的架构是否为标准的MVC三层架构，不断的数据绑定让我感觉这个架构很模糊。
＝＝＝＝＝
何为标准 MVC？

2.对于数据库的操作，什么时候适合数据源直接绑定，什么时候适合使用ADO.NET进行操作。
＝＝＝＝＝
数据源控件优点是快速开发，缺点是难以保证灵活后期维护

故适合小型项目，

3.各种数据处理方法，比如BULK，BATCH，怎么判断其使用时机？
＝＝＝＝＝
事实上，对于常规业务，批处理，批更新操作似乎很少，
一般用这些功能的时候，目标都是为了较好的解决性能瓶颈问题

4.在页面中使用回调函数（不刷新页面）进行数据的更新，抑或使用提交，两种方法有何优劣
＝＝＝＝＝
对于业务处理来说，并不宜进行大量的 AJAX 方式操作，
常规 GET/POST 请求如果很很好完成任务，且用户操作友好性无苛求还是，我会选择后者。

5.在使用CUSTOM验证时，如果客户端进行了验证，服务器端是否还会进行一次验证
＝＝＝＝＝
客户端验证都是不可信任的，真正的业务系统，需要服务端的高强度数据验证。
但前者，通常又是需要的，因为它可提高用户交互友好性。

6.在使用数据时，使用BO，使用ADO的时机应该如何把握
＝＝＝＝＝
BO ？ PO？

...
------解决方案--------------------
7.为何登录控件不推荐使用自动的数据连接，而要自己手写？
＝＝＝＝
不晓得，不熟悉
实际项目中，我连登录控件都没用

8.所谓优雅的数据操作方法MARS，优雅在何处？
＝＝＝＝
what 's MARS? ZhanShen ^_^

9.使用数据库操作，还是使用XML，两者优劣，使用的时机？
＝＝＝＝
两者都用过，就有体会，目前，还是使用关系数据库作为数据源，操作起来方便，SQL 语言为集合处理提供了强大的、成熟的支持

XML 在我们的系统中也无处不在，更常用于配置文件、数据交互

10.对于一个XML的格式，是否有必要在每次使用前进行VALIDATE？
＝＝＝＝
不清楚，没体会，

或许，你对此xml 的 schema 要求甚高就需要了吧，然而需要耗性能，所以需要各种 validate 策略的设计上考虑

11.对于保存某些数据，是使用SESSION，还是使用PERSONALIZATION中的PROFILE?
＝＝＝＝
似乎这两者没有直接关系，
Session 作为会话数据的容器，古有之，

Profile ？ 这是什么？个人档案、个性化配置信息？
那么你的网站将我的选择的颜色风格保存在 Session 中，那么我下次登录的时候，还会保留迈？

Profile 数据应该存储在持久数据源中，如 db

12.对于多个用户同时登录，后者的Personalization属性是否会覆盖前者，还是每个用户都在客户端保存副本？
＝＝＝＝
事实上，没有 ASP.NET 2.0 内置 membership 的实践体会，不发布评论

13.如何将SSL和相关的验证配合使用？
＝＝＝＝
哪些相关？

14.配置高效的数据库访问需要注意哪些方面？
＝＝＝＝
这是可以配置的？

高效的前提是数据库设计的是否合理，针对不同的业务模型，采取不同的设计策略
比如，常听人家吹的，索引、非规范化设计 ...

15.如何处理COOKIE的安全性
＝＝＝＝
敏感信息需要加密

cookie不存储敏感信息的明文


16.如何配置高效的XML数据访问?
＝＝＝＝
不会

17.使用SESSION，是否必须有COOKIE存在？
＝＝＝＝
不是，

ASP.NET 中，假如 client 启用 cookie，那么 SessionID 作为可作为 cookie 存储，这是默认配置
否则配置 cookieless，将 sessionid 作为 url查询字符串 传输

18.对于缓存的处理，怎样做才能高效？
＝＝＝＝