问题列表 - 第135页

首先，我明白运行超大/长时间运行的报告是一个可怕的想法。我知道 Microsoft 有一个经验法则，规定 SSRS 报告的执行时间不应超过 30 秒。然而，由于外部力量，例如遵守州法律，有时庞大的报告是首选的邪恶。

在我工作的地方，我们有一个从 Crystal Reports 迁移到 SSRS 的 asp.net (2.0) 应用程序。由于庞大的用户群和复杂的报告 UI 要求，我们有一组屏幕可以接受用户输入的参数并创建要在夜间运行的计划。由于应用程序支持多个报告框架，我们不使用 SSRS 的调度/快照功能。系统中的所有报告均由预定的控制台应用程序生成，该应用程序采用用户输入的参数，并使用创建报告时使用的相应报告解决方案生成报告。对于 SSRS 报告，控制台应用程序生成 SSRS 报告并通过 SSRS Web 服务 API 将它们导出为 PDF。

到目前为止，SSRS 比 Crystal 更容易处理，除了我们最近从 Crystal 报告转换为 SSRS 的某个 25,000 页的报告之外。SSRS 服务器是 64 位 2003 服务器，有 32 gigs 的运行 SSRS 2005 的内存。我们所有的小报告都工作得非常好，但是我们在处理像这个这样的大报告时遇到了麻烦。不幸的是，我们似乎无法通过 Web 服务 API 生成预测报告。生成/导出大约 30-35 分钟后会出现以下错误：

异常消息：基础连接已关闭：接收时发生意外错误。

Web 服务调用是我相信你们以前都见过的：

data = rs.Render(this.ReportPath, this.ExportFormat, null, deviceInfo,
   selectedParameters, null, null, out encoding, out mimeType, out usedParameters, 
   out warnings, out streamIds);

奇怪的是，如果使用报表管理器直接在报表服务器上运行报表，则该报表将运行/呈现/导出。为报告生成数据的过程运行大约 …

这是场景:

我有一张边距为19px的桌子.下面我有一个包含一些字段集的表单.其中一个是浮动的.问题是,在IE7中,保证金底部没有获得完整的19px.我已经完成了我能想到的所有IE7 css/margin/float错误,并尝试过补救措施,但都没有成功.我一直在谷歌搜索一段时间,找不到任何有用的东西.

这是我尝试过的.

1. 将表单或字段集包装在一个没有样式的div中.没有明显的变化.
2. Nixing桌子上的边缘底部,而是用div包裹它,并给它一个19px的填充底部.没有明显的变化.
3. Nixing桌面上的边缘底部并添加一个固定高度为19px的div.没有明显的变化.
4. 在表和字段集之间清楚.

我知道还有一些我忘记了,但这些是我最近尝试过的.每个字段集都会发生这种情况.

我正在使用重置样式表并具有xhtml过渡文档类型.

编辑:我还有IE7 Web开发人员工具栏和Firebug.两个浏览器的样式信息都表明它有一个底边:19px; 但它显然不适用于IE7.

我最近开始使用Vim作为我的文本编辑器,目前正在进行自己的自定义.

我认为键盘映射几乎可以做任何事情,但暂时我几乎只使用它们作为一种片段设施.

所以,例如,如果我输入def{TAB}(:imap def{TAB} def ():<ESC>3ha),它会扩展为:

def |(): # '|' represents the caret

这可以按预期工作,但是当我输入一个包含"def"的单词并且我没有兴趣扩展它时,当Vim等待完整命令时,我觉得很烦人.

• 有没有办法避免这种情况或为此更有效地使用此功能？
• 是否有其他Vim功能更适合这种情况？

在快速浏览一下SnippetsEmu之后,看起来它是最好的选择,并且比我想象的更容易定制.

继续前面的示例:

:Snippet def <{}>():

定义后,您可以通过键入来扩展您的代码段def{TAB}.

我正在寻找为现有代码库添加脚本功能,并正在权衡各种软件包的优缺点.Lua可能是最明显的选择,但我想知道人们是否根据他们的经验提出任何其他建议.

脚本将在某些事件时触发,并可能会驻留一段时间.例如,在启动时,脚本可以定义程序作为多个按钮呈现给用户的若干选项.选择其中一个按钮后,程序将通知脚本可能发生进一步事件的位置.

这是唯一真正的要求;

1. 必须是可从源代码编译的跨平台库
2. 脚本必须能够调用已注册的代码端函数
3. 代码必须能够调用脚本端函数
4. 在C/C++代码库中使用.

我的公司曾尝试采用 Scrum 方法，但结果喜忧参半。这些是我们遇到问题的一些领域。你如何处理这些？

1. 跟踪从产品营销到产品的需求。我们正在尝试使用 JIRA 来单独跟踪所有需求，并在选择实施时为每个需求分配一个版本。
2. 谁创造故事？知识不足以创建有效小故事的产品管理人员，可能没有领域知识的开发人员，介于两者之间的分析师？
3. 功能规格
   1. 你是写它们还是只是尝试将它们纳入故事定义？
   2. 您是否为每个故事编写功能规范？每个功能？
   3. 您如何看待功能规范和故事之间的关系？
4. 回答标题中带有 VP 的人提出的问题“[8 个月后] 我们将得到什么？”

确保仅对经过身份验证的用户接受某些ajax调用某些页面的最佳做法是什么？

例如:

假设我有一个名为blog.php的主页(我知道,创意很丰富).我们还说有一个名为delete.php的页面,它查找参数post_id,然后从数据库中删除一些条目.

在这个非常人为的例子中,blog.php上有一些机制,它通过ajax向delete.php发送一个删除条目的请求.

现在,这种机制只适用于blog.php上经过身份验证的用户.但是什么阻止某人用一堆随机数调用delete.php并删除网站中的所有内容？

我做了一个快速测试,我在blog.php中设置了一个会话变量,然后对delete.php进行了ajax调用,如果会话变量设置与否则返回(不是).

处理这类事情的可接受方式是什么？

好.我第一次尝试这个时一定很疯狂.

我刚刚做了另一个测试,就像上面描述的那样,它完美无缺.

我正在尝试选择一种工具来创建各种风格的UML图表.可用性对我来说是一个主要标准,但我仍然会以更陡峭的学习曲线获得更大的力量并且开心.免费(如在啤酒中)会很好,但如果该工具值得,我愿意付钱.我该怎么用？

管理中型JavaScript应用程序的标准做法是什么？我关心的是浏览器下载的速度以及开发的简易性和可维护性.

我们的JavaScript代码大致"命名空间"为:

var Client = {
   var1: '',
   var2: '',

   accounts: {
      /* 100's of functions and variables */
   },

   orders: {
      /* 100's of functions and variables and subsections */
   }

   /* etc, etc  for a couple hundred kb */
}

目前,我们有一个(解压缩,未提取,高度可读)JavaScript文件来处理Web应用程序上的所有业务逻辑.此外,还有jQuery和几个jQuery扩展.我们面临的问题是,在JavaScript代码中找到任何内容都需要花费很长时间,浏览器仍然有十几个要下载的文件.

是否有一些"源"JavaScript文件被"编译"成一个最终的压缩JavaScript文件？还有其他方便的提示或最佳做法吗？

Stack Overflow问题的答案表明,特定框架违反了简单明了的OOP规则:单一责任原则(SRP).

单一责任原则真的是OOP的规则吗？

我对面向对象编程的定义的理解是"使用对象及其行为来创建软件的范例".这包括以下技术:封装,多态和继承.

现在不要误解我的意思 - 我认为SRP是大多数优秀OO设计的关键,但我觉得有些情况下这个原则可以而且应该被打破(就像数据库规范化规则一样).我积极推动SRP的好处,我的绝大多数代码都遵循这一原则.

但是,它是一个规则,因此暗示它不应该被打破吗？

我想知道将.bat文件图标实际设置为任意图标的方法是什么.我将如何以编程方式执行此操作,而不依赖于我可能使用的语言.