如果死了,还有接班人吗？
网络新闻传输协议或NNTP是一种互联网应用协议,主要用于阅读和发布Usenet文章(也称为netnews),以及在新闻服务器之间传输新闻.
我需要使用R工具中包含的gcc编译器(R用于windows的统计程序)编译我的一些代码,问题是我需要在我的代码中使用IDispatch来创建访问COM对象的方法,以及gcc编译器不支持我用来执行的大部分代码,这基本上是C++代码.
所以我的问题是如何在C中使用IDispatch来创建COM对象,而不必依赖于MFC,.NET,C#,WTL或ATL.我相信如果我这样做,我将能够毫无问题地编译我的代码.
我使用C#,.NET,VS.NET 2008.
除了能够处理更多内存外,将我的应用程序编译为64位有什么好处？
会更快还是更小？为什么？
它是否使它与x64系统更兼容(与32位应用程序相比)？
我将构建一个iOS应用程序,它将从我的Web服务下载视频,以便在应用程序中脱机播放.
我正在寻找一个教程,它将向我展示基础知识,其中包括:
有没有人有关于让团队通过远程桌面工作的成功评论？
在许多工作场所,我们将最终用户通过Citrix和应用程序放在一个功能强大的中央服务器上.有时客户端与服务器位于同一建筑物中,但通常它们是远程的.
将我的开发人员放在使用Hyper-V的几台服务器上运行的Windows XP或Vista实例上可能会有一些巨大的好处.
我担心通过互联网的RDP/RDC太慢,以至于没有人能够有效地开发.
我相信我能听到很多关于它的坏事......那里有没有成功的人？
我相当大的WinForm应用程序需要GUI大修,但我不能一次完成所有操作.我需要知道我是否可以慢慢地将WPF添加到其中,如果是这样,怎么样？
我可以添加WPF对话框吗？
我可以在WinForm中添加WPF"面板",以便我可以嵌入WPF元素吗？
编辑
我可以执行相反的操作并将WinForm对话框放入我的WPF应用程序中吗？
我希望我的几个开发人员立即开始使用Kinect SDK,时间紧迫.因为他们不在美国,所以我需要花费太多时间才能获得Kinect以及与PC一起使用所需的电缆.
有没有办法可以在没有物理硬件的情况下使用SDK？也许用模拟器或其他方法？
刷新准备好的报告表大约需要5-10分钟.我们希望不断更新此表(可能每15分钟或连续一次).
我们非常频繁地查询此报告表(每分钟多次),并且我无法在任何时间内保持这种状态.如果数据是15分钟就可以了.
我不能放弃桌子并重新创建它.我无法删除表的内容并重新创建它.
有没有我应该使用的技术,比如在两个表之间交换(在我们构建另一个表时从一个表读取)或者我将这个5-10分钟的过程放在一个大型事务中？
我正在实现一个模块,用于将文件从客户端机器上传到服务器.在服务器端,我正在使用WCF Soap服务.
为了以块的形式上传文件,我已经从Microsoft http://msdn.microsoft.com/en-us/library/aa717050.aspx实现了这个示例.我已经能够在一个简单的场景中使它工作,所以它确实以块的形式上传文件.此分块模块使用WSDualHttpBinding.
我需要实现一个功能来重新上传文件,以防上传过程因上载特定文件而出于任何原因(用户选择,机器关闭等)而停止.
在我的WCF服务中,我有一个方法来处理服务器端的文件写入:
public void UploadFile(RemoteFileInfo request)
{
FileInfo fi = new FileInfo(Path.Combine(Utils.StorePath(), request.FileName));
if (!fi.Directory.Exists)
{
fi.Directory.Create();
}
FileStream file = new FileStream(fi.FullName, FileMode.Create, FileAccess.Write);
int count;
byte[] buffer = new byte[4096];
while ((count = request.FileByteStream.Read(buffer, 0, buffer.Length)) > 0)
{
file.Write(buffer, 0, count);
file.Flush();
}
request.FileByteStream.Close();
file.Position = 0;
file.Close();
if (request.FileByteStream != null)
{
request.FileByteStream.Close();
request.FileByteStream.Dispose();
}
}
当函数request.FileByteStream.Read(buffer,0,buffer.Length)被消耗时,分块模块正在发送块.
文件流初始化后,文件被锁定(这是初始化文件流进行写入时的正常行为),但我遇到的问题是我在执行发送/接收过程时停止上传过程,然后是频道分块模块使用的文件未被取消,因此文件保持锁定,因为WCF服务仍在等待发送更多数据,直到发送超时到期(超时为1小时,因为我需要上传文件+ 2.5GB).在下一次上传时,如果我尝试上传同一个文件,我会在WCF服务上遇到异常,因为无法再为同一个文件初始化文件流.
我想知道是否有办法避免/删除文件锁,所以在下次运行时我可以重新上传同一个文件,即使前一个文件流已经锁定了文件.
任何帮助都会很感激,谢谢.
我想实现Scrum,但我不能决定Sprint的长度.Ken Schwaber似乎将这30天与事实相关......但我无法想象在没有改变方向或重新优先权的情况下等待30天.
我们的项目通常只使用瀑布式方法持续1-3个月,并且转移到Scrum可能意味着更少的微调机会.
我在考虑一周的短跑,但这看起来像Scrum Micro Management.
有2周的冲刺可能是理想的,但我想知道其他人是否能够成功实施.有什么缺点？管理具有较短冲刺的团队是否更多的工作/更少的工作/相同的工作？
顺便说一句......对我来说,3周冲刺似乎很奇怪,谁进行了为期3周的冲刺？为什么不把它做4周.;)