只有在可执行文件的项目中才需要这些信息吗? 如何禁用此文件创build? NuGet 2.8 编辑 库项目是NuGet 2.7中的exception,通过修复此问题,行为发生了变化: http : //nuget.codeplex.com/workitem/3827 with commit: http : //nuget.codeplex.com/SourceControl/changeset/448652d028e3f01ba4022e147baaf4e1fb3f969b
我们正在开始一个新的项目,我正在试图决定我们应该采取哪种Wpf-esque开发/部署策略。 在我们的例子中,我们正在看一个相当复杂的商业应用程序,将被100人(而不是1000人)使用,所以我倾向于一次点击一次的应用程序。 我的老板喜欢Silverlight应用程序的想法,因为这意味着更容易部署。 那么我们应该跳哪一条路? 答案当然是“要看情况”。 那么每个人的利弊是什么? 我会开始球滚动( 编辑添加在一些答案从artur carvalho ): Silverlight的 优点 跨浏览器 不需要完整的框架。 更好地控制用户。 如果你的用户login,你不必担心激活密钥或类似的东西。 它适用于Windows和Mac。 您可以轻松更新所有的用户应用程序。 缺点 不能与客户端的文件系统等进行交互 与完整的Wpf相比,function更less(任何人都有一个很好的文档差异资源?) 单个窗口 单一版本 Wpf Web应用程序(xbap) 优点 完整的Wpf。 缺点 单一浏览器 需要完整的框架 不能与客户端的文件系统等进行交互 单个窗口 单一版本 Wpf单击一次 优点 完整的Wpf 可以离线工作 多个窗口 多个版本(con?) 更好地访问计算机的低级别部分 没有停机维护 缺点 单一浏览器 需要完整的框架 稍微 (?)难以安装。
我注意到一个反复出现的问题是:“什么是一个好的语言X的networking图库”。 我玩过不less图书馆,我可以和你分享我的经验。 Python : NetworkX是一个强大的库,它具有内置的可视化function,但也有使用pyGraphviz的 Graphviz界面。 (pyGraphviz和NetworkX是由同一个作者编写的)。 NetworkX是开源的,非常易于使用。 Perl : Circos被开发用于可视化基因组和其他高度复杂的数据集。 它将始终使用圆形布局,但如果networking非常大且“模块化”分数较低,则它通常是最合适的布局。 Circos是开源的。 。 networking : NodeXL由Microsoft Research开发,既是Excel的附加软件,又是.Net 3.5库。 它非常开放(针对微软的标准),并使用Fruchterman-Reingoldalgorithm进行可视化。 Java : JUNG2最近已经发布,也是一个强大的库。 扩展了可视化和关键指标支持。 JUNG2是开源的。 UbiGraph : UbiGraph有不同的语言接口,包括Python(和NetworkX有UbiGraph支持),Ruby,PHP,Java,C,C ++,C#,Haskell和OCaml。 它具有使用XML-RPC服务器的networking图的非常整洁的3D可视化。 基本版本是免费的,你必须支付专业版本。 独立:您可以随时使用现成的软件包,如: Graphviz (Win,Linux,OSX), Pajek (Win), UCINET (Win)甚至Visio(Win)。 我相信还有更多的软件包,但是这些是我自己使用的。 还有哪些库或软件包可用?
我有一个朋友是一个非常有能力的程序员,特别是考虑到他是盲人。 现在他想开始为Android开发。 但是,我看到他遇到的问题是,似乎没有Android模拟器的辅助function。 理想情况下,他将能够让他的电脑读取Android模拟屏幕的内容给他。 不过,至less从我看到的,Android屏幕的内容和可用于操纵仿真Android等的button对于屏幕阅读器都是不可见的。 有谁知道这个解决方法吗? 更新:我发现这里看起来像一个有前途的资源。 这是一个由Google的电视拉曼开发的Android的Text-to-Speech库。 我仍然在寻找来自社区的更多信息。
我试图渲染帧抓取和转换使用ffmpegvideo到OpenGL纹理放在一个四。 我已经非常疲惫的谷歌,没有find答案,以及我find答案,但他们似乎没有工作。 基本上,我使用avcodec_decode_video2()解码帧,然后sws_scale()将帧转换为RGB,然后glTexSubImage2D()创build一个openGL纹理,但似乎无法得到任何工作。 我已经确定“目标”AVFrame在SWS上下文设置中具有2维的权力。 这是我的代码: SwsContext *img_convert_ctx = sws_getContext(pCodecCtx->width, pCodecCtx->height, pCodecCtx->pix_fmt, 512, 256, PIX_FMT_RGB24, SWS_BICUBIC, NULL, NULL, NULL); //While still frames to read while(av_read_frame(pFormatCtx, &packet)>=0) { glClear(GL_COLOR_BUFFER_BIT); //If the packet is from the video stream if(packet.stream_index == videoStream) { //Decode the video avcodec_decode_video2(pCodecCtx, pFrame, &frameFinished, &packet); //If we got a frame then convert it and […]
因为std::function是可复制的,所以标准要求用于构造std :: function的可调用对象也是可复制的: n337(20.8.11.2.1) template<class F> function(F f); 要求: F应该是CopyConstructible。 对于参数typesArgTypes和返回typesR f应为Callable(20.8.11.2)。 A的拷贝构造函数和析构函数不得抛出exception 这意味着不可能从不可复制的绑定对象或捕获只移动types(如unique_ptr)的lambda形成std :: function。 这似乎有可能实现这种只移动的可移动的可移动的包装。 是否有一个标准的库移动只相当于std ::函数? 或者,这个问题是否有一个共同的解决方法?
我想确定使用下面的序列化代理来启用匿名函数/委托/ lambdas的序列化可能导致什么问题。 // see http://msdn.microsoft.com/msdnmag/issues/02/09/net/#S3 class NonSerializableSurrogate : ISerializationSurrogate { public void GetObjectData(object obj, SerializationInfo info, StreamingContext context) { foreach (FieldInfo f in obj.GetType().GetFields(BindingFlags.Instance | BindingFlags.Public | BindingFlags.NonPublic)) info.AddValue(f.Name, f.GetValue(obj)); } public object SetObjectData(object obj, SerializationInfo info, StreamingContext context, ISurrogateSelector selector) { foreach (FieldInfo f in obj.GetType().GetFields(BindingFlags.Instance | BindingFlags.Public | BindingFlags.NonPublic)) f.SetValue(obj, info.GetValue(f.Name, f.FieldType)); return […]
我们正在创build多个子类加载器,将多个子应用程序加载到Java应用程序“容器”中,进行热部署的原型devise。 当一个特定类加载器的类path发生了变化(例如,jar被添加,删除,更新)时,旧的类加载器被抛弃(未引用),并为jar的新类path创build一个新的类加载器。 更新类path后,触发热部署,我们采取了堆转储。 堆转储(使用内存分析器)表明旧的类加载器没有被垃圾回收。 父类加载器中的某些类正在caching旧的类加载器。 下面的东西被调用来清除这些caching: java.lang.ResourceBundle.clearCache(classLoader); org.apache.commons.logging.LogFactory.release(classLoader); java.beans.Introspector.flushCaches(); 即使在清除了上述caching之后,旧的加载器仍然没有被垃圾收集。 其余的类加载器引用如下: 由类加载器加载的类 java.lang.Package由类加载器本身创build java.lang.ProtectionDomain由类加载器本身创build 以上所有都是类加载器中的循环引用,它应该触发一个垃圾回收。 我不知道为什么不是。 有人知道为什么旧的类加载器仍然不被垃圾收集,即使是循环引用?
在我的第一个EmberJS应用程序工作。 整个应用程序需要一个用户login。我试图包围我的头周围的最佳方式来强制用户现在login(当页面最初加载时)和将来(当用户注销并没有刷新)。 我有处理用户身份validation挂钩 – 现在我有一个呃数据模型和相关的存储,连接,处理授权用户和创build用户“会话”(使用sessionStorage)。 我不知道该怎么做的是强制用户在跨路由转换时进行身份validation,包括根路由中的初始转换。 我在哪里把这个逻辑? 如果我有一个身份validation状态pipe理员,我该如何将其绑定到路由? 我应该有根路由之外的auth路由吗? 注意:让我知道这个问题措辞不好,或者我需要更好地解释,我会很乐意这样做。 编辑:我最终做了一些我认为更多的呃,尽pipe可能是一个混乱的实现。 我有一个auth statemanager存储当前用户的身份validation密钥,以及当前的状态。 无论什么时候需要身份validation,只需要向身份validationpipe理员请求身份validation,然后传递callback函数以使用身份validation密钥运行。 如果用户没有login,它会拉起login表单,直到用户login为止。 这是我正在使用的代码的一些select部分。 需要清理,我遗漏了一些东西。 http://gist.github.com/3741751
我认为这可能有助于得到一个明确的答案何时使用WithOptionalDependent和何时使用WithOptionalPrincipal 。 这两个函数的帮助有点不清楚,我发现自己通过多个Stack Overflow的答案和其他网站上的答案结合的答案,以确信我已经有了正确的方向关系。 以下是MSDN关于WithOptionalDependent所说的内容: 将关系configuration为可选:在关系的另一侧没有导航属性可选。 被configuration的实体types将是依赖项,并且包含一个到委托人的外键。 关系所针对的实体types将是关系中的主体。 以下是关于WithOptionalPrincipal : 将关系configuration为可选:在关系的另一侧没有导航属性可选。 被configuration的实体types将是关系中的主体。 关系所针对的实体types将是依赖关系,并且包含一个外键给主体。 “正在configuration的实体types”这一行总是让我困惑的部分(我假设其他人)。 在这个例子中: class MyEntityA { [Key] public int Id { get; set; } public int BId { get; set; } [ForeignKey("BId")] public MyEntityB B { get; set; } } class MyEntityB { [Key] public int Id { get; set; } } modelBuilder.Entity<MyEntityA>().HasOptional(a […]