小编Per*_*der的帖子

我应该执行ETL,其中源是一个庞大而设计糟糕的sql 2k数据库和一个设计更好的sql 2k5数据库.我认为SSIS是要走的路.任何人都可以提出待办事项列表或清单或要注意的事项,以便我不会忘记任何事情吗？我应该如何处理这个问题,以便以后不会在后面咬我.

在DAL Repository构建时,我偶然发现了一个名为Pipes and Filters的概念.我读到它在这里,在这里看到了一个截屏来自这里.我仍然不确定如何实现这种模式.从理论上讲,所有听起来都不错,但我们如何在企业场景中真正实现这一点呢？

如果您对问题中提到的数据映射器/ ORM的上下文中的此模式有任何资源,提示或示例,我将不胜感激.

提前致谢!!

我正在查看一个名为Automapper的库。我对此有一些担忧：

1. 我们不想暴露我们的数据模型（好）。为什么数据模型应该与您的数据库非常相似？

2. 使用轻量级 DTO 代替实体。（好的）

3. 现在我需要将我的实体映射到这些 DTO。我尊重 DRY 原则吗？

我认为MS的人比我更聪明.我试图构建/测试几乎遵循这种方法的存储库,除了我想在存储库中松散地耦合ObjectContext依赖项.我发现,为了做到这脱钩我需要跳了很多篮球的,如图中这种 article.Even这种方法很难与何时工作

1. 您有一个现有数据库的edmx
2. 您有一个围绕ObjectContext接口和IObjectSet构建的通用存储库
3. 在进行单元测试时,您希望伪造此对象上下文并将所有操作保留在内存中.想想测试存储库.

现在真正的问题是,为什么ObjectContext的创建者决定不拥有IObjectContext？

我希望我的问题有道理,如果有人能够证明它没有并向我指明道路,我将很高兴.

提前致谢!

当只有邪恶的数据集和微软应用程序块时,层之间的传输对象将是数据集/数据表或DTO/POCO.我属于喜欢使用DTO/POCO的团伙.

现在有了SubSonic,Entity Framework,NHibernate等映射层的突然波动,我还应该使用我最喜欢的POCO吗？我主要这样做,当使用ASP.net webforms 99%时,最终使用ObjectDataSource绑定到控件和特定于每种类型的功能.

我是否应该放弃对POCO的这种爱,并传递IQueryables或Entities或类似的东西并利用其他DataSource对象？

使用这些对象而不是DTO的优点和缺点是什么？它将如何影响我的应用程序设计和性能？

编辑:我什么时候可以使用其他数据源,如Linq Datasorce和Entity数据源等？

我怎么能有Resharper转换代码文件

using Stuff;
using Stuff.MoreStuff;
using Stuff.MoreStuff.EvenMoreStuff;

namespace CoolStuff 
{
// src code
}

至

namespace CoolStuff 
{
  #region Using Statements
  using Stuff;
  using Stuff.MoreStuff;
  using Stuff.MoreStuff.EvenMoreStuff;
  #endregion

// src code
}

我只是喜欢这种方式,它"我认为"也属于一种stylecop规则.我将不胜感激任何帮助.

谢谢

我想用Moq模拟这个界面

IInterfaceToBeMocked {
IEnumerable<Dude> SearchDudeByFilter(Expression<Func<Dude,bool>> filter);
}

我在考虑做类似的事情

_mock.Setup(method => method.SearchDudeByFilter( x=> x.DudeId.Equals(10) && X.Ride.Equals("Harley"))). Returns(_dudes);// _dudes is an in-memory list of dudes.

当我尝试调试我需要这个模拟的单元测试时,它表示"不允许表达式"指向lambda.如果它有任何区别我使用xUnit作为测试框架.

我一直听到这个词很多.我有一些我想问的小问题.

• 企业真的为云计算做好了准备吗？
• 消费者是否拥有从云端消费服务的适当资源？
• 这项技术是否容易受到更多攻击？
• 有些人认为云计算只是另一个过度炒作的术语.真正？
• 作为开发人员,我需要做些什么？

我真的很期待这些回复.

我正在准备MCTS 70-536,看完这个文章.我并非100%确定我理解了类型转发的概念.我发现文章中给出的步骤更令人困惑.如果我要复制要转发的类型的源代码并重新编译它,那么交易是什么.老dll和客户端会发生什么？

我们希望使用.net构建一个应用程序以维持会议记录和类似内容.我正在考虑使用db4o或一些OODB.这是个坏主意吗？我希望简单地创建一个会议纪要的存储库,用户可以按日期和类似的事情执行查找.使用SQL Express DB比使用db4o或Versant FastObject更好

编辑:这是一个跟踪讨论和会议纪要的小创意.我希望尽可能减小应用程序的大小.

我曾经看到,在MS突破某些事情之前,.net社区已经意识到了这一点.我在这里谈论ALT NET和开源人员,他们就像"如果MS提出实体框架,我们有NHibernate".我只是想知道一个MVC框架是否值得关注哪个不是由MS构建的.

有没有？微软是第一个想出类似东西的时刻吗？

如果您的系统具有多种类型的对象上下文.对于Eg:BillingObjectContext,HumanResourceObjectContext等.所有派生自ObjectContext但ObjectContext类不实现任何特定的接口,如IObjectContext.如果有多种类型的ObjectContext说使用Ninject,你会如何应用DI/IoC？

为什么这总是回归真的？

 class Program
    {
        static void Main(string[] args)
        {
            Person p = new Person();
            p.Age = 24;

            ICollection<ValidationResult> results = new Collection<ValidationResult>();
            bool isValid = Validator.TryValidateObject(p, new ValidationContext(p, null, null), results);

            Console.WriteLine("Valid = {0}",isValid);

            foreach (var result in results)
            {
                Console.WriteLine(result.ErrorMessage);
            }

            Console.ReadKey();
        }
    }

    public class Person
    {
        [Required(ErrorMessage = "You have to identify yourself!!")]
        public int Id { get; set; }

        public decimal Age { get; set; }    

    }

我的用法有什么问题？