Tag: .net

在Web浏览器中实现聊天系统

我们希望有基于Web的应用程序来跟踪问题，知识管理和聊天系统。 用户登录后，用户可以与服务工程师聊天。 我们将在浏览器中使用Ajax进行聊天。 但是服务器端我们不确定如何实现聊天？ 必须保存聊天记录以进行横向查看。 当有人开始聊天时，系统必须找到可用的服务工程师，他将开始与客户接口。 任何更好的方法来处理网络聊天系统？ 我们可以使用Python，PHP，Ruby / Rails，Grails或.NET 我们可以使用可用的系统，我们需要更好的接口/ api到可用的系统，以便它可以集成到我们的应用程序中。

IronRuby表现如何？

虽然我知道IronRuby尚未准备好让全世界使用它，但我想知道是否有人在这里试过它并测试它在原始性能方面与其他Rubies的对比度如何？ 如果是这样，结果是什么，你是如何衡量绩效（哪些基准等）？ 编辑 ：IronRuby团队在http://ironruby.info/上维护一个关于他们如何与Ruby MRI 1.8进行比较的网站。 在规格通过率表下方，他们还有一些关于IronRuby如何在这些规范上执行的信息。 此表不会持续更新，但我认为它们经常更新（您可以在页面顶部看到上次更新）。

.NET上没有哪些很酷的Java / Ruby等框架？

我刚刚在Justin Etheredge的一篇文章中写道： “当我在工作中与Java工作人员交谈并看到他们在平台上免费提供的所有令人敬畏的工具时，我非常嫉妒。自从我使用在进行大多数.NET开发时，NUnit，NCover，NHibernate，NAnt堆栈，有时候我觉得我们只是一堆模仿“ 。 还有哪些其他酷的框架不在.NET上，我可能不知道？ 我们可以省略一些具有直接或非常合理的模拟的东西，只有kewl shiznit！ PS我们并不是那么糟糕。 我非常确定NDepend是从.NET开始的，并且已经转向Java PPS每个项目一个答案请！ 这使讨论它们变得容易多了！

为什么一些正则表达式引擎在单个输入字符串中匹配。*两次？

许多正则表达式引擎在单行字符串中匹配.* 两次 ，例如，在执行基于正则表达式的字符串替换时： 根据定义，第一个匹配是整个（单行）字符串，如预期的那样。 在许多引擎中有第二个匹配，即空字符串 ; 也就是说，即使第一个匹配消耗了整个输入字符串， .* 再次匹配，然后匹配输入字符串末尾的空字符串。 注意：要确保只找到一个匹配项，请使用^.* 我的问题是： 这种行为有充分的理由吗？ 一旦输入字符串被完全消耗，我就不会期望再次尝试找到匹配项。 除了试验和错误之外，您是否可以从文档/正则表达式方言/标准中收集哪些引擎表现出这种行为？ 更新 ： revo的有用答案解释了当前行为的方式; 至于潜在的原因 ，请参阅此相关问题 。 表现出行为的语言/平台： # .NET, via PowerShell (behavior also applies to the -replace operator) PS> [regex]::Replace(‘a’, ‘.*’, ‘[$&]’ [a][] # !! Note the *2* matches, first the whole string, then the empty string # Node.js $ node […]

我可以将哪些服务器端PDF呈现组件与.NET，PHP，Ruby等一起使用？

我需要一个服务器端PDF组件，它允许呈现和流式传输PDF文档，而不依赖于客户端上的附加组件和插件。 该组件需要具有与Adobe Reader类似的function作为打印，旋转，加密等的示例。是否有任何可以廉价使用的解决方案？