如果您需要編輯框架代碼以便按照您的要求進行操作，那麼「最佳實踐」是什麼？

我需要一個非常特殊的功能，這個功能在我爲前端項目選擇的框架中不受支持。我想知道社區的最佳做法或指導方針。如果您需要編輯框架代碼以便按照您的要求進行操作，那麼「最佳實踐」是什麼？

例：

集成2周Lumx UI框架（http://ui.lumapps.com/）我找出來的文件輸入控制器單元（http://ui.lumapps.com/components/file-input）不具有所有我需要的功能，如沒有按指令」後允許我使用「接受屬性」類型，所以我不能將其限制爲只接受'csv'文件。所以......

我進入了lumx.js文件，發現文件輸入指令，改變它的代碼一點，所以我可以得到我需要的結果。
我保存它（它工作！）。
5分鐘過去了，我開始覺得自己做了一件難以言表的事情，並開始強調我剛剛做出的改變，在未來的開發者升級當前版本的lumx並破壞我的界面的事件中被抹去。。
我四處搜尋在線，但不知道如何短語問題也足以讓谷歌吐出的結果，所以我在這裏發佈...

來源

2017-06-14 Scott

所以這是不是一個真正的編程問題，但它看起來像它有一個GitHub的意思是開源的意義完全訪問代碼。這對你來說是個好消息。你基本上可以把你所做的更改分支（我假設是主分支），然後每當開發人員將新版本推送到他們的github時，你只需將這些更改引入分支版本即可。您甚至可以與開發人員進行交流並進行協作，但開源軟件的重點在於您可以根據需要進行更改（禁止您希望檢查的許可證問題）。 –

謝謝邁克爾。我想我的問題涉及修改專門在商業環境中使用的開放源代碼軟件，在這種環境中，其他開發人員可以在數月或數年後繼承我的代碼。所以你建議分叉項目，而不是修改單獨的.js文件並在某處保留一個註釋？ – Scott

嗨斯科特。絕對我會推薦。保持一張紙條很難跟蹤，如果你想離開，誰知道那張紙條會發生什麼。分岔項目可讓您保持最新狀態，而無需在開發人員推送該庫的新版本時重複更改同一行。對於單行更改，這可能是矯枉過正，但您甚至可以更多地進行更改以允許將參數傳遞給可能會限制接受的文件輸入類型的方法。 –

邁克爾給你正確的答案。只需簡單地分叉LumX存儲庫，進行所需的更改，並毫不猶豫地發送Pull請求回LumX，以便我們可以在最終版本中包含您的修改（如果有意義的話）。

如果某些東西無法達到發佈版本，則可以使用自己的叉作爲打擊源，從而使用您自己的LumX版本。在這種情況下，您必須記住，您應該定期使用源代碼庫中所做的更改來「更新」fork（並且可能會有一些衝突）。

再一次，不要猶豫，在LumX上針對錯誤修復或變更開放合併請求，您認爲這可能對框架很酷。如果您認爲遇到問題並且不確定如何解決問題，也可以在存儲庫上打開問題，我們團隊的開發人員將盡快解決問題。

很快就看你LumX

克萊門特從Lumapps

來源

2017-06-15 09:37:35

如果您需要編輯框架代碼以便按照您的要求進行操作，那麼「最佳實踐」是什麼？

回答

相關問題