p://www.utwente.nl/ewi/trese/graduation_projects/2008/Uithol.pdf
这个问题确实比较复杂，受限于以前的一些设计思想局限，一时找不到方向。...- 不知道怎么处理比较复杂的权限过滤的问题？例如根据权限查看特定类型的订单？
- 冗余就是空间换时间，但是这样会带来一个问题就是冗余数据的同步问题，不知道你怎么是怎么解决这个问题的。
- 复杂查询的预编译你能做到么？
- 没有用什么DFS啥的么？直接共享文件夹感觉有点那个,ORZ.
- 对于一个团队有的时候强制反倒是一种好的策略，特别是那种创业阶段，独裁往往更具有效率，当然这时候更加依赖于领导者的能力。对于一些未知的事情经验往往是至关重要的，有些东西可能真的只是感觉。
- 都是为了混饭吃，国内有多少40还在coding的？经验刚积累到一定程度，还没有传递下去就转行搞其他去了，这个行业怎么能够发展得起来。
- 有些人讲起设计模式头头是道，些其代码来了最基本的要求都达不到。
- 两本书我都买了，都不错。我也比较赞同《放过设计模式》，感觉现在很多人动不动就把这几模式挂在嘴上，学习设计模式不是为了提高而是充门面一样。
- webapi 清爽多了。wcf还是太过重量级了
- 1、外键，我是这样看的数据一致性要求不是非常高的情况，如果一个db就一个输入，基于信任的原则，那就通过业务逻辑来保证数据的完整性吧。或者开发的时候启用外键，部署的时候不启用了。
2、ORM么，什么都有两面性，ORM牺牲了部分性能来换取开发的效率，就看系统中这种牺牲是否值得了。
3、SP么，现在基本不推荐使用了，能用业务层处理的尽量不用SP干，哪怕效率低上很多，毕竟DB的扩展实在是太难了。 - 挺好
- 还有其他选择么，ORZ
- 面向对象设计的五大原则SOLID，D不就是依赖倒置么，依赖倒置基本都是借助IOC容器来完成。Java里面的Spring是标配啊。
- Scrum 不是银弹,一种方法和思想如果得不到团队的认同和贯彻我想什么都搞不定的。
"信奉"感觉没有必要吧。 - 网络段了呢？停电了呢？你不更腰疼了？
- TFS有搁置集，在大的改动没有完成之前建议你使用搁置集，测试完成之后在并入。
- 如果还用sql2000的数据库的公司不去也罢。开个玩笑
- good
- IrontPyton
DLR 可以去了解一下 - 标题应该倒过来，代码都不搞整齐，何况穿衣呼？
- 终极必杀器 集群管理
- 1、不是数组啊，写的时候是这样的啊Select("a","b","c").ToArray()
2、DateTime.get_Now()在这里还是有点歧义的,到底是取的server的时间还是db的时间呢？ - Select 方法定义成 Select(string[] params fields )是不是优雅一点？
table.Where("BirthDate < DateTime.get_Now()").ToArray(); 这个觉得还是用参数比较好，DateTime应该理解成字段，而不是系统函数。如果是函数可以用EF4里面处理函数那种方式处理。 - 里氏代换Hold不住
- 同意3楼的说法，为啥要在Application_Start里面做呢？
- 需要把字体嵌进去
- btw：如果能支持mono是不是市场会更大点。毕竟EF4还是很牛辦啊
