问题列表 - 第2009页

我有一个未定义的显示上下文数,每个都会显示一个纹理.当我调用glGenTextures时,我会在所有显示上下文中返回相同的名称.这会有用吗？即使它们具有相同的名称,它们仍会存储和显示不同的纹理吗？如果不是应该做些什么来解决这个问题？

当我在Vim中浏览代码时,我需要查看左右括号/括号,并且按下%似乎没有效果.

我试过了:set showmatch,但是当你输入一个括号时,它会使光标前后跳跃.但是,如果我正在浏览已编写的代码该怎么办？

我正在修补Silverlight 2.0.

我有一些图像,我目前有一个图像源的静态URL.有没有办法从托管控件的网站的URL路径动态加载图像？

或者,一个配置设置,存储在一个地方,保存URL的基本路径,以便每个图像只保存文件名？

Java要求您捕获所有可能的异常或将它们声明为方法签名中抛出的异常.这不是C#的情况,但我仍然认为捕获所有异常是一个好习惯.有没有人知道一个工具可以处理一个C#项目并指出抛出异常但没有被捕获的地方？

我有一个核心.NET应用程序,需要产生一个子进程的abitrary数量.这些进程需要能够访问核心应用程序中的某种形式的状态对象.

什么是最好的技术？我将在进程(位图)之间移动大量数据,因此需要快速.

运行需要多长时间

ALTER DATABASE [MySite] SET READ_COMMITTED_SNAPSHOT ON

我跑了它,花了10分钟.

如何检查是否已应用？

我有一些代码忽略了一个特定的异常.

try
{
    foreach (FileInfo fi in di.GetFiles())
    {
        collection.Add(fi.Name);
    }
    foreach (DirectoryInfo d in di.GetDirectories())
    {
        populateItems(collection, d);
    }
}
catch (UnauthorizedAccessException ex)
{
   //ignore and move onto next directory
}

当然,这会导致编译时警告,因为ex未使用.是否有一些标准的接受noop应该用于删除此警告？

我正在寻找一个基于插件的应用程序框架,它与Eclipse插件框架相当,我的简单思想包括:

1. 核心插件管理框架(Equinox/OSGI),它提供声明扩展端点,然后发现和加载为这些端点提供服务的插件的功能.(这比依赖注入不同,但不可否认的区别很微妙-配置是高度分散式,也有版本的关注,它可能涉及一个在线插件库,最重要的对我来说,它应该很容易为用户增加插件,无需了解底层架构/配置文件)
2. 多层插件,提供基本工作台shell,包括并发支持,命令,首选项表,菜单,工具栏,键绑定等.

这只是RCP的表面,它本身就是你的应用程序的基础,你可以通过编写/组装更多的插件来构建它.

这是我在过去几天从互联网上收集的内容......

据我所知,.NET世界中没有任何东西可以远程接近Eclipse RCP for Java的健壮性和成熟度,但有几个竞争者可以很好地完成#1或#2.

(我还应该提到我还没有对WinForms vs WPF做出最终决定,所以我也试图了解任何候选框架中的UI耦合程度.我也想知道平台耦合和源代码许可)

我必须说开源的东西通常记录较少但更容易理解,而MS的东西通常有更多的文档,但是不太容易理解,因此对于许多MS技术,我不知道他们实际上做了什么. ,在实际意义上.

这些是我找到的库:

SharpDevelop的

我看到的第一件事是SharpDevelop,它以基本的方式同时执行#1和#2(对SharpDevelop没有任何侮辱,这是令人钦佩的 - 我的意思是比Eclipse RCP 更基本).但是,SharpDevelop不仅仅是一个框架,它还有一些基本的假设和局限(即与WinForms有些结合).仍有一些关于CodeProject的文章解释了如何将它作为应用程序的基础.

System.Addins

似乎System.Addins旨在提供一个强大的加载项加载框架,其中包含一些复杂的选项,用于加载具有不同信任级别的程序集,甚至可以运行进程外的程序集.它似乎主要是基于代码的,而且代码很重,有许多程序集用于隔离版本问题.使用Guidance Automation生成大量代码.

到目前为止,我还没有发现很多System.AddIns文章,这些文章说明了它如何用于构建像Eclipse RCP这样的东西,很多人似乎都在为它的复杂性绞尽脑汁.

Mono.Addins

似乎Mono.Addins受System.Addins,SharpDevelop和MonoDevelop的影响.它似乎提供了System.Addins的基础知识,插件加载的选项较少,但更简单,基于属性的注册,XML清单和在线插件存储库的基础结构.

它有一个非常好的常见问题解答和文档,以及一组相当强大的例子,真正有助于描绘如何开发类似SharpDevelop或Eclipse的架构.这些示例使用GTK作为UI,但框架本身并未与GTK耦合.所以它看起来很好地做#1(加载项加载)并指向#2(工作台框架).似乎Mono.Addins是从MonoDevelop派生的,但我还没有看到MonoDevelop是否提供了一个很好的核心工作台框架.

托管可扩展性框架

这是每个人现在都在谈论的内容,而且它正在慢慢变得清晰起来,但即使在阅读SO上的几个帖子后,我仍然非常模糊.官方的说法是它可以与System.Addins"并存".但是,它没有引用它,它似乎重现了它的一些功能.在我看来,它是System.Addins的一个更简单,更易于访问的替代方案.

它看起来更像是Mono.Addins,因为它提供了基于属性的布线.它提供了可以基于属性或基于目录的"目录".它似乎不提供任何XML或基于清单的连线.到目前为止,我还没有找到很多文档,并且这些示例似乎有点"神奇",更像是基于属性的DI,尽管有人澄清MEF不是DI容器.

它的许可证刚刚开放,但确实引用了WindowsBase - 不确定这是否意味着它与Windows相连.

雅典卫城

我不确定这是什么.它是MEF,还是还在发生什么？

复合应用程序块

WPF和Winforms Composite Application块似乎提供了更多的工作台框架.我对这些经验很少,但他们似乎依赖于指导自动化显然与UI层相结合.有一些将MEF与这些应用程序块组合在一起的例子.

我已尽力在这里回答我自己的问题,但我真的只是表面上看,而且我没有任何这些框架的经验.希望你们中的一些人可以添加更多关于你们经历过的框架的细节.如果我们最终得到某种比较矩阵会很棒.

许多程序包括自动更新程序,程序偶尔会在线查找更新,然后下载并应用找到的任何更新.程序错误是固定的,支持文件被修改,事情(通常)变得更好.

不幸的是,无论我看起来多么努力,我无法在任何地方找到有关此过程的信息.似乎已经实施的自动更新程序要么是专有的,要么不被认为是重要的.

实现在网络上查找更新的系统并在可用时下载它们似乎相当容易.自动更新程序的那一部分将从实现到实现发生重大变化.问题是应用补丁的不同方法是什么.只需下载文件并用新文件替换旧文件,运行已下载的迁移脚本,猴子修补系统的部分等等？概念是首选,但可以理解Java,C,Python,Ruby,Lisp等中的示例.

在C#中将数据从一个Windows窗体应用程序(办公室插件)传递到另一个(用C#编写的exe)的最佳方法是什么？