小编Dav*_*ins的帖子

根据FXCop,List不应该在API对象模型中公开.为什么这被认为是不好的做法？

我用谷歌搜索,并没有提出太多.有没有人遇到像Resharper for Mono这样的东西？

我发现jCache和其他一些使用关联数组的本土方法.如果您有使用jCache的经验,是否有任何限制？

如果有一个服务器实现的端口,我感兴趣.

目前我们使用jQuery为我们的应用程序添加RIA优势,但最近我们一直在我们的Sharepoint门户中实现Coveo搜索引擎,并发现ScriptSharp用于他们的产品.ScriptSharp能带来什么？

.Net堆栈中的Windows Workflow有哪些替代方案？如果您使用过这些解决方案,那么是什么让您通过Windows Workflow选择它们,这是一个不错的选择.

更新:

我继续选择由Nicholas Blumhardt创建的无国籍人.这是一种在域中建模状态的非常简单的方法.以下是Google提供的示例代码:

var phoneCall = new StateMachine<State, Trigger>(State.OffHook);

phoneCall.Configure(State.OffHook)
    .Allow(Trigger.CallDialed, State.Ringing);

phoneCall.Configure(State.Ringing)
    .Allow(Trigger.HungUp, State.OffHook)
    .Allow(Trigger.CallConnected, State.Connected);

phoneCall.Configure(State.Connected)
    .OnEntry(t => StartCallTimer())
    .OnExit(t => StopCallTimer())
    .Allow(Trigger.LeftMessage, State.OffHook)
    .Allow(Trigger.HungUp, State.OffHook)
    .Allow(Trigger.PlacedOnHold, State.OnHold);

phoneCall.Configure(State.OnHold)
    .SubstateOf(State.Connected)
    .Allow(Trigger.TakenOffHold, State.Connected)
    .Allow(Trigger.HungUp, State.OffHook)
    .Allow(Trigger.PhoneHurledAgainstWall, State.PhoneDestroyed);

如您所见,状态机使用泛型来建模状态及其各自的触发器.换句话说,您可以使用枚举,整数,字符串等来满足您的需求.可以使用条件触发器配置状态机的每个状态,该触发器将根据特定条件触发.

ORM提供的查询语言(QL)的表现力非常强大.不幸的是,一旦你有一系列复杂的查询,然后出现一些令人费解的架构或数据问题,很难获得你需要的DBA帮助？在这里,他们是正在发展数据库的团队的一部分,但他们无法读取应用程序QL,更不用说建议修改了.我通常最终会从日志中获取生成的SQL.但是当他们建议对其进行更改时,这与原始QL有何关系？这个过程不是往返的.

因此,经过十年推广ORM的价值,我现在想知道我是否应该手动编写我的SQL.也许我真正希望框架做的就是尽可能地自动化数据编组.

问题:您是否找到了处理组织中往返问题的方法？是否有一个SQL-marshaling框架可以很好地扩展,并且可以轻松维护？

(是的,我知道,纯SQL可能约束我的数据库供应商,但它是可以编写符合标准的SQL.)

是否在性能方面有所折衷,在内存消耗方面有所折衷？

我发现的关于DLR的大部分材料都与IronPython有关.你能用DLR解析和执行C#吗？如果是这样,那么会阻止您在拥有大约30个用户的Web服务器上尝试此操作吗？

更具体地说,我想在用户首次启动工作流时编写工作流对象的配置脚本.根据一年中变化的条件,工作流可能从不同的步骤开始,因此运行配置脚本似乎是处理变化的好方法.

维基百科指出,规范模式是通过使用布尔逻辑将业务逻辑链接在一起来重新组合业务逻辑的地方.关于从列表或集合中选择过滤对象,在我看来,Dynamic LINQ允许我完成同样的事情.我错过了什么吗？是否还应考虑规格模式的其他好处？

编辑:

我发现了一些讨论组合LINQ和规范模式的帖子:

Linq规格项目

通过Nicqas Blumhardt(Autofac dude)通过Linq实施规范模式

有没有人走过这条路并且维护起来变得复杂了？