昨天和同事讨论组件隔离性的时候讨论到关于默认样式的问题:很多情况下我们希望能够把组件设计为通用的,然后在具体项目中给他们指定一些通用的样式,譬如:背景颜色、默认字体等等。这听起来在CSS下运作起来就很简单了,我们只要在创建组件的时候指定好className,然后可以用一个独立的theme.css来为某些className绑定样式。

然而,在React Native中我们做不到这一点。甚至,我们还可以在官方文档中的某些部分看到一些这样的讨论:

React组件在概念上被设计为强隔离性的:你应当可以在你应用的任何位置放置一个组件,而且相信只要属性相同,它的外观和表现都将完全相同。文本如果能够继承外面的样式属性,将会打破这种隔离性。

使用一个一致的文本和尺寸的推荐方式是创建一个包含相关样式的组件MyAppText,然后在你的App中广泛使用它。你还可以创建更多特殊的组件譬如MyAppHeaderText来表达不同样式的文本。

然而这并不能改变我们对主题化和全局样式的需求。在这里,我们推荐几种做法,大家可以依据自己的项目习惯和当下的代码结构选择或者组合合适的做法:

1:样式变量

web上,我们从css到scss/sass/less,然后我们才有变量可以用。然而在RN里,我们的样式本来就是JS化的,我们可以自由的使用JavaScript的变量以及其它特性来完成样式化:

// theme.js

var globalTextColor = '#000000',

module.exports = {
    backgroundColor: '#FFFFFF',
    title: {
        size: 32,
        color: globalTextColor
    },
    content: {
        size: 16,
        color: globalTextColor
    }
};
// styles.js
var React = require("react-native");
var {StyleSheet} = React;
var theme = require("./theme")

module.exports = StyleSheet.create({
    titleText : {
        fontWeight: 'bold',
        ...theme.title
    },
    container1: {
        background: theme.backgroundColor
    },
    container2: {
        background: theme.backgroundColor
    },
    content: {
        ...theme.content
    }
})

这样做,我们已经可以把一些需要经常修改的样式(如颜色、字体、尺寸等)和一些结构性的样式(譬如flex、position)等拆分开来,并且可以定义一些可以影响到多个样式的变量(如上文的globalTextColor)。对于日常的样式迭代,这已经可以满足一部分需求了,我们还可以根据自己的需要进行一些定制的预计算。而且这应当是最易理解的方式。不过这并不能实现用户切换主题的需求。

2:在组件上使用多个样式

类似ReactJS中我们使用classnames插件,ReactNative天然就支持使用数组提供多个样式的方式:

<View style={[styles.base, styles.background]} />

所以我们也可以在组件里分开引用默认样式和主题化的样式:注意这里theme返回的不是上文中的一个纯对象,而是另一个stylesheet

var React = require('React');
var styles = require('./styles');
var theme = require('../theme');

class Article extends React.Component {
    render(){
        return (
            <View style={[style.container, theme.container]}>
                <Text style={[styles.title, theme.title]}>
                    {this.props.title}
                </Text>
                <Text style={[styles.content, theme.content]}>
                    {this.props.content}
                </Text>
            </View>
        );
    }
};

3. 附加样式

首先,当我们实现一个通用组件的时候,应当让它可以在默认的style的基础上允许附加style(也即:允许外部进一步指定style属性):

var styleSheet = StyleSheet.create({
    container: {
        flex: 1
    }
})
class Article extends React.Component{
    render(){
        var {
                title, content,
                style, titleStyle, contentStyle,
                ...others
            } = this.props;
        if (Array.isArray(style)){
            style = [styleSheet.container, ...style];
        } else {
            style = [styleSheet.container, style];
        }
        //或者合并成这样一句: style=[styleSheet.container].concat(style);
        return (
            <View style={style} {...others}>
                <Title style={titleStyle}>
                    {title}
                </Title>
                <Content style={contentStyle}>
                    {content}
                </Content>
            </View>
        )
    }
}

// Now you can use in this way:
<Article style={theme.article} title="Title" content="Foo" />

如果所有组件代码都支持附加样式,我们就比较方便通过props来传递额外的样式,这样,我们就可以引入一个新的黑科技:

4. 叠加默认属性黑魔法: 使用增强组件(EnhancedComponent)模式

如果我们可以给一个组件叠加一个默认样式,就可以让我们的许多工作简单的多(譬如上文的Title和Content,可以在Text的基础上直接叠加默认属性和样式得到)

export var Title = enhanceComponent(Text, {
    style: styleSheet
});

export var Content = enhanceComponent(Text, {
    style: {
        fontSize: 16,
    }
});

实际上,这个enhanceComponent很容易实现:

function enhanceComponent(Component, props){
    var {style, ...others} = props;
    return class extends React.Component {
        render(){
            var newProps = {...props};
            for (var k : this.props){
                if (/[sS]tyle$/.test(k) && newProps[k]) {
                    // merge style
                    newProps[k] = [].concat(newProps[k], this.props[k]);
                } else if (k != 'children') {
                    // assign normal prop.
                    newProps[k] = this.props[k];
                }
            }
            return (
                <Component {...newProps}>
                    {this.props.children}
                </Component>
            )
        }
    };
}

所有名字以style或Style结尾的的属性被当做样式处理(处理类似titleStyle的情况)

5. 主题化组件

在3和4的基础上,结合ES6的一部分语法,我们应当可以以一种反向的方法来提供主题:提供一套主题化的组件。在此之前,我们的Article还需要做一些修改来适应:

var styleSheet = StyleSheet.create({
    container: {
        flex: 1
    }
})
class Article extends React.Component{
    render(){
        var {
                title, content, style,
                createTitle, createContent
                ...others
            } = this.props;
        if (Array.isArray(style)){
            style = [styleSheet.container, ...style];
        } else {
            style = [styleSheet.container, style];
        }
        //或者合并成这样一句: style=[styleSheet.container].concat(style);
        return (
            <View style={style} {...others}>
                {createTitle ? createTitle(title) : <Title>
                    {title}
                </Title>}
                {createContent ? createContent(content) : <Title>
                    {content}
                </Title>}
            </View>
        )
    }
}

// Now you can use in this way:
<Article title="Title" content="Foo" createTitle={title=><Title style={theme.title}>{title}</Title>}/>

上面这个修改增加了createTitle和createContent函数,而取消了titleStyle和contentStyle(不够通用),实际上这也接近大部分内置库或第三方库所提供自定义化组件的方式(譬如为ListView提供ScrollBar)。

然后,我们可以编写这样一个themedComponents.js

// themedComponents.js
var themes = require("./themes");
import Article, {Title, Content} from './components/Article';

export var ThemedTitle = enhanceComponent(Title, {
    style: themes.title
});

export var ThemedContent = enhanceComponent(Text, {
    style: themes.content
});

export var ThemedArticle = enhanceComponent(Article, {
    style: themes.article,
    createTitle: title=>(<ThemedTitle>title</ThemedTitle>),
    createContent: content=>(<ThemedContent>title</ThemedContent>),
});

我主要推荐这种3+4+5的方案,因为它可以最小限度的修改已有的组件,也最大程度实现了组件的隔离性和执行结果的可预知性。

6. 另一种思路

实际上如果主题是一个非常通用的需求,那么采用context/props/全局订阅的方式传递主题也是个不错的选择。由于context变动并不一定能触发一次render(React没有承诺这一点),所以我们倾向于使用后两种方案。相比较而言,全局订阅如果过多,可能会影响性能,所以用redux来管理全局theme,再通过props传递应该是一个不错的选择:

function themeReducer(state, action){
    state = state || defaultTheme;
    if (action.type == 'CHANGE_THEME'){
        return action.newTheme;
    }
    return state;
}

我们对应编写我们的可被theme的Component:


class Title extends React.Component {
    render(){
        var {theme, children} = this.props;
        return (
            <Text style={theme && theme.title}>
                {children}
            </Text>
        )
    }
}

class Content extends React.Component {
    render(){
        var {theme, children} = this.props;
        return (
            <Text style={theme && theme.content}>
                {children}
            </Text>
        )
    }
}

class Article extends React.Component {
    render(){
        return (
            var {theme} = this.props;
            <View style={[style.container, theme && theme.container]}>
                <Title theme={theme}>
                    {this.props.title}
                </Title>
                <Content theme={theme}>
                    {this.props.content}
                </Content>
            </View>
        );
    }
};

这意味着你要重新改动一遍你的所有组件,但除此以外这可能是所有方案中最干净的一个。并且,因为涉及到子组件的theme属性,这个方案并不能简单的使用enhanceComponent的方法进行统一的封装。

React Native中设计主题机制的更多相关文章

  1. React于React native的渲染机制

    面向virtual DOM编程 vs 面向native componet编程: 状态编程引起的UI变化会全部提交到native compnent然后走平台原来的渲染流程. The DOM is jus ...

  2. React Native填坑之旅--与Native通信之iOS篇

    终于开始新一篇的填坑之旅了.RN厉害的一个地方就是RN可以和Native组件通信.这个Native组件包括native的库和自定义视图,我们今天主要设计的内容是native库方面的只是.自定义视图的使 ...

  3. react native 学习资料整理

    入门教程 深入浅出 React Native:使用 JavaScript 构建原生应用 http://www.appcoda.com/react-native-introduction/  中文版 h ...

  4. React Native 从入门到原理

    React Native 是最近非常火的一个话题,介绍如何利用 React Native 进行开发的文章和书籍多如牛毛,但面向入门水平并介绍它工作原理的文章却寥寥无几. 本文分为两个部分:上半部分用通 ...

  5. 关于React Native 火热的话题,从入门到原理

    本文授权转载,作者:bestswifter(简书) React Native 是最近非常火的一个话题,介绍如何利用 React Native 进行开发的文章和书籍多如牛毛,但面向入门水平并介绍它工作原 ...

  6. React Native 从入门到原理一

    React Native 从入门到原理一 React Native 是最近非常火的一个话题,介绍如何利用 React Native 进行开发的文章和书籍多如牛毛,但面向入门水平并介绍它工作原理的文章却 ...

  7. React Native通信机制详解

    React Native是facebook刚开源的框架,可以用javascript直接开发原生APP,先不说这个框架后续是否能得到大众认可,单从源码来说,这个框架源码里有非常多的设计思想和实现方式值得 ...

  8. [React Native]Promise机制

    React Native中经常会看到Promise机制. Promise机制代表着在JavaScript程序中下一个伟大的范式.可以把一些复杂的代码轻松撸成一个串,和Android中的rxjava非常 ...

  9. react native 刷新机制----通知

    在项目中,不知道大家有没有遇到这样的一个问题,比如说有两个页面A,B.A页面中有某个按钮点击后可以跳转到B页面,现在有一个需求就是,我在B页面中做了某些操作,然后点击回退按钮,回到A页面,A页面中的数 ...

随机推荐

  1. WP与IOS与Android的后台机制相同与不同

    简介: 1.Windows Phone与IOS的后台机制是 后台挂起 + 待机 + 通知代理 这样一种模式.也就是说一个程序在后台的时候,处于一种挂起状态,程序不能访问CPU.网络和其他系统资源,除了 ...

  2. C#中==与Equals方法的区别

    using System;using System.Collections.Generic;using System.Linq;using System.Text; namespace Console ...

  3. Linux 折腾汇集,实时更新

    一.Linux教程 入门教程:http://www.92csz.com/study/linux/ 命令大全:http://man.linuxde.net/ 一.界面: 在Ubuntu.Linux Mi ...

  4. 分享 | Git常用的一些命令

    最近,各个项目团队已经全面从svn转向Git 近期将会分享一些Git的常用操作及使用经验: 先了解下工作中一些需要用到的命令: --------------------------- Git基本常用命 ...

  5. 第三题 有如下Student 对象, private String name; private int age; private int score; private String classNum; 其中,classNum 表示学生的班号,例如“class05”。 有如下List List list = new ArrayList();

    list.add(new Student("Tom", 18, 100, "class05")); list.add(new Student("Jer ...

  6. Python序列化之json与pickle

    1.json介绍 JSON(JavaScript Object Notation) 是一种轻量级的数据交换格式. 易于人阅读和编写.同时也易于机器解析和生成. 它基于JavaScript Progra ...

  7. iOS 解决导航栏左右 BarButtonItem偏移位置的问题

    iOS7 之后,我们直接在导航栏添加barbuttonItem时候,会发现有一定偏移量, 比如: self.navigationItem.leftBarButtonItem = UIBarButton ...

  8. Linux 多线程条件变量同步

    条件变量是线程同步的另一种方式,实际上,条件变量是信号量的底层实现,这也就意味着,使用条件变量可以拥有更大的自由度,同时也就需要更加小心的进行同步操作.条件变量使用的条件本身是需要使用互斥量进行保护的 ...

  9. ctargs使用

    ctargs为源码的变量/对象.结构体/类.函数/接口.宏等产生索引文件,以便快速定位.目前支持41种语言,这里仅以C/C++为例:ctags可以产生c/c++语言所有类型的索引文件,具体如下: -& ...

  10. Eclipse常用的十个方便的快捷键

    Ctrl+F:在当前代在cg中查找关键字 Ctrl+H:打开查找窗口 Ctrl+/: 屏蔽代码(注释): (以下转自:http://wenku.baidu.com/view/d291ade3172de ...