methodology

2热度

2回答

应用CSS display：none或者使用if（false）{content}来阻止客户端的内容？

方法1：使用CSS display:none表示内容发送到客户端，但是从视图中隐藏。换一种说法;内容确实存在，但不占用任何空间。使用if(false){content}可以防止内容被发送到客户端。 <html lang="en"> <head> <meta charset="utf-8" /> <title>Approaches</title> </h

0热度

1回答

JS追加到Anchor的href

我正在处理的网站上运行着大量的Javascript。一个是允许运营商与客户沟通的聊天小部件。我遇到的问题是，当运营商尝试向客户发送链接时，链接不可点击。经过进一步检查，似乎有东西在“href”中的任何内容的前面追加“http：//”或“http://%20”。因此，链接将更改为“http：// http://example.com”。因此，当客户无法点击时，会让客户感到困惑。我一直在环顾四周，但

0热度

1回答

如何在嵌套规则中覆盖修饰符

我有一个关于的问题BEM特异性。我想确保尽可能以最好的方式使用该方法。比方说，我有一个应用颜色标题的通用风格。然后我的父容器有一个编辑背景的修饰符。然后，我需要重写应用于该标题的任何后续颜色规则，以防止对比度问题，但也可能包含一整套其他元素。我该如何推断这个问题到更复杂的情况？我知道我只能手动覆盖所有样式，但在BEM方法中是否有更好的方法来处理它？这是一个问题吗？ CSS .headline{

0热度

2回答

编码方法：在尝试新东西的同时保持好的东西

我觉得这个问题很一般，所以很抱歉没有具体。当我修改一些代码来尝试新的东西时，无论项目或语言如何，如果全部失败，我可能不得不恢复到之前的Git提交。但是在做出这些不确定的修改（让我们称之为X）的过程中，我还做了一些很好的更正或补充（让我们称它们为Y），我想保留它们。是否有一种巧妙的方法将X和Y分开，以便在一天结束时我可以保留Y并丢弃X？

-1热度

2回答

用户故事可以用于原型方法中的需求收集吗？

我正在使用原型开发方法开发一个项目。但是，由于最终用户参与其中，我正在考虑收集需求的用户故事。我可以看到用户故事通常与AGILE方法相关。那么我可以在涉及原型设计方法的项目中使用它吗？

-1热度

1回答

选择用于开发本体论的本体论方法论

我的问题是，在开发本体论时遵循任何本体论方法论是强制性的吗？按我的理解：你可以开发一个本体而不遵循任何特定的方法您可以根据自己的本体/项目的您的需要/上下文严格遵循本体的方法。您可以根据您的本体/项目的需要/上下文部分/松散地遵循本体论方法您甚至可以根据您的本体/项目的需要/上下文合并多个本体的步骤。我们不能说一种方法（即NeOn方法）比另一种更好。你可以根据你的需要选择任何方法。本

0热度

3回答

SCRUM变化与每日目标？

在工作中，我们有点像SCRUM，但在每周开始时，我们每天都计划一次冲刺。例如，经常一个星期将计划是这样的：日1 故事1 总动员2 日2 故事3 第3天故事4 故事5 故事6 ...等等。我们使用枢纽跟踪，并标出每日常冲刺释放，然后与开始的常规周期进行 - 交付 - 接受或拒绝。，因为它是可以预料的，大多数时候的故事比预期时间长或拒绝完成之前数次，然后释放所有去地狱。我知道也许敏捷的理念

0热度

1回答

什么是测试/检查变量的限制？

我有一个JavaScript类可以扩展。当我编写单元测试时，我发现我能捕捉到的错误。因此，我添加了测试，以检查我的第一个函数extractParameterMethodForRequest中的类属性。但是现在当我阅读我的功能时，会有很多噪音。您认为这样检查很有用吗？也许我必须合并一些异常来提供通用错误？ function MyClass(){ this.validHttpMeth

2热度

1回答

使用React JS和Rails处理添加字段，编辑字段和删除字段

我有一个React应用程序用于处理前端，Rails用于后端。所以我有一个表单管理器，可以在其中添加一个字段，以前添加的字段可以被编辑或删除。一旦完成所有更改，用户可以单击保存按钮将数据发送到后端。发送数据时，哪种方法会更有效率？组件跟踪新添加的字段，删除的字段和修改后的单独数组，并将它们全部发送到服务器并让服务器处理它？发送已修改和新添加的字段（不是已删除的字段）。现有字段的ids与它们相关

-1热度

2回答

看板如何防止工作人员过多的多任务

我正在研究流行的敏捷方法看板，但我找不到任何有用的材料。最重要的是，我没有真正了解WIP如何在看板方面有所帮助。根据this wikipedia article,看板倡导者限制正在进行的工作，以及减少由于多任务和上下文切换造成的浪费，暴露操作问题并刺激协作以不断改进系统。这个关于WIP的解释对我来说很陌生，因为我认为它假定一个工作人员应该只在整个看板阶段中的一个工作，比如“待办”，“开发” ，