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的解釋對我來說很陌生，因爲我認爲它假定一個工作人員應該只在整個看板階段中的一個工作，比如「待辦」，「開發」，