如何选择：数据端计算，应用端计算，客户端计算

asp.net计算一般有三端：数据端计算，应用端计算，客户端计算

 

充分发挥各端的作用，不要过度使用一端。

选择哪一端的原则：传输量，安全性，方便，代价，性能。

 

数据库：做存储，类型，基本完整性，外键约束，关联查找，视图。
更多业务逻辑应该在应用层，C#的长处。

客户端：验证，减少不必要交互，动态效果，减少数据量。

应用层C#、数据库层的划分：
有些开发团队仅把数据库当作存储功能，业务逻辑全部由C#应用层来处理。
我们不做这种强制限制，对于数据库确实处理起来比较方便的，例如完整性约束，关联视图，公共业务逻辑，数据传输性能，放到数据库比较方便，好用，则支持放到数据库，否则一般的业务逻辑还是采用应用层C#来处理。

1.对于一般的web程序，一般性能瓶颈在数据库
2.便于数据层的共用，业务层可公用数据层，否则界面层的数据要求会由数据库处理，不可以共用。
3.便于公共数据的cache
4.应用层C#功能更强大，类库更多
5.有些放在数据库非常不便，如外键完整性约束，每次都查非常不便 

 

 

一般是客户端能处理的，就不放在应用服务端。
客户端对环境有要求，增强客户端，AIR
客户端维护的代价。
运行效果，链接数。

seo

无需与用户交互，应用服务端就可以计算出结果，则一般在应用服务端计算，思考使用window.load的价值。

很频繁的交互组件，并且不是非要与服务端交互，且数据量不大，一般使客户端计算。

前端能计算的就算在前端，但如果必须交互且数据传输量差距不是很大，则无需Ajax，改变太大则最好换一页为佳， 减少交互是前端计算的价值。