浏览:16102007-12-14 09:20   来自JesseZhao      :
最近要做一个还算大点的网站,有5个模块。商品管理,用户系统,交易系统,评价系统等等很多的功能,不知道大家在这种还算大型的网站开发中都采用什么杨的模式。比如全部都是provider之类的,或者用orm。大家能给介绍以下经验吗?另外有没有好点的开源工程可以参考以下啊?petshop除外的,嘿嘿
楼主
  5个月前   棠棠dotNet      :
高度关注.请指点.
如果是公司自己的产品的话建议还是手写代码会干净些.如果是外接项目用orm.
回复  1楼 回到顶楼 
  5个月前   李.net      :
本人认为,大型网站或者运营级网站,还是少用ORM等东东,还是手写代码,或者参考petshop的架构更合适
回复  2楼 回到顶楼 
  5个月前   麒麟.NET      :
为什么不用ORM?我反而觉得越大型的越应该使用ORM
回复  3楼 回到顶楼 
  5个月前   技术创业      :
程序员代码都不想写,还能做什么?
回复  4楼 回到顶楼 
  5个月前   李.net      :
运营级别的网站,追求的是页面整洁,要更容易面向搜索引擎,而且更注重执行的效率,我不否认ORM确实比较方便,但从性能上来讲不大合适
回复  5楼 回到顶楼 
  5个月前   stonezhu      :
运行级别的网站,我比较赞成手工编码
回复  6楼 回到顶楼 
  5个月前   老刘.      :
hello Jesse~~
我这里正在筹划开发新站,暂且定位sns,初期业务比较简单,后期会扩展,业务变更充满不可预计性。
前端依然准备沿袭monorail路线,至于数据访问,准备摒弃ActiveRecord,原因不是因为性能,ar对复杂查询的应对能力始终让我挠头,面对大量的关系表,复杂的业务,我只能对orm说88了。
但是我依然看好orm面对业务逻辑变更的应对能力。
回复  7楼 回到顶楼 
  5个月前   wingoo      :
数据访问可以试试ibatis.net
至少myspace在用
回复  8楼 回到顶楼 
  5个月前   黄友涛      :
建议手写。
回复  9楼 回到顶楼 
  5个月前   阿不      :
大型的应用更应该用ORM,就因为它大,所以它维护起来也会特别麻烦。ORM并不是性能低下的代名词。
手写是什么概念,手写到什么程度?
只要有合理的投入和性能产出才会得到最好的效果。
回复  10楼 回到顶楼 
  5个月前   沙加      :
俺最近在用.NetTiers,感觉很爽啊~~~哈哈~~~做这方面研究的欢迎与我聊系。
回复  11楼 回到顶楼 
  5个月前   .NET      :
PETSHOP结构 能生成静态页面就生成静态页面 能缓存就缓存
回复  12楼 回到顶楼 
  5个月前   bonbon      :
关注中.老赵最后的方案要和大家分享下
回复  13楼 回到顶楼 
  5个月前   烟头上的探戈      :
學習了新名詞!
回复  14楼 回到顶楼 
  5个月前   JesseZhao      :
因为是自己有服务器,所以准备大胆的尝试以下asp.net mvc,asp.net ajax,linq to sql等技术,嘿嘿,是不是太前卫了...我初步的方案如果是立足于.net 2.0 的话就使用clsa的那个框架,感觉还不错,当然sql语句是要写的了
回复  15楼 回到顶楼 
  5个月前   泡猫﹃_﹃+      :
关注学习...

不过ORM是什么?还有你们提到的.NetTiers、ibatis.net等等这些是什么?哪里有详细资料可以给我了解一下的?

最感兴趣问题:什么才算手写代码?
回复  16楼 回到顶楼 
  5个月前   WOW玩家      :
高手过招了。
回复  17楼 回到顶楼 
  4个月前   WhyCome[at]live.cn       :
@棠棠dotNet
比较同意的说
回复  18楼 回到顶楼 
  4个月前   Wilensky      :
一直都是手写代码,发现上面提到的好多名词都不明白啥意思.....
回复  19楼 回到顶楼 
  4个月前   finesite      :
@沙加
@wingoo
@wingoo
我最近想学一下ntiers高手传授一下哈 呵呵
回复  20楼 回到顶楼 
  4个月前   Vincent Luo      :
好多新名词才第一次听说,忒落后了
回复  21楼 回到顶楼 
  4个月前   kevin002      :
感觉给自己做项目的话,还是手写比较好.
回复  22楼 回到顶楼 
  4个月前   一水先生      :
因为学习,所以进步
回复  23楼 回到顶楼 
  4个月前   willsun      :
用EL吧,数据库全部存储过程,现在代码生成的工具很多,可以自己写几个模板,entity,dataaccess,storeproc有这几个模板足够了
模式的话用provider不错,层次也清晰。这样做效率也不错。
回复  24楼 回到顶楼 
  4个月前   BirdsHover      :
如果逻辑很复杂的话ORM的复杂度还是很高的。总的来说ORM的开销还是很到的,我是比较倾向于访问量小而且简单的网站使用ORM,如果访问量下逻辑复杂一些也用

但是如果访问量很大,ORM的性能开销会被无限放大,还是很影响性能的。另外要看整个开发小组习惯使用什么样的技术。如果ORM就你一个人懂,那其他人都不懂如何优化ORM,那就更加完蛋了

个人比较推崇ps的写法,写写SQL语句也没什么不好的嘛
回复  25楼 回到顶楼 
  4个月前   inday      :
开发了几个大型站点,在国内也算比较大的了,不过都是手工代码,没有采用任何框架,不过在设计和需求上做的工作比较多,逻辑思路都比较清晰。

如果单做产品的话,还接触的不是很深,框架的运用不是很强,希望能看到大家更好的推荐。
回复  26楼 回到顶楼 
  4个月前   Game_over      :
对于用不用ORM的问题,我举一个例子:
在早期Java的编译技术不太好、运行速度比较慢的时候,有专家建议不要过多的使用继承和接口。
回复  27楼 回到顶楼 
  4个月前   jtsong      :
正在与几个同事做一个大型的系统,我们一直认为还是自己策划的好,当然可以参考现有的优秀系统。这样既好维护又能保障性能!
回复  28楼 回到顶楼 
  3周前   scotoma      :
关键是看团队的,大家讨论后在决定才好.
我还没明白手写是怎么样的?
回复  29楼 回到顶楼 
  3周前   二手的程序员      :
mark mark
回复  30楼 回到顶楼 
  3周前   Herman.Wong      :
用BS....
回复  31楼 回到顶楼 
  1周前   hq2008      :
看你server有多少台,就怎么写,
回复  32楼 回到顶楼 
  4天前   mikel      :
我目前正在做门户网站的架构设计,初步定的是ASP.net MVC framework+Spring.net +NHibernate
希望听听大家的意见
回复  33楼 回到顶楼 
  2天前   编程的夜猫      :
的确,好多新名词,学习了。
回复  34楼 回到顶楼 
  2天前   phillip      :
n多名词不懂。
回复  35楼 回到顶楼 
  17小时前   Josion      :
不懂的名词.到网上去查查看
回复  36楼 回到顶楼 

你还不是小组成员,加入小组以后才能发布新主题!
> 返回“ASP.NET”


其他话题

1 19864