我们都习惯使用DDD,O / R映射器和NHibernate作为我们的首选.
我们选择使用CompositeWPF来保持业务门户中所有模块和部件系统之间的模块化.
现在我们已经对Ria Services进行了评估,并且对于它如何以面向数据的方式工作感到失望,面向数据的方面可以很好地面向服务的方案,但我们觉得我们可以采用面向对象的方法,我们觉得我们可以使用OO方法获得比DO方法更低复杂度的应用程序.
例如,它不允许值对象,多对多关系,一切都需要有键等等.
我们还没有看过WCF数据服务,所以我们的问题是WCF数据服务我们的回答?它是否与Silverlight 4很好地集成?我们能否以OO方式使用它?
解决方法
很好的例子:
>银行会计访问.如果我只能使用Odata进行家庭银行业务;)并将我的账户报表变为excel.
>交易;)是的,好的 – 我有一个交易服务器(然后连接到各种经纪人).我有一个网络前端.我现在也将通过OData公开某些数据,所以我可以轻松地在excel等中解决问题,甚至使用silverlight应用程序来处理某些事情……但我不会在一个应用程序中使用OData来替换我的对象基础结构 – 方式太muc hoverhead.
> Ebay可以为大客户提供OData接口.很高兴了解您的拍卖并对您的帐户进行一些基本维护.没有什么高性能,但再次,TOOLING支持. Excel,报告服务很快就支持OData.
如果你从整合的角度来看它,它会产生很多感觉.它不是一个完整的环境 – “从不”有效.但是,使用语义(优于Web服务 – 标准化查询和过滤器逻辑)和工具支持来打开应用程序是一个很好的标准化.
不管怎么说,我不知道你提到的很多项目都会遇到很多问题:
>我工作的任何东西都有一个关键的定义
>我很多很多:很多关系.我总是有一个临时对象WITH A KEY ….所以我可以添加属性(如果那只是一个时间戳).
服务是面向数据的,并且认真 – 我喜欢它们.我是OO的忠实粉丝,但工具支持使其成为应用程序的完美外部接口.
版权声明:本文内容由互联网用户自发贡献,该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 dio@foxmail.com 举报,一经查实,本站将立刻删除。