我想找到一种方法来记录我们在TFS中产生的技术债务.
我需要在特定迭代之外记录每个项目,以确保它始终可见且易于报告.我曾考虑为技术债务创建一个单独的区域,但我不确定这个领域实际上是多么合适.
我可以考虑哪些常用方法？我甚至试图找到一个合适的地方来吠叫正确的树吗？
我觉得我有时候会碰到砖墙.
我刚刚和公司里的某个人讨论过需要鼓励我们的[公司内部]客户提前考虑他们的需求并做出更大的努力以确保他们在将它们提供给我的开发团队开始之前得到修复.
反对的论点基本上是"他们付账单,所以他们应该能够根据自己的意愿改变主意"和"他们付钱给我们,所以我们应该做我们所说的".
虽然我承认并同意客户应该能够改变他们的要求(特别是在使用精益或敏捷方法时),但我也觉得应该有一些(任何!)固定,批准和签署的要求提供给我的团队.因此,我正在尝试实施一个简化的精益软件开发流程,该流程要求客户在工作开始之前修复了一系列要求(不一定是所有要求;足以让我的团队占用3周的开发和测试迭代) .
这允许我:
这是"他们付钱的论点,所以只要做你所说的,不要争辩"是合理的吗？如果不是,有什么反驳论据？
如果客户端(或我的情况下的内部业务代表)持有以下视图:
我有合理的关注基础吗？
如何使用OpenXML获取嵌入在Word文档中的CheckBox控件的句柄？
您会认为Paragraph.ControlPropertiesPart或Paragraph.Descendents()会实现某些功能,但在每种情况下我都会返回null类型.
我可以使用实际的XML结构遍历文档树,但这似乎很麻烦.
建议欢迎.
我渴望转向更加基于标准,可访问和语义正确的Web开发方法.在办公室,我不认为会立即发生巨大的变化,但我正在努力开始为进一步的发展奠定一些基本的基础.
此过程的一部分是rel在链接和其他此类内容中引入属性.这比熟悉的旧版本更进一步
<link href="mystyles.css" type="text/css" rel="stylesheet" />
许多开发人员可能会在没有考虑它的情况下投入其中.我很想知道是否有人rel在其他方面经常使用.例如,将主导航的链接设置回主页rel="start".
如果您已在自己的项目中实施了链接关系,那么是什么促使您采用它们以及您想要实现哪些好处？
如果您查看了链接关系但决定不使用它们,那么您的决定依据是什么？
我一直在寻找使用ELMaH与ASP.Net MVC的一些方法,以便我可以使用自定义错误页面来处理包括404s在内的所有异常.
有没有短缺的问题 ,询问如何获得/Shared/Error.aspx在ASP.Net MVC正常工作-不论有无ELMAH.我没有遇到过这个任务的问题,但我觉得我在ELMaH旁边使用自定义404页面的解决方案太简单了,我不能动摇它应该有更多的感觉.
在Web.Config中启用customErrors后,我在HomeController中创建了一个新的Action:
public ActionResult PageNotFound()
{
return null;
}
从那里我在我的Global.asax文件中添加了一个新方法,以利用ELMaH的日志过滤功能,并在记录异常后,将响应重定向回上述PageNotFoundActionResult:
public void errorLog_Filtering(object sender, ExceptionFilterEventArgs e)
{
if (e.Exception.GetType().Equals(typeof(HttpException)))
{
HttpException ex = (HttpException)e.Exception;
if (ex.GetHttpCode() == 404)
Response.Redirect("/Home/PageNotFound");
}
}
我是否忽略了默认情况下MVC附带的东西(因为我仍然找到了很多关于MVC的方法),或者过度思考存在更简单解决方案的问题？感谢任何输入.
我正在办公室设立技术债务登记册,并希望将其作为一个相当全面的工具.
我们应该记录哪些关键信息？
可能重复:
应该在命名空间内部或外部使用
我支持一些代码,这些代码在命名空间声明中包含了所有的using语句.这让我有点不舒服,但我不知道这是否应该关注与否.除了与通常的惯例相反之外,我无法想到一个直接的问题.
有什么不对的:
namespace myProject.controls
{
using System;
using System.Collections;
using System.Data;
using System.Drawing;
using System.Web;
using System.Web.UI.WebControls;
using System.Web.UI.HtmlControls;
而不是更广泛使用:
using System;
using System.Collections;
using System.Data;
using System.Drawing;
using System.Web;
using System.Web.UI.WebControls;
using System.Web.UI.HtmlControls;
namespace myProject.controls
{
我的老板昨天宣布了一个新的提交政策,用于签入存储库.此策略适用于提交到头/主干和分支的提交.
提交消息必须包含以下项:
提交后,我们还必须在CMS中创建更改博客条目.
我不是这个提交策略的忠实粉丝,因为当我在非生产性分支中做新的或实验性的东西时,我通常不需要审阅者.
你有任何提交政策,你必须遵循？
我认为仅仅因为Bug报告而改变生产分支是一个好主意,但是对开发分支的提交应该是限制性较小的.
我正在设计一个功能来存储ASP.Net(MVC)应用程序中的最后一个登录日期/时间.
我的第一直觉是将数据库中的值存储在用户的配置文件记录中,并在成功登录时将值更新为当前日期/时间.当然,只要我记录该值,所有页面都会显示此会话成功登录的日期和时间.
计划B:记录上一个会话的字段和记录此会话的字段.登录时,将此会话的日期/时间保存到"当前"字段,并将先前在此处找到的值移动到"上一个"字段中(显然).正是这个字段提供了我"最后登录"的值.
这是最好的方法还是可以更优雅地完成？
今天我被一位资深开发人员问到,如果我要为开放网络写一些东西(个人/非商业),我会使用哪种doctype.
我回答说,<!doctype html>我受到一阵震惊,恐惧和惊讶的欢迎,然后被要求解释自己.
在我看来,它是一个很好的候选者,因为当前的浏览器(IE,FF,Opera,Safari)会查看它并将内容切换到标准模式 - 即使它们没有实现HTML5.如果我想真正利用HTML5元素,我可以使用一些javascript来创建对那些不被IE(例如document.createElement('article');)识别的标签的引用,然后使用它们就好像它们是DOM的本机部分一样.
这真的是一个糟糕的答案吗？你会回答什么,为什么？
asp.net-mvc ×2
c# ×2
attributes ×1
conventions ×1
doctype ×1
elmah ×1
html5 ×1
namespaces ×1
office-2010 ×1
openxml ×1
policy ×1
structure ×1
tfs ×1