在Walmart Labs的產(chǎn)品開發(fā)中，我們進(jìn)行了大量的Code Review工作，這也保證了我有機(jī)會(huì)從很多優(yōu)秀的工程師的代碼中學(xué)習(xí)他們的代碼風(fēng)格與樣式。在這篇博文里我會(huì)分享出我最欣賞的五種組件模式與代碼片。不過我首先還是要談?wù)劄槭裁次覀冃枰獔?zhí)著于提高代碼的閱讀體驗(yàn)。就好像你有很多種方式去裝扮一只貓，如果你把你的愛貓裝扮成了如下這樣子:

[[177131]]

你或許可以認(rèn)為蘿卜青菜各有所愛，但是代碼本身是應(yīng)當(dāng)保證其可讀性，特別是在一個(gè)團(tuán)隊(duì)中，你的代碼是注定要被其他人閱讀的。電腦是不會(huì)在意這些的，不管你朝它們?nèi)舆^去什么，它們都會(huì)老老實(shí)實(shí)的解釋，但是你的隊(duì)友們可不會(huì)這樣，他們會(huì)把丑陋的代碼扔回到你的臉上。而所謂的Pretty Components，應(yīng)該包含如下的特性:

• 即使沒有任何注釋的情況下也易于理解
• 比亂麻般的代碼有更好的性能表現(xiàn)
• 更易于進(jìn)行Bug追溯
• 簡潔明了，一句頂一萬句

SFC:Stateless Functional Component

我覺得我們?cè)陂_發(fā)中經(jīng)常忽略掉的一個(gè)模式就是所謂的Stateless Functional Component，不過這是我個(gè)人***的React組件優(yōu)化模式，沒有之一。我喜愛這種模式不僅僅因?yàn)樗鼈兡軌驕p少大量的模板代碼，而且因?yàn)樗鼈兡軌蛴行У靥岣呓M件的性能表現(xiàn)?？偠灾?，SFC能夠讓你的應(yīng)用跑的更快，長的更帥。

直觀來看，SFC就是指那些僅有一個(gè)渲染函數(shù)的組件，不過這簡單的改變就可以避免很多的無意義的檢測與內(nèi)存分配。下面我們來看一個(gè)實(shí)踐的例子來看下SFC的具體作用，譬如:

如果我們用正統(tǒng)的React組件的寫法，可以得出如下代碼:

export default class RelatedSearch extends React.Component {  
constructor(props) {  
super(props);  
this._handleClick = this._handleClick.bind(this);  
}  
_handleClick(suggestedUrl, event) {  
event.preventDefault();  
this.props.onClick(suggestedUrl);  
}  
render() {  
return (  
Related Searches:  
{this.props.relatedQueries.map((query, index) =>  
className="related-search-link"  
onClick={(event) =>  
this._handleClick(query.searchQuery, event)}  
key={index}>  
{query.searchText}  
)}  
);  
}  
} 

而使用SFC模式的話，大概可以省下29%的代碼:

const _handleClick(suggestedUrl, onClick, event) => {  
event.preventDefault();  
onClick(suggestedUrl);  
};  
const RelatedSearch = ({ relatedQueries, onClick }) =>  
Related Searches:  
{relatedQueries.map((query, index) =>  
className="related-search-link"  
onClick={(event) =>  
_handleClick(query.searchQuery, onClick, event)}  
key={index}>  
{query.searchText}  
)}  
export default RelatedSearch; 

代碼量的減少主要來源兩個(gè)方面:

• 沒有構(gòu)造函數(shù)(5行)
• 以Arrow Function的方式替代Render語句(4行)

實(shí)際上，SFC最迷人的地方不僅僅是其代碼量的減少，還有就是對(duì)于可讀性的提高。SFC模式本身就是所謂純組件的一種***實(shí)踐范式，而移除了構(gòu)造函數(shù)并且將_handleClick()這個(gè)點(diǎn)擊事件回調(diào)函數(shù)提取出組件外，可以使JSX代碼變得更加純粹。另一個(gè)不錯(cuò)的地方就是SFC以Arrow Function的方式來定義了輸入的Props變量，即以O(shè)bject Destructring語法來聲明組件所依賴的Props:

const RelatedSearch = ({ relatedQueries, onClick }) => 

這樣不僅能夠使組件的Props更加清晰明確，還能夠避免冗余的this.props表達(dá)式，從而使代碼的可讀性更好。

***，我還想要強(qiáng)調(diào)下雖然我很推崇SFC，不過也不能濫用它。最合適使用SFC的地方就是之前你用純組件的地方。在Walmart Labs中，我們使用Redux來管理應(yīng)用的狀態(tài)，也就意味著我們絕大部分的組件都是純組件，也就給了SFC廣闊的應(yīng)用空間。一般來說，有以下特征的組件式絕對(duì)不適合使用SFC的:

• 需要自定義整個(gè)組件的生命周期管理
• 需要使用到refs

Conditional Components

JSX本身不支持if表達(dá)式，不過我們可以使用邏輯表達(dá)式的方式來避免將代碼切分到不同的子模塊中，大概是如下樣子:

render() {  
{this.props.isGrid  
?  
: }  
} 

這種表達(dá)式在二選一渲染的時(shí)候很有效果，不過對(duì)于選擇性渲染一個(gè)的情況很不友好，譬如如下的情況:

render() {  
{this.props.isSoftSort  
?  
: null  
}  
} 

這樣子確實(shí)能起作用，不過看上去感覺怪怪的。我們可以選用另一種更加語義化與友好的方式來實(shí)現(xiàn)這個(gè)功能，即使用邏輯與表達(dá)式然后返回組件:

render() {  
{!!this.props.isSoftSort && }  
} 

不過這一點(diǎn)也是見仁見智，每個(gè)人按照自己的喜好來就行了。

Arrow Syntax In React And Redux

ES2015里包含了不少可口的語法糖，我***的就是那個(gè)Arrow Notation。這個(gè)特性在編寫組件時(shí)很有作用：

const SoftSort = ({ hardSortUrl, sortByName, onClick }) => {  
return (  
Showing results sorted by both Relevance and {sortByName}.  
href={`?${hardSortUrl}`}  
onClick={(ev) => onClick(ev, hardSortUrl)}>  
Sort results by {sortByName} only  
);  
}; 

該函數(shù)的功能就是返回JSX對(duì)象，我們也可以忽略return語句:

const SoftSort = ({ hardSortUrl, sortByName, onClick }) =>  
Showing results sorted by both Relevance and {sortByName}.  
href={`?${hardSortUrl}`}  
onClick={(ev) => onClick(ev, hardSortUrl)}>  
Sort results by {sortByName} only 

代碼行數(shù)又少了不少咯!

另一塊我覺得非常適用Arrow Function的地方就是Redux的mapStateToProps函數(shù):

const mapStateToProps = ({isLoading}) => {  
return ({  
loading: isLoading,  
});  
}; 

需要注意的是，如果你返回的是Object，你需要包裹在大括號(hào)內(nèi):

const mapStateToProps = ({isLoading}) => ({  
loading: isLoading  
}); 

使用Arrow Function優(yōu)化的核心點(diǎn)在于其能夠通過專注于函數(shù)的重要部分而提升代碼的整體可讀性，并且避免過多的模板代碼帶來的噪音。

合理使用Object Destructing與Spread Attributes

大的組件往往受困于this.props過長的窘境，典型的如下所示:

render() {  
return (  
hidePriceFulfillmentDisplay=  
{this.props.hidePriceFulfillmentDisplay}  
primaryOffer={this.props.primaryOffer}  
productType={this.props.productType}  
productPageUrl={this.props.productPageUrl}  
inventory={this.props.inventory}  
submapType={this.props.submapType}  
ppu={this.props.ppu}  
isLoggedIn={this.props.isLoggedIn}  
gridView={this.props.isGridView}  
/>  
);  
} 

這么多的Props估計(jì)看著都頭疼，如果我們要將這些Props繼續(xù)傳入下一層，大概就要變成下面這個(gè)樣子了:

render() {  
const {  
hidePriceFulfillmentDisplay,  
primaryOffer,  
productType,  
productPageUrl,  
inventory,  
submapType,  
ppu,  
isLoggedIn,  
gridView  
} = this.props;  
return (  
hidePriceFulfillmentDisplay={hidePriceFulfillmentDisplay}  
primaryOffer={primaryOffer}  
productType={productType}  
productPageUrl={productPageUrl}  
inventory={inventory}  
submapType={submapType}  
ppu={ppu}  
isLoggedIn={isLoggedIn}  
gridView={isGridView}  
/>  
);  
} 

暫時(shí)不考慮unKnown Props，我們可以使用解構(gòu)賦值來實(shí)現(xiàn)這個(gè)功能:

render() {  
const props = this.props;  
return  
}  
Method Definition Shorthand 

***這個(gè)方法不一定多有用，不過還是能讓你的代碼變得更加漂亮。如果你希望在Object中添加函數(shù)，你可以使用ES2015 Method Definition Shorthand來代替?zhèn)鹘y(tǒng)的ES5的表達(dá)式，譬如:

Link.defaultProps = {  
onClick(event) {  
event.preventDefault();  
Logger.log(event);  
}  
};  
如果你想設(shè)置一個(gè)默認(rèn)的空方法，也可以利用這種方式:  
ProductRating.defaultProps = {  
onStarsClick() {}  
};