我知道您可以在React类中指定样式,如下所示:
var MyDiv = React.createClass({
render: function() {
var style = {
color: 'white',
fontSize: 200
};
return <div style={style}> Have a good and productive day! </div>;
}
});
我是否应该以这种方式进行所有样式设置,并且在CSS文件中完全没有指定任何样式?
还是应该完全避免使用内联样式?
两者兼而有之,似乎很奇怪而且很乱-在调整样式时需要检查两个位置。
目前还没有很多“最佳实践”。我们中那些使用内联样式作为React组件的人仍在进行大量试验。
我们所称的“样式”实际上包括许多概念:
React已经在管理组件的状态,这使得 状态和行为 的样式自然适合与组件逻辑并置。
与其构建要使用条件状态类进行渲染的组件,不如考虑直接添加状态样式:
// Typical component with state-classes
<li
className={classnames({ 'todo-list__item': true, 'is-complete': item.complete })} />
// Using inline-styles for state
<li className='todo-list__item'
style={(item.complete) ? styles.complete : {}} />
请注意,我们使用的是 外观 样式的类,但不再使用任何带.is-
前缀的类来表示 状态和行为 。
我们可以使用Object.assign
(ES6)或_.extend
(下划线/破折号)添加对多个状态的支持:
// Supporting multiple-states with inline-styles
<li 'todo-list__item'
style={Object.assign({}, item.complete && styles.complete, item.due && styles.due )}>
现在,我们正在使用Object.assign
它,使我们的组件以不同的样式可重用变得非常简单。如果我们想覆盖默认样式,则可以在调用现场使用props进行覆盖,例如:<TodoItem dueStyle={ fontWeight: "bold" } />
。像这样实现:
<li 'todo-list__item'
style={Object.assign({},
item.due && styles.due,
item.due && this.props.dueStyles)}>
就个人而言,我认为没有必要的理由来使用内联布局样式。有很多很棒的CSS布局系统。我只用一个。
就是说,不要将布局样式直接添加到您的组件中。用布局组件包装组件。这是一个例子。
// This couples your component to the layout system
// It reduces the reusability of your component
<UserBadge
className="col-xs-12 col-sm-6 col-md-8"
firstName="Michael"
lastName="Chan" />
// This is much easier to maintain and change
<div class="col-xs-12 col-sm-6 col-md-8">
<UserBadge
firstName="Michael"
lastName="Chan" />
</div>
为了获得布局支持,我经常尝试将组件设计为100%
width
and height
。
这是“内联式”辩论中最具争议的领域。最终,这取决于您设计的组件以及JavaScript团队的舒适度。
可以肯定的是,您需要图书馆的协助。浏览器状态(:hover
,:focus
)和媒体查询在原始React中很痛苦。
我喜欢Radium,因为这些硬部件的语法旨在模拟SASS。
通常,您会在模块外部看到样式对象。对于待办事项列表组件,它可能看起来像这样:
var styles = {
root: {
display: "block"
},
item: {
color: "black"
complete: {
textDecoration: "line-through"
},
due: {
color: "red"
}
},
}
在模板中添加一堆样式逻辑可能会有点混乱(如上所示)。我喜欢创建getter函数来计算样式:
React.createClass({
getStyles: function () {
return Object.assign(
{},
item.props.complete && styles.complete,
item.props.due && styles.due,
item.props.due && this.props.dueStyles
);
},
render: function () {
return <li style={this.getStyles()}>{this.props.item}</li>
}
});
问题内容: 我正在尝试使用带有剑道分离器的Reactjs。拆分器的样式属性如下 使用Reactjs,如果我正确理解了所有内容,则可以使用内联样式来实现 但是,我也使用Dustin Getz jsxutil尝试将内容拆分成更多部分并具有独立的html片段。到目前为止,我有以下html片段(splitter.html) 和splitter.js组件,该组件按如下方式引用此html 现在,当我运行此命令
我知道可以在React类中指定样式,如下所示: 我的目标应该是以这种方式进行所有样式设置,并且在CSS文件中完全没有指定样式吗? 或者我应该完全避免内联样式吗? 两种方法都做一点似乎有些奇怪和混乱——在调整样式时,需要检查两个地方。
问题内容: 我正在为电子邮件通讯设计HTML模板。我了解到,许多电子邮件客户端会忽略链接的样式表,而其他许多电子邮件客户端(包括Gmail)会完全忽略CSS块声明。内联样式属性是我唯一的选择吗?样式化HTML电子邮件的最佳做法是什么? 问题答案: CampaignMonitor具有出色的支持矩阵,详细列出了各种邮件客户端中支持的内容和不支持的内容。 您可以使用Litmus之类的服务来查看电子邮件在
对象语法 v-bind:style的对象语法十分直观——看着非常像 CSS,但其实是一个 JavaScript 对象。CSS 属性名可以用驼峰式 (camelCase) 或短横线分隔 (kebab-case,记得用单引号括起来) 来命名: <div v-bind:style="{ color: activeColor, fontSize: fontSize + 'px' }"></div> d
问题内容: 在我一直在构建的应用程序中,我们相当依赖于SharedPreferences,这使我思考了访问SharedPreferences时的最佳实践。例如,许多人说通过此调用可以访问它: 但是,这似乎很危险。如果您有依赖于SharedPreferences的大型应用程序,则可能会有密钥重复,尤其是在使用某些也依赖SharedPreferences的第三方库的情况下。在我看来,更好的使用方法是: