小编Ala*_*son的帖子

我有一个powershell脚本对一堆图像进行一些批处理,我想做一些并行处理.Powershell似乎有一些后台处理选项,如启动作业,等待作业等,但我找到的并行工作的唯一好资源是编写脚本文本并运行它们(PowerShell多线程)

理想情况下,我喜欢类似于.net 4中的并行foreach的东西.

有点像:

foreach-parallel -threads 4 ($file in (Get-ChildItem $dir))
{
   .. Do Work
}

也许我会更好的只是下降到c#...

有人能告诉我SSIS包的内容吗？

我对数据仓库完全陌生,我对SSIS,DTL,ETL等术语感到疯狂.我正在寻找一个大局以及它如何适应整个.NET/SQL Server架构.

我正在学习一个linux盒子上的ruby并且清除我的VIM技能(技能？).

当我在我的c ++时代开始使用VIM时,我有一个朋友有一个很棒的vimfiles文件夹,有很多东西要开始.从头开始,vim很棒,但感觉它可能会好很多.

我目前有:

• VIM-红宝石
• 缓冲探险家
• xml-edit(虽然我目前没有使用erb文件)

我知道这几乎没有一些经验丰富的vim/ruby​​开发人员的表面(包括vim.rc文件中的一个).

是否有一个列表(或者我们可以创建一个)的一堆标准vim配置,使编程ruby(和rails)更有趣？是否有一个具有良好基础设置的zip/tarball？

我在一个拥有大量用户安装基础的大型代码库上工作.该代码最初是用vb6编写的,带有一些用于低级工作的c ++ COM模块.

重写已经在vb6中编写并且每天都被我们的客户使用的所有代码是完全不可行的,但我们也在继续对软件(大型和小型)进行改进和定制.

到目前为止,我的解决方案是将大部分新代码写入c#(winforms甚至现在为wpf),然后使用COM interop从vb6调用模块.

有没有人有像这样(10年以上)的长期软件套件的经验,不能完全重写,但需要同时不断的新开发.此外,在这样的混合系统中,连接模块的最佳方法是什么？我现在正在使用COM,但也考虑过IPC使用单独的进程.

我的许多课程最终都需要转换函数。

• DataRow -> 对象转换器
• ViewModel <-> 模型转换器

我的问题是函数应该放在哪里？

选项 1：在源类内部

public class Employee
{
  public EmployeeViewModel ToViewModel() {}
}

var vm = myEmployee.ToViewModel()

选项 2：在目标类内部

public class EmployeeViewModel
{
  public static EmployeeViewMOdel FromModel() {}
}

var vm = EmployeeViewModel.FromModel(myEmployee);

选项 3：转换器内部

public class EmployeeModelViewModelConverter
{
  public static EmployeeViewModel ConvertToViewModel(Employee) {}
}
var vm = new EmployeeModelViewModelConverter.ConvertToViewModel(myEmployee);

选项 3 似乎是最干净的，但代价是需要大量的转换器类以及大量的静态函数或大量的初始化/IOC 注入。它还具有最丑陋的语法，或者您必须使用扩展添加另一个类。

澄清：我所说的不仅仅是 ViewModel/Model 类，而是任何需要将一个类转换为另一个类的内容。另一个例子，我有一个渲染系统，其中对象经常需要转换为可渲染基元。