billy

QQ加我,想请教:104514464

DAAB2.0的时候用用感觉还挺好的，简单，实用。

我用的是vs2005的新技术..
使用是DataSet,sqldatasoure等..
用Visual Studio Team Test来测试.他会报出一个
"The web site could not be configured correctly; getting ASP.NET process information failed. Requesting 'http://localhost:1533/OMS/VSEnterpriseHelper.axd' returned an error: The information returned is invalid."

说什么配置有问题,返回信息有误!

{我的app_code下面有类,也有Dataset..上面是测试Dataset,所出现的错误.
类也一样.!}

可能跟数据库有关。特别是数据库设置。
什么数据库

orm太差了!!竟然不能在运行时帮我泡杯茶!!!!!
所以orm差!!!

这就是某些人的逻辑!!

这个应该不算ORM的职责范围了，
在未运行时ORM是不知道你表里有哪些必填，只能读取配置文件
运行后是可以取表信息，明显这样影响性能，而且需要DA的支持

都说了，我需要编译的时候检测出来是否有赋值，而不是说填上毫无含义的默认值

晕
henrywu同我打广告!

你查看henrywu3319.googlepages.com 这个控件很好用

这个问题很容易解决的，在映射的时候加一个配置isNull
如果为null则扔一个默认值进去

呵呵，不过在我的orm里面好象一直忘记加了

我想，ORM没有提供检查的原因大概是这个问题很表象化～非常贴近应用层和具体应用～～～

这种情况是普遍存在的,并不只是ORM的问题.
当你在.NET下编写一条参数化的的SQL语句时,忘了给相应的SqlCommand添加参数同样也会出现这情况.
我也希望MS能够实现这功能.

别的我不知道
总之没有ORM的话会更惨

想法挺好的。。

不知道你看清楚我画的红色圈没有？？我是在app_code下啊，只不过我在app_code建立了几个文件夹，把业务逻辑分类，是很自然不过的啊？分开当然不是业务逻辑与ui混杂在一起，而更好的设计啊？？为什么建立不了测试类呢？？

@sunnyly
我试过了，你说的问题的确存在。但是我不认为这是个bug。
可以大致这样解释你说的问题：
vs设计者希望你把业务逻辑代码都写入app_code里面，而这些代码才是需要被单元测试。在app_code以外的页面代码是一般都是UI的东西，没有必要单元测试。你可以查看一些关于asp.net 2.0的文章，里面有对相关目录职责的划分。

我们的设计者往往喜欢把业务逻辑与ui混杂在一起，因此就出现了你的疑问。

建议使用摘要方式发布，如何使用摘要，请博客园FAQ第4项: http://www.cnblogs.com/dudu/articles/52480.aspx 。

DAAB2.0的时候用用感觉还挺好的，简单，实用。
后来3.0，3.1了，感觉这种通过AbstractFactory模式调用ado.net的封装虽然未必实用（sql仍然是不能完全跨数据库的），但也还马马虎虎了。
再后来整合到EntLib里去了，就感觉搞的是不是太复杂了。现在我是感觉EntLib用起来比hibernate还复杂，配置文件比spring还长。哎。。。