Skip to content

docs: Reconciliation #95

New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Merged
merged 2 commits into from
Oct 7, 2019
Merged

docs: Reconciliation #95

merged 2 commits into from
Oct 7, 2019

Conversation

HcwXd
Copy link
Contributor

@HcwXd HcwXd commented Sep 16, 2019

Translate Reconciliation.md. Thanks to @chentsulin for kindly reading the draft.
Feel free to let me know if there's any suggestion.

@netlify
Copy link

netlify bot commented Sep 16, 2019

Deploy preview for zh-hant-reactjs-org ready!

Built with commit 1074114

https://deploy-preview-95--zh-hant-reactjs-org.netlify.com

Copy link
Member

@neighborhood999 neighborhood999 left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I left some suggestions, feel free if have any question.


We are regularly refining the heuristics in order to make common use cases faster. In the current implementation, you can express the fact that a subtree has been moved amongst its siblings, but you cannot tell that it has moved somewhere else. The algorithm will rerender that full subtree.
我們會定期優化演算法,讓常見的使用場景能夠更有效率地執行。在當前的實現中,可以理解為一棵子樹能在其相同階層的兄弟之間移動,但不能移動到其他位置。如果移動到其他位置,則演算法會重新渲染整棵子樹。
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Suggested change
我們會定期優化演算法,讓常見的使用場景能夠更有效率地執行。在當前的實現中,可以理解為一棵子樹能在其相同階層的兄弟之間移動,但不能移動到其他位置。如果移動到其他位置,則演算法會重新渲染整棵子樹
我們會定期最佳化啟發式演算法,讓常見的使用場景能夠更有效率地執行。在目前的實作中,可以理解為一棵 subtree 能在其相同階層的兄弟之間移動,但不能移動到其他位置。如果移動到其他位置,則演算法會重新 render 整棵 subtree

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Here I think using 優化 is more appropriate for refining.

Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

How about 我們會定期改善啟發式演算法

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

That will be great. Just wondering why 優化 doesn't suit the situation here.
I'm a newbie to document translation, so I'd like to know the thoughts behind to avoid making the same mistake next time 😅. Thanks!

Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

It's my habit just like 建立 better than 創建. I want to use more accurate terms in the document instead of use coming from Simplified Chinese terms.

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I see. Thanks for sharing that.
I have amended those changes to this commit.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

Successfully merging this pull request may close these issues.

2 participants