[文章]制作一个类似苹果VFL(Visual Format Language)的格式化语言来描述类似UIStackView那种布局思路,并解析生成页面

在项目中总是希望页面上各处的文字,颜色,字体大小甚至各个视图控件布局都能够在发版之后能够修改以弥补一些前期考虑不周,或者根据统计数据能够随时进行调整,当然是各个版本都能够统一变化。看到这样的要求后,第一反应是这样的页面只能改成H5,或者尝试使用React Native来应对这种要求。不然仅仅通过下发json这种结构化数据只能够改改文字和颜色而无法满足。

既然UIStackView已经提供了一种既先进又简洁的布局思路,为何不通过制作一个类似VFL这样的DSL语言来处理布局。这样不就能够通过下发一串DSL字符串的方式来进行内容样式甚至布局的更换,不用跟版,还能使多版本统一。同时在端内直接用这样的DSL语言来写界面不光能够减少代码量易于维护,还能够很直观方便的看出整个界面布局结构。

AssembleView(组装视图)和PartView(零件视图)

在设计格式化语言之前需要对布局做个统一思想进行管理,在看了WWDC里关于UIStackView的介绍后感觉任何复杂的布局都能够通过这样一种组合排布再组合排布的思路特别适合用格式化语言来描述。于是我想出两个视图概念。

一个是AssembleView组合视图,专门用于对其PartView子视图进行排列,比如说是水平排列还是垂直排列,PartView是按照居中对齐还是居左等对齐方式,各个PartView之间间隔是多少。

PartView决定自己视图类型,内容,无固定大小的可以设置大小,同时AssembleView可以作为PartView被加入另一个AssembleView里进行排列,这样各种设计图都可以在初期通过拆解分成不同的AssembleView和PartView进行组合套组合布局出来。

格式化语言

接下来是如何通过格式化语言来描述AssembleView和PartView。“{}”符号里包含的是AssembleView的设置,“[]”符号里是PartView的设置,“()”里是他们的属性设置,“<>”可以将对象带入到设置里。下面举几个例子说明下。完整Demo放到了Github上:https://github.com/ming1016/STMAssembleView

三个星星水平对齐居中排列

h表示水平排列horizontal,c表示居中center,“[]”PartView会根据顺序依次添加排列,imageName属性能够指定本地图片 三个星星水平对齐居中排列

{
    hc(padding:30)
    [(imageName:starmingicon)]
    [(imageName:starmingicon)]
    [(imageName:starmingicon)]
}

AssembleView里套作为PartView的AssembleView的复杂情况

color可以指定文字颜色,font指定文字大小 AssembleView里套作为PartView的AssembleView的复杂情况

{
    ht(padding:10)
    [avatarImageView(imageName:avatar)]
    [
        {
            vl(padding:10)
            [(text:戴铭,color:AAA0A3)]
            [(text:Starming站长,color:E3DEE0,font:13)]
            [(text:喜欢画画编程和写小说,color:E3DEE0,font:13)]
        }
        (width:210,backColor:FAF8F9,backPaddingHorizontal:10,backPaddingVertical:10,radius:8)
    ]
}

给PartView设置背景色和按钮

设置背景色使用backColor,背景距离设置的PartView的内容间距通过backPaddingHorizontal属性设置水平间距,backPaddingVertical设置垂直间距,“<>”符号带入的button通过button属性设置。 给PartView设置背景色和按钮

[
    {
        hc(padding:4)
        [(imageName:starmingicon,width:14,height:10)]
        [(text:关注,font:16,color:FFFFFF)]
    }
    (height:36,backColor:AAA0A3,radius:8,backBorderWidth:1,backBorderColor:E3DEE0,backPaddingHorizontal:80,backPaddingVertical:10,button:<clickBt>)
]

AssembleView设置忽略约束的方法

水平排列时,通过ignoreAlignment属性设置忽略left约束,如果是垂直排列设置top忽略。 AssembleView设置忽略约束的方法

{
    hc(padding:5)
    [(text:STMAssembleView演示,color:E3DEE0,font:13)]
    [(imageName:starmingicon,width:14,height:10,ignoreAlignment:left)]
    [(text:Starming星光社,color:E3DEE0,font:13)]
}

将前面的视图组合成一个AssembleView

将前面的视图组合成一个AssembleView

ASS(@"{
    vc(padding:20)
    [%@(height:90)]
    [%@(height:36,backColor:AAA0A3,radius:8,backBorderWidth:1,backBorderColor:E3DEE0,backPaddingHorizontal:80,backPaddingVertical:10,button:<clickBt>)]
    [%@(height:25)]
    [%@(ignoreAlignment:top,isFill:1,height:16)]
}",midStr,followBtStr,centerStr,desStr)

AssembleView的属性

  • 当在“{}”里面第一个字母是v表示垂直排列vertical,是h表示水平排列horizontal
  • 第二个字母是c表示所有PartView居中对齐center,l表示居左对齐left,r表示居右对齐right,t表示居上对齐top,b表示居下对齐bottom。
  • padding:默认各个PartView的间距。

PartView的属性

如果不希望通过属性生成视图,可以通过在[后直接填入带入对象对应的key,然后再在()里设置属性。

PartView布局相关属性

  • width:UILabel和UIImage这样有固定大小的可以不用设置,会按照固定大小的来。
  • height:有固定大小的可以不用设置。
  • isFill:垂直排列时会将宽设置为父AssembleView的宽,水平排列时会将高设置为父AssembleView的高。
  • padding:设置后会忽略父AssembleView里设置的padding,达到自定义间距的效果。
  • partAlignment:可以自定义对齐方向,设置后会忽略父AssembleView里设置的对齐。值可填center,left,right,top,bottom。
  • ignoreAlignment:设置忽略的约束方向,在父AssembleView不需要由子PartView决定大小的情况下,可以通过打断某个方向约束来实现拆开排列的效果。值可填center,left,right,top,bottom。

PartView权重相关属性

  • crp:Compression Resistance Priority的设置,根据权重由低到高值可以设置为fit,low,high,required。对应的UILayoutPriority的分别是UILayoutPriorityFittingSizeLevel,UILayoutPriorityDefaultLow,UILayoutPriorityDefaultHigh,UILayoutPriorityRequired。
  • minWidth:对应NSLayoutRelationGreaterThanOrEqual,设置一个最小的宽
  • maxWidth:对应NSLayoutRelationLessThanOrEqual,设置一个最大的宽

PartView视图控件相关设置

通过以下属性即可生成对应的UILabel,UIImageView或者UIButton等控件视图,而不用特别指出需要生成哪种控件视图

  • text:设置文字内容
  • font:设置字体,可以带入一个UIFont,也可以直接设置一个字体大小,解析时会判断类型。
  • color:设置颜色,可以带入一个UIColor,也可以直接设置一个十六进制颜色,解析时会判断类型。
  • imageName:设置本地图片,值是本地图片名称。
  • image:带入一个UIImage。
  • imageUrl:设置一个网络图片的url地址,ps:目前需要通过<>来带入一个字符串。

PartView的通用设置

可以为PartView创建一个底部视图,并设置其样式。也可以添加一个UIButton设置UIControlStateHighlighted时的样式。

  • backColor:设置底部视图的颜色,可以带入一个UIColor,也可以直接设置一个十六进制颜色,解析时会判断类型。
  • backPaddingHorizontal:设置当前PartView视图距离底部视图top和bottom的间距。
  • backPaddingVertical:设置当前PartView视图距离底部视图left和right的间距。
  • backBorderColor:设置底部视图边框的颜色,可以带入一个UIColor,也可以直接设置一个十六进制颜色,解析时会判断类型。
  • backBorderWidth:设置底部视图边框宽。
  • radius:设置底部视图的圆角半径。
  • button:带入一个button。
  • buttonHighlightColor:设置button在UIControlStateHighlighted时的颜色,默认是透明度0.05的黑色。

解析格式化语言

解析过程的第一步采用扫描scanner程序将字符串按照分析符号表将字符流序列收集到有意义的单元中。

第二步将这些单元逐个归类到对应的类别中。比如解析到“()”里内容时就将其归类到对应的AssembleView的属性或者PartView的属性类别中。在归类过程中会出现PartView是AssembleView,这个Assemble里面又有这样作为PartView的AssembleView这样层层套的情况,所以需要采用类似引用计数方式保证在最后一个“}”符号结束时能将整个Assemble递归进行解析。

第三步将各个类别集合转换成对应原生代码从而生成对应的视图布局。

具体实现可以查看STMAssembleView.m文件。Github地址:https://github.com/ming1016/STMAssembleView

如何生成页面

生成页面需要实现格式化语言对应的原生代码,所有PartView的属性都会存放在STMPartMaker里,包括带入的自定义视图还有用于生成视图控件的属性等。PartView属性设置完成后会在STMPartView这个类中先决定对应的视图控件,并将STMPartMaker里的属性都设置上。实现代码可以查看STMPartView.m里的- (STMPartView *)buildPartView方法。

接下来STMAssembleView会在buildAssembleView时进行布局,具体实现代码可以查看STMAssembleView.m里的- (STMAssembleView *)buildAssembleView方法。

[绘画]新涂的权利游戏

[文章]从ReactiveCocoa中能学到什么?不用此库也能学以致用

从知道ReactiveCocoa开始就发现对这个库有不同的声音,上次参加技术沙龙时唐巧对在项目中已全面使用FRP的代码家提出为什么这种编程模型出现了这么长时间怎么像ReactiveCocoa这种完全按FRP编写的库没能够流行起来这个问题。对这个问题的回答一般都是门槛高,解决方法就是培训和通过熟悉以前的代码来快速入门。其实在我学习的过程中也发现确实会有这个问题,不过就算是有这样那样问题使得ReactiveCocoa这样的库没法大面积使用起来,也不能错失学习这种编程思想的机会。

如果不用这样的库,能不能将这种库的编程思想融入项目中,发挥出其优势呢?答案是肯定的。

FRP全称Function Reactive Programming,从名称就能够看出来这个模型关键就是Function Programming和Reactive Programming的结合。那么就先从函数式编程说起。说函数式编程前先聊聊链式编程,先看看一个开源Alert控件的头文件里定义的接口方法的写法。

/*
 *  自定义样式的alertView
 *
 */
+ (instancetype)showAlertWithTitle:(NSString *)title
                           message:(NSString *)message
                        completion:(PXAlertViewCompletionBlock)completion
                       cancelTitle:(NSString *)cancelTitle
                       otherTitles:(NSString *)otherTitles, ... NS_REQUIRES_NIL_TERMINATION;

/*
 * @param otherTitles Must be a NSArray containing type NSString, or set to nil for no otherTitles.
 */
+ (instancetype)showAlertWithTitle:(NSString *)title
                       contentView:(UIView *)view
                       secondTitle:(NSString *)secondTitle
                           message:(NSString *)message
                       cancelTitle:(NSString *)cancelTitle
                       otherTitles:(NSArray *)otherTitles
                          btnStyle:(BOOL)btnStyle
                        completion:(PXAlertViewCompletionBlock)completion;

库里还有更多这样的组合,这么写是没有什么问题,无非是为了更方便组合使用而啰嗦了点,但是如果现在要添加一个AttributeString,那么所有组合接口都需要修改,每次调用接口方法如果不需要用Attribuite的地方还要去设置nil,这样会很不易于扩展。下面举个上报日志接口的例子。

@interface SMLogger : NSObject
//初始化
+ (SMLogger *)create;
//可选设置
- (SMLogger *)object:(id)obj;                        //object对象记录
- (SMLogger *)message:(NSString *)msg;               //描述
- (SMLogger *)classify:(SMProjectClassify)classify;  //分类
- (SMLogger *)level:(SMLoggerLevel)level;            //级别

//最后需要执行这个方法进行保存,什么都不设置也会记录文件名,函数名,行数等信息
- (void)save;

@end

//宏
FOUNDATION_EXPORT void SMLoggerDebugFunc(DCProjectClassify classify, DCLoggerLevel level, NSString *format, ...) NS_FORMAT_FUNCTION(3,4);
//debug方式打印日志,不会上报
#define SMLoggerDebug(frmt, ...) 
do { SMLoggerDebugFunc(SMProjectClassifyNormal,DCLoggerLevelDebug,frmt, ##__VA_ARGS__);} while(0)
//简单的上报日志
#define SMLoggerSimple(frmt, ...) 
do { SMLoggerDebugFunc(SMProjectClassifyNormal,SMLoggerLevelDebug,frmt, ##__VA_ARGS__);} while(0)
//自定义classify和level的日志,可上报
#define SMLoggerCustom(classify,level,frmt, ...) 
do { SMLoggerDebugFunc(classify,level,frmt, ##__VA_ARGS__);} while(0)

从这个头文件可以看出,对接口所需的参数不用将各种组合一一定义,只需要按照需要组合即可,而且做这个日志接口时发现后续维护过程中会增加越来越多的功能和需要更多的input数据。比如每条日志添加应用生命周期唯一编号,产品线每次切换唯一编号这样需要在特定场景需要添加的input支持。采用这种方式会更加易于扩展。写的时候会是[[[[DCLogger create] message:@"此处必改"] classify:DCProjectClassifyTradeHome] save]; 这样,对于不是特定场所较通用的场景可以使用宏来定义,内部实现还是按照前者的来实现,看起来是[DCLogger loggerWithMessage:@"此处必改"];,这样就能够同时满足常用场景和特殊场景的调用需求。

有了链式编程这种易于扩展方式的编程方式再来构造函数式编程,函数编程主要思路就是用有输入输出的函数作为参数将运算过程尽量写成一系列嵌套的函数调用,下面我构造一个需求来看看函数式编程的例子。

typedef NS_ENUM(NSUInteger, SMStudentGender) {
    SMStudentGenderMale,
    SMStudentGenderFemale
};

typedef BOOL(^SatisfyActionBlock)(NSUInteger credit);

@interface SMStudent : NSObject

@property (nonatomic, strong) SMCreditSubject *creditSubject;

@property (nonatomic, assign) BOOL isSatisfyCredit;

+ (SMStudent *)create;
- (SMStudent *)name:(NSString *)name;
- (SMStudent *)gender:(SMStudentGender)gender;
- (SMStudent *)studentNumber:(NSUInteger)number;

//积分相关
- (SMStudent *)sendCredit:(NSUInteger(^)(NSUInteger credit))updateCreditBlock;
- (SMStudent *)filterIsASatisfyCredit:(SatisfyActionBlock)satisfyBlock;

@end

这个例子中,sendCredit的block函数参数会处理当前的积分这个数据然后返回给SMStudent记录下来,filterIsASatisfyCredit的block函数参数会处理是否达到合格的积分判断返回是或否的BOOL值给SMStudent记录下来。实现代码如下

    //present
    self.student = [[[[[SMStudent create]
                       name:@"ming"]
                      gender:SMStudentGenderMale]
                     studentNumber:345]
                    filterIsASatisfyCredit:^BOOL(NSUInteger credit){
                        if (credit >= 70) {
                            self.isSatisfyLabel.text = @"合格";
                            self.isSatisfyLabel.textColor = [UIColor redColor];
                            return YES;
                        } else {
                            self.isSatisfyLabel.text = @"不合格";
                            return NO;
                        }

                    }];

    @weakify(self);
    [[self.testButton rac_signalForControlEvents:UIControlEventTouchUpInside] subscribeNext:^(id x) {
        @strongify(self);

        [self.student sendCredit:^NSUInteger(NSUInteger credit) {
            credit += 5;
            NSLog(@"current credit %lu",credit);
            [self.student.creditSubject sendNext:credit];
            return credit;
        }];
    }];

    [self.student.creditSubject subscribeNext:^(NSUInteger credit) {
        NSLog(@"第一个订阅的credit处理积分%lu",credit);
        self.currentCreditLabel.text = [NSString stringWithFormat:@"%lu",credit];
        if (credit < 30) {
            self.currentCreditLabel.textColor = [UIColor lightGrayColor];
        } else if(credit < 70) {
            self.currentCreditLabel.textColor = [UIColor purpleColor];
        } else {
            self.currentCreditLabel.textColor = [UIColor redColor];
        }
    }];

    [self.student.creditSubject subscribeNext:^(NSUInteger credit) {
        NSLog(@"第二个订阅的credit处理积分%lu",credit);
        if (!(credit > 0)) {
            self.currentCreditLabel.text = @"0";
            self.isSatisfyLabel.text = @"未设置";
        }
    }];

每次按钮点击都会增加5个积分,达到70个积分就算合格了。上面的例子里可以看到一个对每次积分变化有不同的观察者处理的操作代码,这里并没有使用ReactiveCocoa里的信号,而是自己实现了一个特定的积分的类似信号的对象,方法名也用的是一样的。实现这个对象也是用的函数式编程方式。下面我的具体的实现代码

@interface SMCreditSubject : NSObject

typedef void(^SubscribeNextActionBlock)(NSUInteger credit);

+ (SMCreditSubject *)create;

- (SMCreditSubject *)sendNext:(NSUInteger)credit;
- (SMCreditSubject *)subscribeNext:(SubscribeNextActionBlock)block;

@end

@interface SMCreditSubject()

@property (nonatomic, assign) NSUInteger credit;
@property (nonatomic, strong) SubscribeNextActionBlock subscribeNextBlock;
@property (nonatomic, strong) NSMutableArray *blockArray;

@end

@implementation SMCreditSubject

+ (SMCreditSubject *)create {
    SMCreditSubject *subject = [[self alloc] init];
    return subject;
}

- (SMCreditSubject *)sendNext:(NSUInteger)credit {
    self.credit = credit;
    if (self.blockArray.count > 0) {
        for (SubscribeNextActionBlock block in self.blockArray) {
            block(self.credit);
        }
    }
    return self;
}

- (SMCreditSubject *)subscribeNext:(SubscribeNextActionBlock)block {
    if (block) {
        block(self.credit);
    }
    [self.blockArray addObject:block];
    return self;
}

#pragma mark - Getter
- (NSMutableArray *)blockArray {
    if (!_blockArray) {
        _blockArray = [NSMutableArray array];
    }
    return _blockArray;
}

Demo地址:https://github.com/ming1016/RACStudy

主要思路就是subscribeNext时将参数block的实现输入添加到一个数组中,sendNext时记录输入的积分,同时遍历那个记录subscribeNext的block的数组使那些block再按照新积分再实现一次输入,达到更新积分通知多个subscriber来实现新值的效果。

除了block还可以将每次sendNext的积分放入一个数组记录每次的积分变化,在RAC中的Signal就是这样处理的,如下图,这样新加入的subscirber能够读取到积分变化历史记录。

所以不用ReactiveCocoa库也能够按照函数式编程方式改造现有项目达到同样的效果。

上面的例子也能够看出FRP的另一个响应式编程的特性。说响应式编程之前可以先看看我之前关于解耦的那篇文章里的Demohttps://github.com/ming1016/DecoupleDemo,里面使用了Model作为连接视图,请求存储和控制器之间的纽带,通过KVO使它们能够通过Model的属性来相互监听来避免它们之间的相互依赖达到解耦的效果。

像上面的例子那样其实也能够达到同样的效果,创建一个Model然后通过各个Subject来贯穿视图层和数据层进行send值和多subscribe值的处理。

了解了这种编程模型,再去了解下ReactiveCocoa使用的三种设计模式就能够更容易的将它学以致用了,下面配上这三种贯穿ReactiveCocoa的设计模式,看这些图里的方法名是不是很眼熟。

ReactiveCocoa里面还有很多可以学习的地方,比如宏的运用,可以看看sunnyxx的那篇《Reactive Cocoa Tutorial [1] = 神奇的Macros》http://blog.sunnyxx.com/2014/03/06/rac_1_macros/

[小说]《十中》索引

第一话:http://www.starming.com/index.php?v=index&view=92

第二话:http://www.starming.com/index.php?v=index&view=93

第三话:http://www.starming.com/index.php?v=index&view=94

第四话:http://www.starming.com/index.php?v=index&view=95

第五话:http://www.starming.com/index.php?v=index&view=96

[小说]十中 第五话

命运往往都不那么会顺着人意,对凌召是,对丁晓炎也是。

画面终于定在了凌召期待的决赛,这次主场是在一中,上半场王亦和凌召娴熟的配合通过防守反击在快结束时压哨率先取得一分。凌召开心的小跑到场边,看见田晓宁已经准备好毛巾和水正等着他,他接过水,田晓宁满脸笑容深情的望着凌召,凌召想着凭借这一分优势,下半场就能够很容易掌握主动权,胜算将非常大。他打算在胜利后在台上大声说出对丁晓炎鼓励的感激。拿着水正要喝时,忽地感觉有个眼神在另一边看着自己,他放下水杯,往那边看去,那个身影忽地消失在人群中,那身型和发型像极了丁晓炎。

这一定是自己想丁晓炎想得太多了产生的幻觉吧。凌召将水往脸上泼了去,想让自己清醒下。

下半场,十中在最后时刻因为韩霍的冲动红牌下场而陷入被动,最终没能够挡住一中猛烈的攻势。这样凌召因为败落而失去找丁晓炎的勇气。那以后凌召就再也没有见过丁晓炎了。

即使这么多年过去,小学同学聚会上她也没有出现。凌召翻着那篇丁晓炎的文章,文章是这样写的:“

那年,我四年级,转学到一所小学,周围都那么陌生,和我同桌的以为男孩成为了我在这儿的第一个朋友。他叫凌召,我们很谈得来。他送给我一只黄色的电子表,这是我收到的第一个男生的礼物。

快乐的时光总是短暂的,在凌召被调到后面做的那天,放学后,我站在他必经路边的一颗树旁等他。在他经过时我问他不跟我坐是不是不开心,他看起来有些伤心,看也没看我一眼就走了。

自那以后,我常常看见凌召和他的同桌们吵架。一次学校庆典上,凌召来了场钢琴独奏,随着琴声飘荡在我耳边,我发现我已经喜欢上了他。他送给我的那只黄色表我放在抽屉一打开就能够看见的地方,这样我每次打开抽屉就能够回想和他同桌的时光。小女孩的心思就是这样的简单,单纯着,虽然也知道自己对凌召来说只是一个普通的同桌过的人而已,但却也能够勇敢的不顾一切的去享受着这份纯纯的单恋。

我们那个年代没有手机,小学临近毕业那会,同学们都会让自己在乎的人在自己的本子上留下家庭住址联系方式,因为毕业后大家可能会分开去其它的学校。当我把本子给凌召时,他的那些朋友们都这跟着起哄,弄得凌召不好意思的脸都红了,为了让他不尴尬,我让他的那些朋友也都在本子上写了。

上课后,我一直在想为什么就我去找凌召时他的朋友们会起哄,其他女同学去时他们也没什么反应啊,想着想着趴在桌上回头抄凌召坐的方向看去,发现他也正在看着我,我有点惊慌,心跳加速,但视线一直没有离开他,他也没有离开我。我有点不相信,回过神,发现他已经趴在桌上睡着了。

上了初中,我们分在了不同的学校,但因为一个人,让我能再了解到凌召在十中的所有事。这个人算得上是万人迷吧,班上的女生都被他迷得神魂颠倒的,可不知怎么的他就是喜欢我,我都没怎么跟他说过话耶,就是这样,可能一种感觉能让你毫无缘由的喜欢上一个人。这个男孩叫李文龙,在他跟我表白后,我说我已经有喜欢的人了,李文龙看起来有点不服气非要问出那个人是谁。

后来他跟班上一位同学打架劝退后转到了十中凌召的班,虽然转校了,但是因为凌召,他也能够有足够的话题来找我说了,对于我来说我也能够知道更多凌召的事情了。听说凌召加入了足球部,我想这样我就能够在放学后去他们学校看他练球了。

但那次当我在球场边栅栏看时发现一个非常漂亮的女生正在将一封信递给凌召。看着那女孩子不好意思的样子,我想那一定是情书吧。这时发现球场上另一边李文龙正带着一种伤心的眼神看着我。一会凌召也朝我这边看来,我赶紧躲到一旁树后。

后来听说我们一中要跟一中比赛,我想凌召应该也会来参赛,于是我申请了球赛自愿者在场边捡球。这样就能够近距离看见凌召了。开赛前,我在场边做准备,发现凌召跑到观众席和以前小学同学们打着招呼,我有点后悔应该呆在观众席了。比赛时,凌召全神贯注的注视着球场,直到最后他才被换上场,没想到我捡到他唯一的一个球竟是他的乌龙球。那时我离他是那么近,但他双眼已无神,看起来难过极了。

我一直担心着他后来的状况,一直盼着李文龙来找我。但这次李文龙带来的消息是凌召跟班上一个玩音乐的女孩子好上了,我知道凌召是很喜欢音乐的,想着他们一起聊着他们喜爱的音乐幸福的画面,有种难于形容的妒忌涌上心头。

李文龙跟我说不信可以第二天放学后去江滩看看,因为那女孩子给凌召的情书里是约着去那相见的。等我到江滩时看见那女孩正抱着凌召,我心里真的好难受,原本还抱着的一丝侥幸变得绝望。

这样的心情我想会持续很久吧,晚上我无法入睡,枕头全被泪水浸湿。

放学后我好像被一中磁场带动了凌召家旁边的书店。因为这家书店离我家比较远,我很少来。我漫不经心的翻着书架上的书,但脑海里却满是那女孩抱着凌召的画面,想到当时的情景,凌召看起来并不是很开心,他当时没有抱着那女孩。会不会只是那女孩单方面的喜欢呢,想到这里我已拿到新出的伯爵千金来到收银台。有种磁场理论就是对一个事渴望意念足够强就会产生巨大的磁场将那事吸引到身边。这时一个高大的身影出现在我身边。我抬头发现正是我日夜思恋的凌召,他好像没发现我,我跟他打了个招呼,他只是简单的回了句,然后就一直低着头。因为我们已经好久没这样一起过,我不知道他现在对我是怎样的感觉,于是也没有再说什么,在这样的气氛下,凌召不小心的碰到我的手臂,我用余光看见他害羞的脸好红,我胳膊能够感觉到他的颤动,虽然我们没怎么说话,但此时我能感觉他还是小学那会的他,那是种熟悉而难忘的感觉,我好希望能够这样多待会儿,可是凌召好像有些紧张,让我觉得他对我和对其他女生还是不一样的。结完帐,我看凌召好像还没有回过神。

我没法不去想和凌召的这次偶遇,接下来的一天,我没法忍住,在中午先去了十中,希望能够再看看他。来到他的教学楼下,碰到了李文龙,他开始是惊喜的表情,后来可能想到我是来看凌召的才恢复了淡定的神情。他应该也没想到我会这么喜欢凌召,李文龙说给凌召写情书的女孩后来没有跟凌召在一起,看来我的感觉是对的。接着李文龙说他愿意帮我去问问凌召喜欢谁。说可能那个人有可能是我。

听到这,我忽地红起脸来,心中窃喜,口中却连连说不可能。但我又害怕如果那个人不是我,我可能会更加难受。因为太在意所以会害怕,我让李文龙不要问,即使问了也不要跟我说。李文龙不傻,很快看出了我的小心思,他知道我对结果是既期待又惧怕,但是这种事情如果不挑明怎么会有结果呢,我们都知道凌召不是那种主动的人,于是李文龙想了个办法。他说现在凌召球是越踢越好了,如果十中能够获得冠军,他就帮我问,如果凌召喜欢的人是我,他会祝福我们,如果不是,李文龙希望我能够接受他。我没有答应如果那个人不是我就接受李文龙这个条件,心里觉得有些对不起李文龙,我不希望李文龙成为备胎,那样对他不公平,我是真的把他当成很好的朋友,但也只能到这一步。李文龙神情有些恍惚,我想定是我的回答伤了他骄傲的心。

这时,我看见李文龙身后出现了凌召的身影,他不会听到了我和李文龙的对话吧。我一时不知该如何面对,于是匆匆的走开了。

接下来,我就一直期待着足球足球赛的进行和李文龙定期到一中来跟我描述和称赞凌召如何聪明。每每听到凌召的事情我都会很开心,李文龙说他喜欢看到我笑的样子,他也知道是因为他说了很多凌召的事使我能够感到愉悦。所以每次他都只说凌召的事情,其它的事情包括他自己的事情他都是只字不提。

人生总是会出现很多无法预料的事情,上次因为打架而跟李文龙一起退学的程三石和他又在一中碰到了,他们又打了起来。这次打架后,李文龙就一直没有再到一中来。

这样我再无法知道凌召的消息,就算是守株待兔吧,我还是想像上次那样能够在那书店偶遇凌召。这次我要主动问他的近况,我暗暗的下着决心。

我和他还是有缘分的吧,一次我在书店里面挑书,跟我一起来的小学时就跟我要好的姚婷好像在书店门口和什么人说着话。我走出书店,发现是凌召,他还是跟上次一样,一见到我就低着头,姚婷说凌召比以前帅了,但我觉得他一直都很帅啊。

姚婷后来说凌召要给老同学们写贺卡,想着十中这最后一届足球联赛没有了李文龙,夺冠可能无法实现了,我也没法知道凌召心里那个她是不是我,想着每次碰见凌召那害羞的画面,我越发想确认了。于是我给凌召回卡里表达希望他能够夺冠的心情,我想如果凌召心中的那个她是我的话,他一定会全力以赴去夺冠的吧。我想当他获得冠军那天,我会鼓起勇气向他表白,就算没有夺冠,我也会,我不想错过我最喜欢的人。

接着的事情远比想象的好,从十中战胜李文龙带领的四十七中开始,校刊里不断出现凌召的身影,富家子弟王亦的加入让十中如虎添翼,战无不胜,一直冲到决赛和我们一中开始了最后的角逐。

决赛那天,空中飘满了气球彩条,赛前十中的王亦请来他们公司的当红明星过来表演助阵,从演出名单我能看到那位给凌召写情书的于佳的名字,现场我能看到于佳一边唱着歌跳舞,一边看着场边正在做准备运动的凌召,那种不一样的眼神,想想自己从小就很喜欢跳舞,也希望自己能够像于佳那样在观众面前表演展现自己。

比赛开始后,十中打得很不错,虽然我不懂足球,但从射门次数控球时间看来,明显能够感觉十中占据了优势,果不其然在中场结束前凌召一脚凌空射门将球打入。看着凌召兴奋的在场上奔跑着,我也忍不住欢呼起来。当然我能够感觉到边上同学看着我的异样眼神。我兴奋的拿着早已准备好的毛巾和水朝十中场地那边走去。

当我接近时,凌召正开心的带着一副帅气自信的笑容朝场边一位看起来秀美很有气质的女孩走去,那女孩微笑着用手中的毛巾擦着凌召额头的汗水,凌召的表情看起来幸福极了,他笑着从那女孩手中接过水,这时,我已感到脚有些发软,我急忙转过身朝人群中走去。此时,我觉得自己好傻,我这么一个平凡的女孩还天真的以为凌召会喜欢自己,想着他一直都在不断的努力着,琴弹的那么好,能够让和他一样优秀的于佳对他恋恋不忘,还通过自己的努力把自己不擅长的足球都踢得这么好,能够交上这么一个气质与美丽兼备的女朋友。

觉得天天想着的凌召离自己越来越远,有种以后就再也无法见到凌召的感觉,我坐在观众席上,用捧着的头发将头埋在里面不停的流着眼泪,比赛的结果对我来说已不重要。

那以后,我再也没有见过凌召,但对他的这段思念去一直住在我心里。”

看完这篇文章,凌召已按耐不住了,他已管不了那么多了,他一定要去见丁晓炎,不管她现在如何,也不管她是否还和以前一样喜欢自己。

通过出版社,凌召找到了丁晓炎的家。

打开门的是一个十来岁的男孩,凌召突然觉得自己是不是有些冒失。这么多年了,自己虽然没有结婚,但同龄人大多都该有这么大的孩子了。

“你是凌召叔叔吧。”那小孩问道。

凌召从发呆中回过神来。用惊讶的眼神看着那小孩。那男孩没等凌召回答继续说道:“来找我妈妈丁晓炎吧,她已经去世了,就在不久前。”

男孩看着凌召的眼睛,已经红了一片。

“我是丁晓炎的养子,我翻她的日记本知道了你。”男孩说完牵着凌召来到丁晓炎的房间,房间里书柜上堆满了书,书桌上还留着她未完成的作品草稿,相比结局丁晓炎一定会写得很圆满吧。凌召这么想着,眼前浮现出丁晓炎坐在书桌前写着小说的身影。他伸出手,那身影化成粉末飘散开去,在阳光的照耀下散发着亮光。

男孩拿出一个日记本递给凌召,刚翻开,他已控制不住满脸泪水如泉水不住从下颚流下来。那日记本里贴满了丁晓炎从校刊里剪下的凌召的照片,这么多年她一直精心的保存着。