0
回复

webim关于https设置问题 https webim

回复

空空 发起了问题 • 1 人关注 • 40 次浏览 • 2017-01-16 19:16 • 来自相关话题

0
回复

Android视频通话空指针异常com.superrtc.sdk.VideoView.getScaleMode()' on a null object reference 环信_Android

回复

听风 发起了问题 • 1 人关注 • 71 次浏览 • 2017-01-16 16:14 • 来自相关话题

0
评论

喜大奔普,环信IM Demo登录苹果应用商店! 环信 ios AppStore

beyond 发表了文章 • 104 次浏览 • 2017-01-12 16:26 • 来自相关话题

    
   据环信社报道,环信IM Demo于2017年1月9日正式登录苹果AppStore,意味着小伙伴们可以在AppStore上直接下载到环信最新IM Demo啦。目前在苹果应用商店的版本为最新的IOS3.2.3,未来也将于环信官网同步更新,同时Android的IM demo也陆续上传到各大应用市场,方便小伙伴们下载使用,大家在使用过程中遇到问题可以在imgeek社区(http://www.imgeek.org) 反馈,我们将第一时间处理。




环信IM Demo登录苹果应用商店
   环信即时通讯云作为国内最早也是全球最大的即时通讯云PaaS平台,为开发者提供基于移动互联网的即时通讯能力,如单聊、群聊、发语音、发图片、发位置、实时音频、实时视频等,让开发者摆脱繁重的移动IM通讯底层开发,24小时即可让App拥有内置IM能力,帮助APP轻松实现社交功能。近期也上线了包括环信红包、环信直播等明星产品,深受开发者喜爱。

   截至2016年上半年,环信共服务了82149家App客户,SDK覆盖手机终端5.64亿,平台日发送消息5.57亿条。典型用户包括快牙、国美在线、猎聘同道、百合相亲、宝宝树、迪信通等。

本次上线苹果AppStore的环信IM Demo展示了如何使用环信SDK创建一个完整的即时通讯APP,主要功能包括:用户注册和登录,好友管理,单聊/群聊,支持包括文字、表情、语音、图片、地理位置等消息类型,用户也可以通过Demo进行实时音视频通话等。 查看全部
    
   据环信社报道,环信IM Demo于2017年1月9日正式登录苹果AppStore,意味着小伙伴们可以在AppStore上直接下载到环信最新IM Demo啦。目前在苹果应用商店的版本为最新的IOS3.2.3,未来也将于环信官网同步更新,同时Android的IM demo也陆续上传到各大应用市场,方便小伙伴们下载使用,大家在使用过程中遇到问题可以在imgeek社区(http://www.imgeek.org) 反馈,我们将第一时间处理。

442371770580111367.png

环信IM Demo登录苹果应用商店


   环信即时通讯云作为国内最早也是全球最大的即时通讯云PaaS平台,为开发者提供基于移动互联网的即时通讯能力,如单聊、群聊、发语音、发图片、发位置、实时音频、实时视频等,让开发者摆脱繁重的移动IM通讯底层开发,24小时即可让App拥有内置IM能力,帮助APP轻松实现社交功能。近期也上线了包括环信红包、环信直播等明星产品,深受开发者喜爱。

   截至2016年上半年,环信共服务了82149家App客户,SDK覆盖手机终端5.64亿,平台日发送消息5.57亿条。典型用户包括快牙、国美在线、猎聘同道、百合相亲、宝宝树、迪信通等。

本次上线苹果AppStore的环信IM Demo展示了如何使用环信SDK创建一个完整的即时通讯APP,主要功能包括:用户注册和登录,好友管理,单聊/群聊,支持包括文字、表情、语音、图片、地理位置等消息类型,用户也可以通过Demo进行实时音视频通话等。
0
回复

技术周刊想吐槽?快来来这里分享您高见吧,还有奖励哦 社区活动 环信周刊

回复

beyond 发起了问题 • 1 人关注 • 56 次浏览 • 2017-01-12 15:27 • 来自相关话题

0
评论

我要上周刊!欢迎推荐内容到技术周刊! 社区活动 环信周刊

beyond 发表了文章 • 37 次浏览 • 2017-01-12 15:23 • 来自相关话题

如果你发现了好内容希望分享更多的朋友们,
如果你觉得你的文章很赞需要推送,欢迎联系我们......
历史技术周报合集:http://www.easemob.com/weekly 
技术周报是精选了一周的优质内容的集合,欢迎各位按照如下格式推荐精品内容:
1. 推荐内容:标题
2. 推荐链接:XXX
3. 推荐理由:XXXXX 查看全部

如果你发现了好内容希望分享更多的朋友们,
如果你觉得你的文章很赞需要推送,欢迎联系我们......
历史技术周报合集:http://www.easemob.com/weekly 
技术周报是精选了一周的优质内容的集合,欢迎各位按照如下格式推荐精品内容:
1. 推荐内容:标题
2. 推荐链接:XXX
3. 推荐理由:XXXXX
0
评论

关于集成环信即时通讯的文章 Web IM聊天室

雨过天晴 发表了文章 • 52 次浏览 • 2017-01-11 17:59 • 来自相关话题

环信的Web IM即时通讯聊天室的聊天记录不能保存,有的用户想要翻看以前的聊天记录看,找不到当时的聊天记录,调用环信Web IM的相关api也只能调取一部分,不能充分的满足开发的需求。
环信的Web IM即时通讯聊天室的聊天记录不能保存,有的用户想要翻看以前的聊天记录看,找不到当时的聊天记录,调用环信Web IM的相关api也只能调取一部分,不能充分的满足开发的需求。
0
评论

iOS 环信 集成 详细步骤图文 iOS 环信 集成 详细步骤图文

神的传说 发表了文章 • 65 次浏览 • 2017-01-11 13:26 • 来自相关话题

环信的教程:

没有初始化SDK  

去AppDelegate里面初始化

 

密码

 

User not exist         ??????????

每一个应用都有自己的注册用户  去你的后台管理   去看你的注册的用户数   

为什么demo的可以跑起来????????

是在它的应用下注册的

 

怎么去注册用户  -注册用户

用户名字可以相同   不同的应用   

 

 

那个打印的loginInfo 是这个字典的也就是用户的登录信息

 

你会发现打印的loginInfo上面还有一坨恶心的东西,那个是环信SDK自己打印的日志信息

 

SEND   和      RECV    使用的是XMPP协议    所以 数据的格式是XML   一般的HTTP协议的话他就是JSON格式的

这个是app把客户端登录的信息发给环信服务器后打印出来的日志      是不是很烦

 

如何去在哪儿隐藏它的控制台的日志信息 ?????????

去初始化的时候把它隐藏  有一个otherConfig的东西   右键-jump to Define

进去瞅瞅--

复制它的key 给他设置为NO

这个时候它的控制台的日志信息就被屏蔽了

 

 

跟环信交互的所有类都有这个

[EaseMob sharedInstance].chatManager

 

 

注册的时候代码:


如果你把这onQueue改为nil的话他默认也是在主线程的

 

然后你在去环信的开发中心刷新IM用户 你会发现他多了一个

发送给的数据给服务器的时候还是XML格式,里面的SDK帮你封装了,不用你自己去接触

 

 

---自动登录------------------------------------

 

看到它的主界面只有三个tabbar

 进去 mainstoryboard里面 删除原始的viewcontroller  拖入一个 tabbarController     去掉原始的tabbar 的两个子控制器   记得给它的isinitial 那个选项钩上   然后拖入三个navigationcontroller(这个根据你的界面而定)

 

选中给每个的Item  的title属性可以更改

然后在登录成功中写上加载storyboard的方法

你会发现你已经跳转进去
如何实现自动登录?????????????????

  实现原理:把你的登录信息保存在沙盒中     程序启动时候发送登录请求

  只要你在第一次登录成功后发送环信自带登录的网络请求去实现、

环信自己帮你实现上面的东西

 

具体实现

在登录成功的下面写上

[[EaseMob sharedInstance].chatManager  setIsAutoLoginEnabled:YES]

然后去在AppDelegte里面把他的沙盒路径拿到
然后再控制台你可以看到这些信息,其中的账号密码信息你会发现他被加密了,有没有?
如何监听是否是已经处于登录状态了这个地方有个代理  环信的代理方法

在AppDelegate方法里面进去 在启动方法里面写
你会发现它的那个啥没有完成界面的跳转    但是控制台却是带那个登陆成功了
这个时候我们还缺一步骤  之前我们在自动登录时候我们调用的是set方法

这个时候我们要实现它的 get方法     写在监听登录状态的下面

  //如果登录过直接来到主界面
    if([[EaseMob sharedInstance].chatManager isAutoLoginEnabled]){

        self.window.rootViewController = [UIStoryboard storyboardWithName:@"Main" bundle:nil].instantiateInitialViewController;

    }

    
=------------自动连接--------------------------

 

网络通不通的时候类似微信那种网络不通的实现

去那个main.storyboard里面把那会话的导航控制器跳转的那个类继承改为你自己创建的那个UItableViewController

 

1.在会话里面监听的网络的状态  环信的有很多个代理

去那个.m文件里面去实现
点击那个EMChatManagerDelegate 里面去实现 EMChatManagerUtilDelegate里面的这个方法就OK了

- (void)didConnectionStateChanged:(EMConnectionState)connectionState;
在真机上面测试的时候 网络连接成功不代表客户端和服务器端连接成功

 

 

还有自动连接的状态的监听 也是加上他的代理方法就行了


--------添加好友请求-----------------------------

1.是用环信的思想

 所有的网络请求   [EaseMob sharedInstance].chatManager 由这个管理器发起的

 

2.所有结果(自动登录 自动连接)通过代理来回调完成

[EaseMob sharedInstance].chatManager的addDelegate来完成

 

3.EMChatManagerBuddyDelegate 这个代理实现了对用户的基本操作

1.添加好友      2.从本地获取好友      3.从服务器列表获取最新的好友     4.接受好友添加请求

5.删除好友       6.被好友从名单上面删除  

 

 

在navigation  的第二个控制器上面加上一个UIbarbarItem   选择自定义   然后+    

再去创建一个UIviewController     然后再去实现用个+号去拖一个线  

 

 可以在上面加上navigationItem 上改为添加好友

再去新建一个控制器AdressBooking 通讯录  这个类是继承于UIviewController
是用环信最简单的方法 ,把官方的Demo直接拿过来用   直接跟改它的Appdelegate里面的APPKey

这样你就收到了申请    注意   这是最简单的方式

 

 

还有一点 你要在每个控制器里面写上你环信的代理方法

这样就能保证你下面写的环信 的每一个方法会被自动调用了
代理方法:

代理的销毁

 

 

好友请求消息反馈写在什么地方   因为你进去那个会话的控制器里面了的话就会被销毁了。我们可以把它的好友请求写在会话控制器   这样他每个控制器都可以收到了  也没有必要写在AppDelegate里面 可以去尝试一下

 

 

 

 

 

 

 

 

 

 

---------现实好友界面列表------------------

1.新建一个tableViewcontroller  修改那个tableView的继承

 

2.给他的cell添加一个Identifier     
下面打印的就是他的好友列表

 

 

#pragma mark - Tableview datasource

 

- (NSInteger)tableView:(UITableView *)tableView numberOfRowsInSection:(NSInteger)section {

    return self.buddyList.count;

}

-(UITableViewCell *)tableView:(UITableView *)tableView cellForRowAtIndexPath:(NSIndexPath *)indexPath {

    static NSString *ID = @"BuddyCell";

    UITableViewCell *cell = [tableView dequeueReusableCellWithIdentifier:ID];

    //获取好友列表名称  EMBuddy是环信封装的好友模型

    EMBuddy *buddy = self.buddyList[indexPath.row];

    //显示头像 和名字

    cell.imageView.image = [UIImage imageNamed:@"chatListCellHead"];

    cell.textLabel.text = buddy.username;

    

    return cell;

}

 

注意一个bug在网速很慢的时候话或者用户的手速很快的情况下(遇到单身30年的手速)用户的时候      你会发现好友列表但是没有值的  因为它的好友列表是在你用户登录策划国内恭候才会有值 

 

buddyList是从本地获取的数据  本地有个数据库你可以去里面看看  

// buddyList 

 

如果删除了应用或者饿用户第一次登陆的时候 buddyList是没有数据记录的

就要从服务区获取好友列表纪录

 

 

在网络登陆之前我们去从服务器获取那个 好友列表并把它写到本地的数据库里面去,注意一下这个方法写在哪个地方 切记切记
----------------好友请求同意后的列表刷新----------------------------

 

当接收到后有的同意后要刷新好友的列表数据   去通讯录控制器监听
产生了一个问题?

我发送了请求   对方接受了   没有刷新好友列表

环信发送的话一定调用了

#pragma mark-好友列表的请求被更新,然而并没什么卵用

-(void)didUpdateBuddyList:(NSArray *)buddyList changedBuddies:(NSArray *)changedBuddies isAdd:(BOOL)isAdd{

//    NSLog(@"好友列表被更新%@", buddyList);

    NSLog(@"%@",buddyList);

    self.buddyList = buddyList;

    [self.tableView reloadData];

    

}

加上这句话就可以解决这个问题

 

 

 

 

============删除好友==========================

 

 

获取移除好友的名字

还有一种删除了是互相删除还是只是将一方的删除

 

#pragma mark--删除好友的代理方法

-(void)tableView:(UITableView *)tableView commitEditingStyle:(UITableViewCellEditingStyle)editingStyle forRowAtIndexPath:(nonnull NSIndexPath *)indexPath {

    if(editingStyle == UITableViewCellEditingStyleDelete) {

        //获取要移除的好友的名字

        EMBuddy *buddy =self.buddyList[indexPath.row];

        NSString *deleteusername  = buddy.username;

        

        //删除好友

        [[EaseMob sharedInstance].chatManager removeBuddy:deleteusername removeFromRemote:YES error:nil];

    }

}

 

 

 

 

 

———--------被好友删除的监听-----------------------------

1.在会话里面:

//被好友删除

#pragma mark-监听被好友删除

-(void)didRemovedByBuddy:(NSString *)username {

    NSString *message = [username stringByAppendingString:@"把你删除"];

    UIAlertView *alert = [[UIAlertView alloc]initWithTitle:@"好友删除提醒" message:message delegate:nil cancelButtonTitle:@"知道了" otherButtonTitles:nil, nil];

    [alert show];

}

 

在同叙录里面:

//监听被删除去会话里面

#pragma mark-被好友删除了刷新一遍列表

-(void)didRemovedByBuddy:(NSString *)username {

    [self loadDataFromServer];

}

 

--------------退出登录--------------------------

 

选中table View 的然后给他选static cell

   2.然后连线去实现它的方法

 

-重点-------------聊天界面的实现----------------------------

 

1.拖入一个UIviewController 在上面在取拖入一个navagationBar 去设置他的标题

 

2.把cell的脱线  show

 

3.拖入一个View   拖到最下面    你会发现被tabbar 给盖住了   怎么去隐藏他呢?

   选中他   有个 Bottom Bar  改为None   

 

4.给这个View设置约束的时候注意  不要给她设置底部距Bottom  选择View

layout后  选择 Hidden Bottom Bar

 

5.往上面添加button    button也要设置约束  要他举例底部的位子不变    

否者的话  他会随着聊天的界面文字的的增加   而那个上升

 

还要加上一个textfield

 

通过代码监听键盘    如果底部
千万不要把键盘关闭了   不然神仙也救不了你

 

具体代码:

 

-(void)viewDidLoad {

    [super viewDidLoad];

    //1.监听键盘的弹出,把inputToolbar往上移

    [[NSNotificationCenter defaultCenter] addObserver:self selector:@selector(kbWillShow:) name:UIKeyboardWillShowNotification object:nil];

    

    

    

}

 

#pragma mark-键盘显示的时候会触发方法

-(void)kbWillShow:(NSNotification *)notification {

 //获取键盘的高度

    //1.获取键盘结束的位子

    CGRect kbEndFrame = [notification.userInfo[UIKeyboardFrameEndUserInfoKey] CGRectValue];

    CGFloat kbHeight = kbEndFrame.size.height;

    

    //更改inputToolBar的底部约束

    self.inputToolBarBottonConstraint.constant = kbHeight;

    //添加动画

    [UIView animateWithDuration:0.25 animations:^{

        [self.view layoutIfNeeded];

    }];

}

 

//移除通知

 

-(void)dealloc {

    [[NSNotificationCenter defaultCenter] removeObserver:self];

}

 

///////////////////

再加上一个tableView在它的上面    如何实现在拖动tableview 的时候让键盘隐藏

 

或者去监听tableView滚动的方法  

 

tableView 有一个属性 Keyboard  Dismiss on drag

在键盘推出的时候 让inputToolBarView  恢复原位

也要监听他

 

 

 

 

-----------cell有三种类型的 左边  中间   右边 -------------------------

1.往那个tableView里面去添加cell的时候我们可以 在里面加上图片

 

思路:在你设置好了头像之后再去设置文本的时候怎么设置

UILabel 设置背景图片的时候 我们可以先去给UILabel设置约束

再去设置那个背景图片,让他去拉伸

设置约束的时候注意头像要写死  但是lable只需要设置他的左边和  上面就行

 

如何加上测试数据:

1.自定一一个cell   在给他对用的类    和 对应的cell  绑定一个改类名

在。h文件里面给label加上一个属性 , 在给他的cell绑定一cell
最后别忘了在给tableview 右键往那个UIviewController上面加上数据源和代理

也就是自定义cell

 

------如何去让他显示的换行

1.吧label的Lines设置为0;

2.设置她的最大宽度:选择  Preferred width 这个选项242;

 

 

----最后给他设置那个背景图片

吧那个UIimage添加到那个Label上面 

如何给那个这个ImageView 和Label  设置左上角对其?????????????

选中他们两个,然后把选择设置约束右下角的正向第2个  然后把4个Edge选择对其

 

最后别忘了去吧label  设置为clear

 

怎么去把ImageView的背景图片拉伸???????

选择背景图片 第4个属性倒立的脚   有一个strecting属性  设置为0.5   0.5  0  0

那个时候你会发现它的那个啥的没有那个左边图片的角的属性,什么原因呢?

这是因为你的这个时候的Y值拉升的不够可以把他的Y方向上面改成 0.7

 

这个时候还缺最后一步,要把它的那个背景ImagView改动一下,让它在上下左右 都往外面 

拉伸一下??????//

可以选中它的那个约束,更改它的那个Constant    左边和上面的都是 加10     下边和右边是减10

 最后别忘了跟新约束

 

-----------发送方的cell排布----------------------

先拖入一tableViewCell 然后改他的名字    在去拖入一个Imageview  在去实现它的那个

5  5   35 35 

2.拖入一个Label   上面15 右边20   宽和高就不要添加了

 

3.如何让两个自定义的cell指向同一个的cell  新思想 :两个View公用一个cell

  连线的时候又一个选择   选择senderCell   再给SenderCell一个identifier标示符号

在渲染cell的方法中加入一个加载哪一个cell的判断

 

4.最后设置它的Lines = 0  和 那个Preferred Width的宽度  让它实现自动换行

 

5.添加一个ImageView然后再去设置它的背景图片和  那个边距的对其

 

6.更改Image的Stretching

 

7.最后去把ImageView 的各个边距都改一下 上 10   左 10    下 -10  右边  -15 最后跟新

 

8  重点----如何去根据label里面的文字的高度去自动计算那个文字的高度?????

1.实现它的给他添加了一个测试的数据源方法

9--重点----还有一个问题  怎么去更改的它的自动计算那个行高呢??????

cell的高度取决于label文字的高度和它的字体的大小决定的、

思想: 去获取那个cell里面的label的高度再去加上一个固定的高度就是cell的高度了

怎么去获取那个label的高度呢???

上面的额头像距上为5 加上那个上面label距离上面的10的高度 再加上label自己      的高度self.label.hight +下面的那个10,再去加上那个固定的高度就是cell的高度了

 

 

10.--重点----我们专门搞一个计算高度的属性(他是一个返回cell的方法,然后去返回cell高度的方法里面去给他完成一下赋值的操作,最后去实现)

  //还少了一步 ,一定要加上去设置那个label的数据

    self.chatCellTool.messageLabel.text = self.dataSources[indexPath.row];

    return [self.chatCellTool cellHeight];

 

 

/** 计算高度的cell的属性*/

 @property (nonatomic,strong)UXZYChatCell *chatCellTool;

 

   //给计算cell高度的对象完成一个赋值

    //他返回的是一个cell 这个cell只是在那个返回高度的方法里面去用到了,其他的地方没有用到

记得最好把它的方法static NSString *Indentifier = @"ReceiveCell";写在那个cell的.h文件中

tableview记得再拖一次线  为什么任何一个的Identifier:都可以呢?????

因为你在返回高度的方法里面都是一样的执行的,不获去细分你是哪一个cell的方法 so。。。

    self.chatCellTool = [self.tableView dequeueReusableCellWithIdentifier:SenderCell];

 

 

--------------发送聊天消息---------------------

1.首先要做的是把那个 textView的发送框改成send属性 第四个选项里面的有一个

  Return Key 选项 改成那个Send选项

 

2.怎么去发送按钮的事件呢?????

1.把那个textView 的代理的线连上   2.然后去那个tableView里面的那个去遵守textView代理

 

在textView的方法里面去监听他最后的字符有没有换行,如果有换行的字符的话我就代表说他是发送sender的按钮]

 

3.怎么去发送文字呢???????

#pragma mark-UITextView的代理

-(void)textViewDidChange:(UITextView *)textView {

    if([textView.text hasSuffix:@"\n"] ) {

        NSLog(@"这是一个发送事件");

        //发送文字

        [self sendMessage:textView.text];

        

        //清空文字

        textView.text = nil;

    

    }

}

 

-(void)sendMessage:(NSString *)text {

    //创建一个消息对象实例

    EMMessage *msgObj = [[EMMessage alloc]initWithReceiver:nil bodies:nil];

    //发送消息

    [[EaseMob sharedInstance].chatManager asyncSendMessage:msgObj progress:nil prepare:^(EMMessage *message, EMError *error) {

        NSLog(@"消息准备发送");

    } onQueue:nil completion:^(EMMessage *message, EMError *error) {

        NSLog(@"消息完成发送");

    } onQueue:nil];

    

}

还缺少一个参数  就是把消息发送给谁? 我们就缺少一个参数传递

initWithReceiver:要去拿到那个参数好友列表的参数 EMBuddy 

#warning 每一种消息类型对象不同的消息体

    //EMTextMessageBody

    //EMVoiceMessageBody

    //EMVideoMessageBody

   // EMLocationMessageBody

   // EMImageMessageBody

    

    //创建一个聊天的文本对象

    EMChatText *chatText = [[EMChatText alloc]initWithText:text];

    //创建一个文本消息体

    EMTextMessageBody *textBody = [[EMTextMessageBody alloc]initWithChatObject:chatText];

    

    //创建一个消息对象实例   bodies是一个数组

    EMMessage *msgObj = [[EMMessage alloc]initWithReceiver:self.buddy.username bodies:@[textBody]];

    //发送消息

    

    [[EaseMob sharedInstance].chatManager asyncSendMessage:msgObj progress:nil prepare:^(EMMessage *message, EMError *error) {

        NSLog(@"消息准备发送");

    } onQueue:nil completion:^(EMMessage *message, EMError *error) {

        NSLog(@"消息完成发送");

    } onQueue:nil];

 

注意点  : 加上一个return;去测试

把选中的好友列表正向传递进去

最后别忘了把那个return打开;

    

 

--------------显示好友的名字---------------------

1.在那个聊天的控制器的viewdidload里面写上

self.titlte = self.buddy.username

 

——————-------加载本地的聊天数据--------------------

有封装好的东西,先去内存的会话列表中去获取会话  如果没有找到就去数据库中去获取会话

没有找到就会出发现的会话

 

#pragma mark-加载本地的聊天数据 

-(void)loadLocalChatrecords {

    //获取本地聊天记录 会话对象

   EMConversation *conversation = [[EaseMob sharedInstance].chatManager conversationForChatter:self.buddy.username conversationType: eConversationTypeChat];

    //加载当前来哦天用户所有的聊天记录

    NSArray *messages = [conversation loadAllMessages];

    

    for(id obj in messages) {

        NSLog(@"%@",[obj class]);

    }

    

    [self.dataSources addObject:messages];

    

}

 

  [self.dataSources addObject:messages];加上了就报错了,她的原因是什么呢?

  tableView:heightForRowAtIndexPath 错了

 

跳进设置高度的方法里面去 去吧里面改动一下

    //改进后的cell高度的获取

    //1.获取消息的模型 这样代码风格不好我们可以去cell的属性里面去创建一个cell的模型

//    EMMessage *msg = self.dataSources[indexPath.row];

//    id body = msg.messageBodies[0];

//    if([body isKindOfClass:[EMTextMessageBody class]]) {//如果是文本消息

//        EMTextMessageBody *textBody = body;

//        cell.messageLabel.text = textBody;

//    }

 

最后是用一个set方法去代替他们

 

-(CGFloat)tableView:(UITableView *)tableView heightForRowAtIndexPath:(NSIndexPath *)indexPath {

    //1.获取消息的模型 这样代码风格不好我们可以去cell的属性里面去创建一个cell的模型

    EMMessage *msg = self.dataSources[indexPath.row];

    //改进后的cell高度的获取

//    id body = msg.messageBodies[0];

//    

//    if([body isKindOfClass:[EMTextMessageBody class]]) {//如果是文本消息

//        EMTextMessageBody *textBody = body;

//        cell.messageLabel.text = textBody;

//    }

    self.chatCellTool.message = msg;

    return [self.chatCellTool cellHeight];

    

    //还少了一步 ,一定要加上去设置那个label的数据

//    self.chatCellTool.messageLabel.text = self.dataSources[indexPath.row];

//    return [self.chatCellTool cellHeight];

}

最后别忘了去那个tableviewcell的模型里面去改,

 

————为了计算高度我们建立了一个模型——----------

-(CGFloat)tableView:(UITableView *)tableView heightForRowAtIndexPath:(NSIndexPath *)indexPath {

     //改进后的cell高度的获取

    //1.获取消息的模型 这样代码风格不好我们可以去cell的属性里面去创建一个cell的模型

    EMMessage *msg = self.dataSources[indexPath.row];

    

    self.chatCellTool.message = msg;

    

    return [self.chatCellTool cellHeight];

}

重写了模型的set方法 ,然后去调用了他的set方法

 

最后别忘了在显示的时候去调用他渲染那个方法

我的这个msg是一个消息模型

msg.messageBodies[0]

这样才能拿到消息体

msg.messageBodies[0].text才正确

 

-------------

[Pasted Graphic.tiff]

----------这样还不对-------------------------

 

你会看到你发出去的消息会在左边能看到

如何让它只能在右边显示呢??????????/

EMmessage有两个属性 from   to

from是发送方也就是自己    from是好友的话自己就是接受方

所以我们得在现实渲染的方法里面去先去获取消息模型

然后再去做一个from的判断

 

    UXZYChatCell *cell = nil;

    //先去获取消息模型然后去在去判断是发送方还是接收方

    EMMessage *msg = self.dataSources[indexPath.row];

    if([msg.from isEqualToString:self.buddy.username]) {//自己接收方

       cell = [tableView dequeueReusableCellWithIdentifier:Indentifier];

    }else {

       cell = [tableView dequeueReusableCellWithIdentifier:SenderCell];

    }

 

--------怎么让你的消息立马显示-----------------------

去这个方法里面 

-(void)sendMessage:(NSString *)text { }

 

msgObj是你自己创建一个消息对象实例   bodies是一个数组

 EMMessage *msgObj = [[EMMessage alloc]initWithReceiver:self.buddy.username bodies:@[textBody]];

    //把消息添加到数据源 再刷新表格

    [self.dataSources addObject:msgObj];

    [self.tableView reloadData];

 

------怎么让你的消息自己滚动到最上面的一行----

   

    //4.把消息显示在顶部

    [self scrollToBottom];

}

 

-(void)scrollToBottom {

    //获取最后一行

    if(self.dataSources.count == 0){

        return;

    }

    NSIndexPath *lastIndex = [NSIndexPath indexPathForRow:self.dataSources.count-1 inSection:0];

    

    

    [self.tableView scrollToRowAtIndexPath:lastIndex atScrollPosition:UITableViewScrollPositionBottom animated:YES];

}

 

—————仔细的你到这一步了发没发现你那个你发出去的消息子啊框里面都会多出一行---

原因:是你在点击发送的时候他换了一下行,换行字符只展占用一个字节

如何去清除那个换行的字符,在发消息的放里面去实现

        text = [text substringToIndex:text.length-1];

 

 

-----------怎么去监听消息的回复--------------------

1.设置代理方法  并遵循它的 代理方法

2.有一个那个mesage的方法去实现一下

 

 

 

 

------对输入框的完善,即在你输入的时候那个输入框的高速会自动增加-------------------------

1.得定义输入框的一个最小的高度和最大的高度

2.textView是继承于UIscrollView   scrollView有一个属性 contensize 属性

    这个是计算那个做一个判断 不同情况下面的高度

 

3.我们再去拿到那个的InputView 的高度的约束  再去连线使它成为一个属性  然后像之前一样去约束它,找到他,然后给他连线 使它成为一个属性

 

    //获取contentsize的高度

    CGFloat contentHeight = textView.contentSize.height;

    if (contentHeight <minHeight) {

        textViewH = minHeight;

    }else if (contentHeight >maxHeight) {

        textViewH = maxHeight;

    }else {

        textViewH = contentHeight;

    }

    

    self.inputToolBarHeightConstrains.constant = 5 + 8 + textViewH;

 

4.还是有一个问题,就是在你输入完了一之后发送了   之后textView还是有一个换行的空格

所以还得有一个在发送完了后的判断语句

if([textView.text hasSuffix:@"\n"] ) {

        NSLog(@"这是一个发送事件");

        //发送文字

        [self sendMessage:textView.text];

        

        //清空文字

        textView.text = nil;

        

//        发送时textView的高速为最小的高度

        textViewH = minHeight;

    

    }

    self.inputToolBarHeightConstrains.constant = 5 + 8 + textViewH;

 

5.设置textView的背景图片  在SB中去设置 拖入一个IMageView 然后把它拿到那个textView的上面去   然后改透明  设置背景图片    把图片拉伸  streching  别忘了给背景图片加约束 不然的话他会随着那个的高度的增加他不会随着拉伸   最后去加个动画

 

6.——————---发送完了后发现光标不见了 发大模拟器看在左上角???

原因???scrollView有一个contentOffset.y的值会随着你的那个的光标的contensize的而向上拖动而拖送

NSStringFromCGSize(textView.contentSet)可以打印出来看看

contentOffset一开始为(0,0)之后它的y值为正数了,为什么呢,因为他要显示的下面的文字内容的话它的那个轴必须下移动 所以为正 

如何解决  哪次发送完了 让它的contentset恢复到原位

 

 

环信遇到的bug1:真机上面不能跑  模拟器可以

[Pasted Graphic_1.tiff]

 

把那个bitcode 设置为NO  bitcode是被编译程序的一种中间形式的代码。包含bitcode配置的程序将会在App store上被编译和链接

默认是yes   

 

 

storyboard作为控制器的复习

 

1.拖入一导航控制器 ,更改尺寸    去掉后一个

2.拖入一个viewControler  然后去把它的那个root viewcontroller  设置一下

 

3.创建一个控制器UIviewcontroller     第三个选项 class里面更改继承关系   

 

 

4.拖线 连线        1.去改掉main        2。去那个第4个 is initial  View Controller 的钩上

 

 

登录提供了三种方法

 

 

1.同步     2.block的异步      3.代理的回调

 

注释的方法提示在图表

方式一:/// 点在图标

方式二: 

 /*!

 *   @brief 点在图标

 */ 查看全部
环信的教程:

没有初始化SDK  

去AppDelegate里面初始化

 

密码

 

User not exist         ??????????

每一个应用都有自己的注册用户  去你的后台管理   去看你的注册的用户数   

为什么demo的可以跑起来????????

是在它的应用下注册的

 

怎么去注册用户  -注册用户

用户名字可以相同   不同的应用   

 

 

那个打印的loginInfo 是这个字典的也就是用户的登录信息

 

你会发现打印的loginInfo上面还有一坨恶心的东西,那个是环信SDK自己打印的日志信息

 

SEND   和      RECV    使用的是XMPP协议    所以 数据的格式是XML   一般的HTTP协议的话他就是JSON格式的

这个是app把客户端登录的信息发给环信服务器后打印出来的日志      是不是很烦

 

如何去在哪儿隐藏它的控制台的日志信息 ?????????

去初始化的时候把它隐藏  有一个otherConfig的东西   右键-jump to Define

进去瞅瞅--

复制它的key 给他设置为NO

这个时候它的控制台的日志信息就被屏蔽了

 

 

跟环信交互的所有类都有这个

[EaseMob sharedInstance].chatManager

 

 

注册的时候代码:


如果你把这onQueue改为nil的话他默认也是在主线程的

 

然后你在去环信的开发中心刷新IM用户 你会发现他多了一个

发送给的数据给服务器的时候还是XML格式,里面的SDK帮你封装了,不用你自己去接触

 

 

---自动登录------------------------------------

 

看到它的主界面只有三个tabbar

 进去 mainstoryboard里面 删除原始的viewcontroller  拖入一个 tabbarController     去掉原始的tabbar 的两个子控制器   记得给它的isinitial 那个选项钩上   然后拖入三个navigationcontroller(这个根据你的界面而定)

 

选中给每个的Item  的title属性可以更改

然后在登录成功中写上加载storyboard的方法

你会发现你已经跳转进去
如何实现自动登录?????????????????

  实现原理:把你的登录信息保存在沙盒中     程序启动时候发送登录请求

  只要你在第一次登录成功后发送环信自带登录的网络请求去实现、

环信自己帮你实现上面的东西

 

具体实现

在登录成功的下面写上

[[EaseMob sharedInstance].chatManager  setIsAutoLoginEnabled:YES]

然后去在AppDelegte里面把他的沙盒路径拿到
然后再控制台你可以看到这些信息,其中的账号密码信息你会发现他被加密了,有没有?
如何监听是否是已经处于登录状态了这个地方有个代理  环信的代理方法

在AppDelegate方法里面进去 在启动方法里面写
你会发现它的那个啥没有完成界面的跳转    但是控制台却是带那个登陆成功了
这个时候我们还缺一步骤  之前我们在自动登录时候我们调用的是set方法

这个时候我们要实现它的 get方法     写在监听登录状态的下面

  //如果登录过直接来到主界面
    if([[EaseMob sharedInstance].chatManager isAutoLoginEnabled]){

        self.window.rootViewController = [UIStoryboard storyboardWithName:@"Main" bundle:nil].instantiateInitialViewController;

    }

    
=------------自动连接--------------------------

 

网络通不通的时候类似微信那种网络不通的实现

去那个main.storyboard里面把那会话的导航控制器跳转的那个类继承改为你自己创建的那个UItableViewController

 

1.在会话里面监听的网络的状态  环信的有很多个代理

去那个.m文件里面去实现
点击那个EMChatManagerDelegate 里面去实现 EMChatManagerUtilDelegate里面的这个方法就OK了

- (void)didConnectionStateChanged:(EMConnectionState)connectionState;
在真机上面测试的时候 网络连接成功不代表客户端和服务器端连接成功

 

 

还有自动连接的状态的监听 也是加上他的代理方法就行了


--------添加好友请求-----------------------------

1.是用环信的思想

 所有的网络请求   [EaseMob sharedInstance].chatManager 由这个管理器发起的

 

2.所有结果(自动登录 自动连接)通过代理来回调完成

[EaseMob sharedInstance].chatManager的addDelegate来完成

 

3.EMChatManagerBuddyDelegate 这个代理实现了对用户的基本操作

1.添加好友      2.从本地获取好友      3.从服务器列表获取最新的好友     4.接受好友添加请求

5.删除好友       6.被好友从名单上面删除  

 

 

在navigation  的第二个控制器上面加上一个UIbarbarItem   选择自定义   然后+    

再去创建一个UIviewController     然后再去实现用个+号去拖一个线  

 

 可以在上面加上navigationItem 上改为添加好友

再去新建一个控制器AdressBooking 通讯录  这个类是继承于UIviewController
是用环信最简单的方法 ,把官方的Demo直接拿过来用   直接跟改它的Appdelegate里面的APPKey

这样你就收到了申请    注意   这是最简单的方式

 

 

还有一点 你要在每个控制器里面写上你环信的代理方法

这样就能保证你下面写的环信 的每一个方法会被自动调用了
代理方法:

代理的销毁

 

 

好友请求消息反馈写在什么地方   因为你进去那个会话的控制器里面了的话就会被销毁了。我们可以把它的好友请求写在会话控制器   这样他每个控制器都可以收到了  也没有必要写在AppDelegate里面 可以去尝试一下

 

 

 

 

 

 

 

 

 

 

---------现实好友界面列表------------------

1.新建一个tableViewcontroller  修改那个tableView的继承

 

2.给他的cell添加一个Identifier     
下面打印的就是他的好友列表

 

 

#pragma mark - Tableview datasource

 

- (NSInteger)tableView:(UITableView *)tableView numberOfRowsInSection:(NSInteger)section {

    return self.buddyList.count;

}

-(UITableViewCell *)tableView:(UITableView *)tableView cellForRowAtIndexPath:(NSIndexPath *)indexPath {

    static NSString *ID = @"BuddyCell";

    UITableViewCell *cell = [tableView dequeueReusableCellWithIdentifier:ID];

    //获取好友列表名称  EMBuddy是环信封装的好友模型

    EMBuddy *buddy = self.buddyList[indexPath.row];

    //显示头像 和名字

    cell.imageView.image = [UIImage imageNamed:@"chatListCellHead"];

    cell.textLabel.text = buddy.username;

    

    return cell;

}

 

注意一个bug在网速很慢的时候话或者用户的手速很快的情况下(遇到单身30年的手速)用户的时候      你会发现好友列表但是没有值的  因为它的好友列表是在你用户登录策划国内恭候才会有值 

 

buddyList是从本地获取的数据  本地有个数据库你可以去里面看看  

// buddyList 

 

如果删除了应用或者饿用户第一次登陆的时候 buddyList是没有数据记录的

就要从服务区获取好友列表纪录

 

 

在网络登陆之前我们去从服务器获取那个 好友列表并把它写到本地的数据库里面去,注意一下这个方法写在哪个地方 切记切记
----------------好友请求同意后的列表刷新----------------------------

 

当接收到后有的同意后要刷新好友的列表数据   去通讯录控制器监听
产生了一个问题?

我发送了请求   对方接受了   没有刷新好友列表

环信发送的话一定调用了

#pragma mark-好友列表的请求被更新,然而并没什么卵用

-(void)didUpdateBuddyList:(NSArray *)buddyList changedBuddies:(NSArray *)changedBuddies isAdd:(BOOL)isAdd{

//    NSLog(@"好友列表被更新%@", buddyList);

    NSLog(@"%@",buddyList);

    self.buddyList = buddyList;

    [self.tableView reloadData];

    

}

加上这句话就可以解决这个问题

 

 

 

 

============删除好友==========================

 

 

获取移除好友的名字

还有一种删除了是互相删除还是只是将一方的删除

 

#pragma mark--删除好友的代理方法

-(void)tableView:(UITableView *)tableView commitEditingStyle:(UITableViewCellEditingStyle)editingStyle forRowAtIndexPath:(nonnull NSIndexPath *)indexPath {

    if(editingStyle == UITableViewCellEditingStyleDelete) {

        //获取要移除的好友的名字

        EMBuddy *buddy =self.buddyList[indexPath.row];

        NSString *deleteusername  = buddy.username;

        

        //删除好友

        [[EaseMob sharedInstance].chatManager removeBuddy:deleteusername removeFromRemote:YES error:nil];

    }

}

 

 

 

 

 

———--------被好友删除的监听-----------------------------

1.在会话里面:

//被好友删除

#pragma mark-监听被好友删除

-(void)didRemovedByBuddy:(NSString *)username {

    NSString *message = [username stringByAppendingString:@"把你删除"];

    UIAlertView *alert = [[UIAlertView alloc]initWithTitle:@"好友删除提醒" message:message delegate:nil cancelButtonTitle:@"知道了" otherButtonTitles:nil, nil];

    [alert show];

}

 

在同叙录里面:

//监听被删除去会话里面

#pragma mark-被好友删除了刷新一遍列表

-(void)didRemovedByBuddy:(NSString *)username {

    [self loadDataFromServer];

}

 

--------------退出登录--------------------------

 

选中table View 的然后给他选static cell

   2.然后连线去实现它的方法

 

-重点-------------聊天界面的实现----------------------------

 

1.拖入一个UIviewController 在上面在取拖入一个navagationBar 去设置他的标题

 

2.把cell的脱线  show

 

3.拖入一个View   拖到最下面    你会发现被tabbar 给盖住了   怎么去隐藏他呢?

   选中他   有个 Bottom Bar  改为None   

 

4.给这个View设置约束的时候注意  不要给她设置底部距Bottom  选择View

layout后  选择 Hidden Bottom Bar

 

5.往上面添加button    button也要设置约束  要他举例底部的位子不变    

否者的话  他会随着聊天的界面文字的的增加   而那个上升

 

还要加上一个textfield

 

通过代码监听键盘    如果底部
千万不要把键盘关闭了   不然神仙也救不了你

 

具体代码:

 

-(void)viewDidLoad {

    [super viewDidLoad];

    //1.监听键盘的弹出,把inputToolbar往上移

    [[NSNotificationCenter defaultCenter] addObserver:self selector:@selector(kbWillShow:) name:UIKeyboardWillShowNotification object:nil];

    

    

    

}

 

#pragma mark-键盘显示的时候会触发方法

-(void)kbWillShow:(NSNotification *)notification {

 //获取键盘的高度

    //1.获取键盘结束的位子

    CGRect kbEndFrame = [notification.userInfo[UIKeyboardFrameEndUserInfoKey] CGRectValue];

    CGFloat kbHeight = kbEndFrame.size.height;

    

    //更改inputToolBar的底部约束

    self.inputToolBarBottonConstraint.constant = kbHeight;

    //添加动画

    [UIView animateWithDuration:0.25 animations:^{

        [self.view layoutIfNeeded];

    }];

}

 

//移除通知

 

-(void)dealloc {

    [[NSNotificationCenter defaultCenter] removeObserver:self];

}

 

///////////////////

再加上一个tableView在它的上面    如何实现在拖动tableview 的时候让键盘隐藏

 

或者去监听tableView滚动的方法  

 

tableView 有一个属性 Keyboard  Dismiss on drag

在键盘推出的时候 让inputToolBarView  恢复原位

也要监听他

 

 

 

 

-----------cell有三种类型的 左边  中间   右边 -------------------------

1.往那个tableView里面去添加cell的时候我们可以 在里面加上图片

 

思路:在你设置好了头像之后再去设置文本的时候怎么设置

UILabel 设置背景图片的时候 我们可以先去给UILabel设置约束

再去设置那个背景图片,让他去拉伸

设置约束的时候注意头像要写死  但是lable只需要设置他的左边和  上面就行

 

如何加上测试数据:

1.自定一一个cell   在给他对用的类    和 对应的cell  绑定一个改类名

在。h文件里面给label加上一个属性 , 在给他的cell绑定一cell
最后别忘了在给tableview 右键往那个UIviewController上面加上数据源和代理

也就是自定义cell

 

------如何去让他显示的换行

1.吧label的Lines设置为0;

2.设置她的最大宽度:选择  Preferred width 这个选项242;

 

 

----最后给他设置那个背景图片

吧那个UIimage添加到那个Label上面 

如何给那个这个ImageView 和Label  设置左上角对其?????????????

选中他们两个,然后把选择设置约束右下角的正向第2个  然后把4个Edge选择对其

 

最后别忘了去吧label  设置为clear

 

怎么去把ImageView的背景图片拉伸???????

选择背景图片 第4个属性倒立的脚   有一个strecting属性  设置为0.5   0.5  0  0

那个时候你会发现它的那个啥的没有那个左边图片的角的属性,什么原因呢?

这是因为你的这个时候的Y值拉升的不够可以把他的Y方向上面改成 0.7

 

这个时候还缺最后一步,要把它的那个背景ImagView改动一下,让它在上下左右 都往外面 

拉伸一下??????//

可以选中它的那个约束,更改它的那个Constant    左边和上面的都是 加10     下边和右边是减10

 最后别忘了跟新约束

 

-----------发送方的cell排布----------------------

先拖入一tableViewCell 然后改他的名字    在去拖入一个Imageview  在去实现它的那个

5  5   35 35 

2.拖入一个Label   上面15 右边20   宽和高就不要添加了

 

3.如何让两个自定义的cell指向同一个的cell  新思想 :两个View公用一个cell

  连线的时候又一个选择   选择senderCell   再给SenderCell一个identifier标示符号

在渲染cell的方法中加入一个加载哪一个cell的判断

 

4.最后设置它的Lines = 0  和 那个Preferred Width的宽度  让它实现自动换行

 

5.添加一个ImageView然后再去设置它的背景图片和  那个边距的对其

 

6.更改Image的Stretching

 

7.最后去把ImageView 的各个边距都改一下 上 10   左 10    下 -10  右边  -15 最后跟新

 

8  重点----如何去根据label里面的文字的高度去自动计算那个文字的高度?????

1.实现它的给他添加了一个测试的数据源方法

9--重点----还有一个问题  怎么去更改的它的自动计算那个行高呢??????

cell的高度取决于label文字的高度和它的字体的大小决定的、

思想: 去获取那个cell里面的label的高度再去加上一个固定的高度就是cell的高度了

怎么去获取那个label的高度呢???

上面的额头像距上为5 加上那个上面label距离上面的10的高度 再加上label自己      的高度self.label.hight +下面的那个10,再去加上那个固定的高度就是cell的高度了

 

 

10.--重点----我们专门搞一个计算高度的属性(他是一个返回cell的方法,然后去返回cell高度的方法里面去给他完成一下赋值的操作,最后去实现)

  //还少了一步 ,一定要加上去设置那个label的数据

    self.chatCellTool.messageLabel.text = self.dataSources[indexPath.row];

    return [self.chatCellTool cellHeight];

 

 

/** 计算高度的cell的属性*/

 @property (nonatomic,strong)UXZYChatCell *chatCellTool;

 

   //给计算cell高度的对象完成一个赋值

    //他返回的是一个cell 这个cell只是在那个返回高度的方法里面去用到了,其他的地方没有用到

记得最好把它的方法static NSString *Indentifier = @"ReceiveCell";写在那个cell的.h文件中

tableview记得再拖一次线  为什么任何一个的Identifier:都可以呢?????

因为你在返回高度的方法里面都是一样的执行的,不获去细分你是哪一个cell的方法 so。。。

    self.chatCellTool = [self.tableView dequeueReusableCellWithIdentifier:SenderCell];

 

 

--------------发送聊天消息---------------------

1.首先要做的是把那个 textView的发送框改成send属性 第四个选项里面的有一个

  Return Key 选项 改成那个Send选项

 

2.怎么去发送按钮的事件呢?????

1.把那个textView 的代理的线连上   2.然后去那个tableView里面的那个去遵守textView代理

 

在textView的方法里面去监听他最后的字符有没有换行,如果有换行的字符的话我就代表说他是发送sender的按钮]

 

3.怎么去发送文字呢???????

#pragma mark-UITextView的代理

-(void)textViewDidChange:(UITextView *)textView {

    if([textView.text hasSuffix:@"\n"] ) {

        NSLog(@"这是一个发送事件");

        //发送文字

        [self sendMessage:textView.text];

        

        //清空文字

        textView.text = nil;

    

    }

}

 

-(void)sendMessage:(NSString *)text {

    //创建一个消息对象实例

    EMMessage *msgObj = [[EMMessage alloc]initWithReceiver:nil bodies:nil];

    //发送消息

    [[EaseMob sharedInstance].chatManager asyncSendMessage:msgObj progress:nil prepare:^(EMMessage *message, EMError *error) {

        NSLog(@"消息准备发送");

    } onQueue:nil completion:^(EMMessage *message, EMError *error) {

        NSLog(@"消息完成发送");

    } onQueue:nil];

    

}

还缺少一个参数  就是把消息发送给谁? 我们就缺少一个参数传递

initWithReceiver:要去拿到那个参数好友列表的参数 EMBuddy 

#warning 每一种消息类型对象不同的消息体

    //EMTextMessageBody

    //EMVoiceMessageBody

    //EMVideoMessageBody

   // EMLocationMessageBody

   // EMImageMessageBody

    

    //创建一个聊天的文本对象

    EMChatText *chatText = [[EMChatText alloc]initWithText:text];

    //创建一个文本消息体

    EMTextMessageBody *textBody = [[EMTextMessageBody alloc]initWithChatObject:chatText];

    

    //创建一个消息对象实例   bodies是一个数组

    EMMessage *msgObj = [[EMMessage alloc]initWithReceiver:self.buddy.username bodies:@[textBody]];

    //发送消息

    

    [[EaseMob sharedInstance].chatManager asyncSendMessage:msgObj progress:nil prepare:^(EMMessage *message, EMError *error) {

        NSLog(@"消息准备发送");

    } onQueue:nil completion:^(EMMessage *message, EMError *error) {

        NSLog(@"消息完成发送");

    } onQueue:nil];

 

注意点  : 加上一个return;去测试

把选中的好友列表正向传递进去

最后别忘了把那个return打开;

    

 

--------------显示好友的名字---------------------

1.在那个聊天的控制器的viewdidload里面写上

self.titlte = self.buddy.username

 

——————-------加载本地的聊天数据--------------------

有封装好的东西,先去内存的会话列表中去获取会话  如果没有找到就去数据库中去获取会话

没有找到就会出发现的会话

 

#pragma mark-加载本地的聊天数据 

-(void)loadLocalChatrecords {

    //获取本地聊天记录 会话对象

   EMConversation *conversation = [[EaseMob sharedInstance].chatManager conversationForChatter:self.buddy.username conversationType: eConversationTypeChat];

    //加载当前来哦天用户所有的聊天记录

    NSArray *messages = [conversation loadAllMessages];

    

    for(id obj in messages) {

        NSLog(@"%@",[obj class]);

    }

    

    [self.dataSources addObject:messages];

    

}

 

  [self.dataSources addObject:messages];加上了就报错了,她的原因是什么呢?

  tableView:heightForRowAtIndexPath 错了

 

跳进设置高度的方法里面去 去吧里面改动一下

    //改进后的cell高度的获取

    //1.获取消息的模型 这样代码风格不好我们可以去cell的属性里面去创建一个cell的模型

//    EMMessage *msg = self.dataSources[indexPath.row];

//    id body = msg.messageBodies[0];

//    if([body isKindOfClass:[EMTextMessageBody class]]) {//如果是文本消息

//        EMTextMessageBody *textBody = body;

//        cell.messageLabel.text = textBody;

//    }

 

最后是用一个set方法去代替他们

 

-(CGFloat)tableView:(UITableView *)tableView heightForRowAtIndexPath:(NSIndexPath *)indexPath {

    //1.获取消息的模型 这样代码风格不好我们可以去cell的属性里面去创建一个cell的模型

    EMMessage *msg = self.dataSources[indexPath.row];

    //改进后的cell高度的获取

//    id body = msg.messageBodies[0];

//    

//    if([body isKindOfClass:[EMTextMessageBody class]]) {//如果是文本消息

//        EMTextMessageBody *textBody = body;

//        cell.messageLabel.text = textBody;

//    }

    self.chatCellTool.message = msg;

    return [self.chatCellTool cellHeight];

    

    //还少了一步 ,一定要加上去设置那个label的数据

//    self.chatCellTool.messageLabel.text = self.dataSources[indexPath.row];

//    return [self.chatCellTool cellHeight];

}

最后别忘了去那个tableviewcell的模型里面去改,

 

————为了计算高度我们建立了一个模型——----------

-(CGFloat)tableView:(UITableView *)tableView heightForRowAtIndexPath:(NSIndexPath *)indexPath {

     //改进后的cell高度的获取

    //1.获取消息的模型 这样代码风格不好我们可以去cell的属性里面去创建一个cell的模型

    EMMessage *msg = self.dataSources[indexPath.row];

    

    self.chatCellTool.message = msg;

    

    return [self.chatCellTool cellHeight];

}

重写了模型的set方法 ,然后去调用了他的set方法

 

最后别忘了在显示的时候去调用他渲染那个方法

我的这个msg是一个消息模型

msg.messageBodies[0]

这样才能拿到消息体

msg.messageBodies[0].text才正确

 

-------------

[Pasted Graphic.tiff]

----------这样还不对-------------------------

 

你会看到你发出去的消息会在左边能看到

如何让它只能在右边显示呢??????????/

EMmessage有两个属性 from   to

from是发送方也就是自己    from是好友的话自己就是接受方

所以我们得在现实渲染的方法里面去先去获取消息模型

然后再去做一个from的判断

 

    UXZYChatCell *cell = nil;

    //先去获取消息模型然后去在去判断是发送方还是接收方

    EMMessage *msg = self.dataSources[indexPath.row];

    if([msg.from isEqualToString:self.buddy.username]) {//自己接收方

       cell = [tableView dequeueReusableCellWithIdentifier:Indentifier];

    }else {

       cell = [tableView dequeueReusableCellWithIdentifier:SenderCell];

    }

 

--------怎么让你的消息立马显示-----------------------

去这个方法里面 

-(void)sendMessage:(NSString *)text { }

 

msgObj是你自己创建一个消息对象实例   bodies是一个数组

 EMMessage *msgObj = [[EMMessage alloc]initWithReceiver:self.buddy.username bodies:@[textBody]];

    //把消息添加到数据源 再刷新表格

    [self.dataSources addObject:msgObj];

    [self.tableView reloadData];

 

------怎么让你的消息自己滚动到最上面的一行----

   

    //4.把消息显示在顶部

    [self scrollToBottom];

}

 

-(void)scrollToBottom {

    //获取最后一行

    if(self.dataSources.count == 0){

        return;

    }

    NSIndexPath *lastIndex = [NSIndexPath indexPathForRow:self.dataSources.count-1 inSection:0];

    

    

    [self.tableView scrollToRowAtIndexPath:lastIndex atScrollPosition:UITableViewScrollPositionBottom animated:YES];

}

 

—————仔细的你到这一步了发没发现你那个你发出去的消息子啊框里面都会多出一行---

原因:是你在点击发送的时候他换了一下行,换行字符只展占用一个字节

如何去清除那个换行的字符,在发消息的放里面去实现

        text = [text substringToIndex:text.length-1];

 

 

-----------怎么去监听消息的回复--------------------

1.设置代理方法  并遵循它的 代理方法

2.有一个那个mesage的方法去实现一下

 

 

 

 

------对输入框的完善,即在你输入的时候那个输入框的高速会自动增加-------------------------

1.得定义输入框的一个最小的高度和最大的高度

2.textView是继承于UIscrollView   scrollView有一个属性 contensize 属性

    这个是计算那个做一个判断 不同情况下面的高度

 

3.我们再去拿到那个的InputView 的高度的约束  再去连线使它成为一个属性  然后像之前一样去约束它,找到他,然后给他连线 使它成为一个属性

 

    //获取contentsize的高度

    CGFloat contentHeight = textView.contentSize.height;

    if (contentHeight <minHeight) {

        textViewH = minHeight;

    }else if (contentHeight >maxHeight) {

        textViewH = maxHeight;

    }else {

        textViewH = contentHeight;

    }

    

    self.inputToolBarHeightConstrains.constant = 5 + 8 + textViewH;

 

4.还是有一个问题,就是在你输入完了一之后发送了   之后textView还是有一个换行的空格

所以还得有一个在发送完了后的判断语句

if([textView.text hasSuffix:@"\n"] ) {

        NSLog(@"这是一个发送事件");

        //发送文字

        [self sendMessage:textView.text];

        

        //清空文字

        textView.text = nil;

        

//        发送时textView的高速为最小的高度

        textViewH = minHeight;

    

    }

    self.inputToolBarHeightConstrains.constant = 5 + 8 + textViewH;

 

5.设置textView的背景图片  在SB中去设置 拖入一个IMageView 然后把它拿到那个textView的上面去   然后改透明  设置背景图片    把图片拉伸  streching  别忘了给背景图片加约束 不然的话他会随着那个的高度的增加他不会随着拉伸   最后去加个动画

 

6.——————---发送完了后发现光标不见了 发大模拟器看在左上角???

原因???scrollView有一个contentOffset.y的值会随着你的那个的光标的contensize的而向上拖动而拖送

NSStringFromCGSize(textView.contentSet)可以打印出来看看

contentOffset一开始为(0,0)之后它的y值为正数了,为什么呢,因为他要显示的下面的文字内容的话它的那个轴必须下移动 所以为正 

如何解决  哪次发送完了 让它的contentset恢复到原位

 

 

环信遇到的bug1:真机上面不能跑  模拟器可以

[Pasted Graphic_1.tiff]

 

把那个bitcode 设置为NO  bitcode是被编译程序的一种中间形式的代码。包含bitcode配置的程序将会在App store上被编译和链接

默认是yes   

 

 

storyboard作为控制器的复习

 

1.拖入一导航控制器 ,更改尺寸    去掉后一个

2.拖入一个viewControler  然后去把它的那个root viewcontroller  设置一下

 

3.创建一个控制器UIviewcontroller     第三个选项 class里面更改继承关系   

 

 

4.拖线 连线        1.去改掉main        2。去那个第4个 is initial  View Controller 的钩上

 

 

登录提供了三种方法

 

 

1.同步     2.block的异步      3.代理的回调

 

注释的方法提示在图表

方式一:/// 点在图标

方式二: 

 /*!

 *   @brief 点在图标

 */
0
回复

即时通讯云 如何获取mips下 linux 版本 Linux

回复

Ben56 发起了问题 • 1 人关注 • 75 次浏览 • 2017-01-11 11:09 • 来自相关话题

0
评论

集成的单聊界面不能下拉加载更多的问题 问题

峰回路转 发表了文章 • 39 次浏览 • 2017-01-11 10:55 • 来自相关话题

只需要在EaseMessageViewController 的viewDidLoad方法里底部加上[self tableViewDidTriggerHeaderRefresh];即可解决。
祝环信越来越好!
只需要在EaseMessageViewController 的viewDidLoad方法里底部加上[self tableViewDidTriggerHeaderRefresh];即可解决。
祝环信越来越好!
0
回复

ARM 平台及 MIPS 平台的SDK希望官方能提供一下 Linux

回复

Ben56 发起了问题 • 1 人关注 • 103 次浏览 • 2017-01-11 02:31 • 来自相关话题

0
评论

环信动态库sdk上架问题解决方案 iOS 动态库

beyond 发表了文章 • 92 次浏览 • 2017-01-10 17:28 • 来自相关话题

环信发布了动态库sdk:




但是也会有一些问题,这里讲下关于这个上架的问题。

1.先把Hyphenate.framework放到桌面上;

2.终端位置cd到桌面;

3.运行:lipo Hyphenate.framework/Hyphenate -thin armv7 -output Hyphenate_armv7  

4.运行后没有输出提示,直接运行下一个命令:lipo Hyphenate.framework/Hyphenate -thin arm64 -output Hyphenate_arm64                                                                                                                                                                

5.运行后一样没有输出提示,直接运行下一个命令:lipo -create Hyphenate_armv7 Hyphenate_arm64 -output Hyphenate                                                                                                                                                                            

6.运行后一样没有输出提示,直接运行最后一个命令:mv Hyphenate Hyphenate.framework/




得到的Hyphenate.framework就是最后的结果,拖进工程,编译打包上架。
 
作者:环信ios工程师张磊 查看全部
环信发布了动态库sdk:
2639170-be3d6bfe875d544c.png

但是也会有一些问题,这里讲下关于这个上架的问题。

1.先把Hyphenate.framework放到桌面上;

2.终端位置cd到桌面;

3.运行:lipo Hyphenate.framework/Hyphenate -thin armv7 -output Hyphenate_armv7  

4.运行后没有输出提示,直接运行下一个命令:lipo Hyphenate.framework/Hyphenate -thin arm64 -output Hyphenate_arm64                                                                                                                                                                

5.运行后一样没有输出提示,直接运行下一个命令:lipo -create Hyphenate_armv7 Hyphenate_arm64 -output Hyphenate                                                                                                                                                                            

6.运行后一样没有输出提示,直接运行最后一个命令:mv Hyphenate Hyphenate.framework/
2639170-6aa66fdee8102250.png

得到的Hyphenate.framework就是最后的结果,拖进工程,编译打包上架。
 
作者:环信ios工程师张磊
0
评论

Web IM V1.4.8已发布,刷新页面保持登陆状态 Web IM 产品快递

产品更新 发表了文章 • 161 次浏览 • 2017-01-10 16:10 • 来自相关话题

新功能:

[demo] 增加webrtc视频聊天的声音开关
[demo] 动态创建chatWindow,提高网页性能
[demo] 切换leftbar时会给chatWindow添加遮罩,返回之前的leftbar时会直接跳到之前选中的cate和chatWindow
[demo] 登录成功后,刷新页面不会再回到登录页


Bug修复:

[sdk] 移除sdk中所有log方法
[sdk] 退出muc group room 时,追加发送一条unavailable的presence stanza


webim体验:https://webim.easemob.com/ 

版本历史:更新日志
 
SDK下载:点击下载 查看全部

9153.jpg_wh860_.jpg

新功能:


[demo] 增加webrtc视频聊天的声音开关
[demo] 动态创建chatWindow,提高网页性能
[demo] 切换leftbar时会给chatWindow添加遮罩,返回之前的leftbar时会直接跳到之前选中的cate和chatWindow
[demo] 登录成功后,刷新页面不会再回到登录页



Bug修复:


[sdk] 移除sdk中所有log方法
[sdk] 退出muc group room 时,追加发送一条unavailable的presence stanza



webim体验:https://webim.easemob.com/ 

版本历史:更新日志
 
SDK下载:点击下载
0
评论

数据驱动下的在线旅游新生态——易观数聚论(旅游专场) 行业活动

iamjacker 发表了文章 • 48 次浏览 • 2017-01-09 15:36 • 来自相关话题

   2016年中国在线度假旅游市场目前处于市场高速发展阶段。

   纵观2016年中国的在线度假旅游的市场发展状况;线上线下融合程度提升。2016年中国在线度假旅游市场竞争向全产业链深入,在线度假旅游企业对资源端的渗透能力和用户细分需求的精细化响应是市场竞争核心,行业整合将向产业链上游不断深入;同时线下旅游企业对于互联网平台重视程度提升,线上线下企业通过战略合作、投资入股等方式加强资源端与渠道端协同,出现海航与途牛联姻、众信与携程联姻、万达与同程联姻等案例,说明市场整合不断深入,线上线下一体化加速,互联网正成为串联渠道和资源等产业链多环节的基础平台。

   1月14日,易观邀您一起探讨在线旅游市场在大数据的驱动下将如何完成2017年的新突破。   

 
▎活动背景

   “易观数聚论”是面向互联网+垂直领域关于大数据应用相关内容的线下研讨会。旨在为企业衡量数字用户资产价值,产品精细化运营,用户转化与变现等问题。

   “易观数聚论”将嘉宾架构更新为 “1位易观产品规划师+1位垂直领域知名企业领袖分享+2位该领域有实战案例嘉宾分享+话题互动”的模式,为互联网企业和在职人员提供相关领域的大数据应用干货。

   用户运营将成为所有类型企业的核心命题,如何进行数字用户资产管理和经营,是企业未来最重要的竞争力之一。数字用户资产四大价值,市值管理(企业第四张表)、获客、提高忠诚度、提供用户ARPU交相辉映,方法论倾囊相授,企业实践案例分析解读,一站式融会贯通数字用户资产运营方法论,学会经营用户。

   数据是新能源,易观是加油站。面对行业的机遇和挑战,易观将助力企业学习用户数字资产管理方法,提高用户转化与精准变现。

 

▎活动信息

时间:2017.1.14(周六)13:30-16:00

规模:100人(现场座位有限,按照报名顺序安排留座)

地点:上海市静安区愚园东路20号东海广场3号楼(具体地址电话/短信告知)

 

▎报名须知 

   为保证参会人员质量与留座到场率,本次活动为收费形式;报名者可在1月10日之前通过本平台购买“早鸟票”(单人:68元;套票双人:88元);1月10日之后即恢复原价100元/人。报名后凭审核短信签到入场,未报名者一概不予进场。以此带来不便,敬请谅解!

   注:活动无任何盈利目的,报名参会者可现场领取Linckia现磨咖啡一杯(大杯,种类可选)。




▎联系方式

活动联系人:许宏运 13120751039


▎活动详情




▎活动议程

13:30-13:55——签到

13:55-14:00——主持人开场

14:00-14:30——主题:中国在线旅游行业发展现状与趋势预测

        ——嘉宾:易观旅游行业中心资深分析师姜昕蔚

14:30-15:00——主题:旅游产品的用户转化与价值变现

        ——嘉宾:驴妈妈旅游网CMO黄春香 

15:00-15:30——主题:个性化定制旅行产品的新风口              

        ——嘉宾:指南猫创始人兼CEO任静

15:30-16:00——圆桌:旅游企业的新风口与新生态

16:00-16:20——交流/提问                                  

(提问者有机会获得价值880元的《互联网产业发展年鉴》一本)

                         

▎合作单位








——感谢以上平台对本次活动的大力支持!


▎往期回顾




 
我要报名:http://www.huodongxing.com/event/4368713124800 查看全部
   2016年中国在线度假旅游市场目前处于市场高速发展阶段。

   纵观2016年中国的在线度假旅游的市场发展状况;线上线下融合程度提升。2016年中国在线度假旅游市场竞争向全产业链深入,在线度假旅游企业对资源端的渗透能力和用户细分需求的精细化响应是市场竞争核心,行业整合将向产业链上游不断深入;同时线下旅游企业对于互联网平台重视程度提升,线上线下企业通过战略合作、投资入股等方式加强资源端与渠道端协同,出现海航与途牛联姻、众信与携程联姻、万达与同程联姻等案例,说明市场整合不断深入,线上线下一体化加速,互联网正成为串联渠道和资源等产业链多环节的基础平台。

   1月14日,易观邀您一起探讨在线旅游市场在大数据的驱动下将如何完成2017年的新突破。   

 
▎活动背景

   “易观数聚论”是面向互联网+垂直领域关于大数据应用相关内容的线下研讨会。旨在为企业衡量数字用户资产价值,产品精细化运营,用户转化与变现等问题。

   “易观数聚论”将嘉宾架构更新为 “1位易观产品规划师+1位垂直领域知名企业领袖分享+2位该领域有实战案例嘉宾分享+话题互动”的模式,为互联网企业和在职人员提供相关领域的大数据应用干货。

   用户运营将成为所有类型企业的核心命题,如何进行数字用户资产管理和经营,是企业未来最重要的竞争力之一。数字用户资产四大价值,市值管理(企业第四张表)、获客、提高忠诚度、提供用户ARPU交相辉映,方法论倾囊相授,企业实践案例分析解读,一站式融会贯通数字用户资产运营方法论,学会经营用户。

   数据是新能源,易观是加油站。面对行业的机遇和挑战,易观将助力企业学习用户数字资产管理方法,提高用户转化与精准变现。

 

▎活动信息

时间:2017.1.14(周六)13:30-16:00

规模:100人(现场座位有限,按照报名顺序安排留座)

地点:上海市静安区愚园东路20号东海广场3号楼(具体地址电话/短信告知)

 

▎报名须知 

   为保证参会人员质量与留座到场率,本次活动为收费形式;报名者可在1月10日之前通过本平台购买“早鸟票”(单人:68元;套票双人:88元);1月10日之后即恢复原价100元/人。报名后凭审核短信签到入场,未报名者一概不予进场。以此带来不便,敬请谅解!

   注:活动无任何盈利目的,报名参会者可现场领取Linckia现磨咖啡一杯(大杯,种类可选)。




▎联系方式

活动联系人:许宏运 13120751039


▎活动详情
嘉宾介绍.jpeg

▎活动议程

13:30-13:55——签到

13:55-14:00——主持人开场

14:00-14:30——主题:中国在线旅游行业发展现状与趋势预测

        ——嘉宾:易观旅游行业中心资深分析师姜昕蔚

14:30-15:00——主题:旅游产品的用户转化与价值变现

        ——嘉宾:驴妈妈旅游网CMO黄春香 

15:00-15:30——主题:个性化定制旅行产品的新风口              

        ——嘉宾:指南猫创始人兼CEO任静

15:30-16:00——圆桌:旅游企业的新风口与新生态

16:00-16:20——交流/提问                                  

(提问者有机会获得价值880元的《互联网产业发展年鉴》一本)

                         

▎合作单位
主办.jpg

合作伙伴.jpg

——感谢以上平台对本次活动的大力支持!


▎往期回顾
往期回顾.jpg

 
我要报名:http://www.huodongxing.com/event/4368713124800
0
评论

美团热更方案ASM实践 Android 环信 热更新

beyond 发表了文章 • 309 次浏览 • 2017-01-06 16:57 • 来自相关话题

    美团热更新的文章已经讲了,他们用的是Instant Run的方案。
这篇文章主要讲美团热更方案中没讲到的部分,包含几个方面:
作为云服务提供厂商,需要提供给客户SDK,SDK发布后同样要考虑bug修复问题。这里讲一下作为sdk发布者的热更新方案选型,也就是为什么用美团方案&Instant Run方案。美团方案实现的大致结构最后讲一下asm插桩的过程,字节码导读,以及遇到的各种坑。
 方案选择:

  我们公司提供及时通讯服务,同时需要提供给用户方便集成的及时通讯的SDK,每次SDK发布的同时也面临SDK发布后紧急bug的修复问题。 现在市面上的热更新方案通常不适用SDK提供方使用。 以阿里的andFix和微信的tinker为例,都是直接修改并合成新的apk。这样做对于普通app没有问题,但是对于sdk提供方是不可以的,SDK发布者不能够直接修改apk,这个事情只能由app开发者来做。

tinker方案如图:




女娲方案,由大众点评Jason Ross实现并开源,他们是在classLoader过程中,將自己的修改后的patch类所在的dex, 插入到dex队列前面,这样在classloader按照类名字加载的时候会优先加载patch类。

女娲方案如图:




   女娲方案有一个条件约束,就是每个类都要插桩,插入一个类的引用,并且这个被引用类需要打包到单独的dex文件中,这样保证每个类都没有被打上CLASS_ISPREVERIFIED标志。 具体详细描述在早期的hotpatch方案 安卓App热补丁动态修复技术介绍

  作为SDK提供者,只能提供jar包给用户,无法约束用户的dex生成过程,所以女娲方案无法直接应用。 女娲方案是开源的,而且其中提供了asm插桩示例,对于后面应用美团方案有很好参考意义。

美团&&Instant Run方案

   美团方案 也就是Instant Run的方案基本思路就是在每个函数都插桩,如果一个类存在bug,需要修复,就将插桩点类的changeRedirect字段从null值变成patch类。 基本原理在美团方案中有讲述,但是美团文中没有讲最重要的一个问题,就是如何在每一个函数前面插桩,下面会详细讲一下。 Patch应用部分,这里忽略,因为是java代码,大家可以反编译Instant Run.jar,看一下大致思路,基本都能写出来。

插桩

   插桩的动作就是在每一个函数前面都插入PatchProxy.isSupport...PatchProxy.accessDisPatch这一系列代码(参看美团方案)。插桩工作直接修改class文件,因为这样不影响正常代码逻辑,只有最后打包发布的时候才进行插桩。
   插桩最常用的是asm.jar。接下来的部分需要用户先了解asm.jar的大致使用流程。了解这个过程最好是找个实例实践一下,光看介绍文章是看不懂的。

   asm有两种方式解析class文件,一种是core API, provides an event based representation of classes,类似解析xml的SAX的事件触发方式,遍历类,以及类的字段,类中的方法,在遍历的过程中会依次触发相应的函数,比如遍历类函数时,触发visitMethod(name, signature...),用户可以在这个方法中修改函数实现。 另外一种 tree API, provides an object based representation,类似解析xml中的DOM树方式。本文中,这里使用了core API方式。asm.jar有对应的manual asm4-guide.pdf,需要仔细研读,了解其用法。

使用asm.jar把java class反编译为字节码

反编译为字节码对应的命令是java -classpath "asm-all.jar" org.jetbrains.org.objectweb.asm.util.ASMifier State.class    这个地方有一个坑,官方版本asm.jar 在执行ASMifier命令的时候总是报错,后来在Android Stuidio的目录下面找一个asm-all.jar替换再执行就不出问题了。但是用asm.jar插桩的过程,仍然使用官方提供的asm.jar。
 
插入前代码:class State {
long getIndex(int val) {
return 100;
}
}ASMifier反编译后字节码如下mv = cw.visitMethod(0, "getIndex", "(I)J", null, null);
mv.visitCode();
mv.visitLdcInsn(new Long(100L));
mv.visitInsn(LRETURN);
mv.visitMaxs(2, 2);
mv.visitEnd();插桩后代码:long getIndex(int a) {
if ($patch != null) {
if (PatchProxy.isSupport(new Object[0], this, $patch, false)) {
return ((Long) com.hyphenate.patch.PatchProxy.accessDispatch(new Object[] {a}, this, $patch, false)).longValue();
}
}
return 100;
}ASMifier反编译后代码如下:mv = cw.visitMethod(ACC_PUBLIC, "getIndex", "(I)J", null, null);
mv.visitCode();
mv.visitFieldInsn(GETSTATIC, "com/hyphenate/State", "$patch", "Lcom/hyphenate/patch/PatchReDirection;");
Label l0 = new Label();
mv.visitJumpInsn(IFNULL, l0);
mv.visitInsn(ICONST_0);
mv.visitTypeInsn(ANEWARRAY, "java/lang/Object");
mv.visitVarInsn(ALOAD, 0);
mv.visitFieldInsn(GETSTATIC, "com/hyphenate/State", "$patch", "Lcom/hyphenate/patch/PatchReDirection;");
mv.visitInsn(ICONST_0);
mv.visitMethodInsn(INVOKESTATIC, "com/hyphenate/patch/PatchProxy", "isSupport", "([Ljava/lang/Object;Ljava/lang/Object;Lcom/hyphenate/patch/PatchReDirection;Z)Z", false);
mv.visitJumpInsn(IFEQ, l0);
mv.visitIntInsn(BIPUSH, 1);
mv.visitTypeInsn(ANEWARRAY, "java/lang/Object");
mv.visitInsn(DUP);
mv.visitIntInsn(BIPUSH, 0);
mv.visitVarInsn(ILOAD, 1);
mv.visitMethodInsn(INVOKESTATIC, "java/lang/Integer", "valueOf", "(I)Ljava/lang/Integer;", false);
mv.visitInsn(AASTORE);
mv.visitVarInsn(ALOAD, 0);
mv.visitFieldInsn(GETSTATIC, "com/hyphenate/State", "$patch", "Lcom/hyphenate/patch/PatchReDirection;");
mv.visitInsn(ICONST_0);
mv.visitMethodInsn(INVOKESTATIC, "com/hyphenate/patch/PatchProxy", "accessDispatch", "([Ljava/lang/Object;Ljava/lang/Object;Lcom/hyphenate/patch/PatchReDirection;Z)Ljava/lang/Object;", false);
mv.visitTypeInsn(CHECKCAST, "java/lang/Long");
mv.visitMethodInsn(INVOKEVIRTUAL, "java/lang/Long", "longValue", "()J", false);
mv.visitInsn(LRETURN);
mv.visitLabel(l0);
mv.visitFrame(Opcodes.F_SAME, 0, null, 0, null);
mv.visitLdcInsn(new Long(100L));
mv.visitInsn(LRETURN);
mv.visitMaxs(4, 2);
mv.visitEnd();对于插桩程序来说,需要做的就是把差异部分插桩到代码中​
 
   需要将全部入參传递给patch方法,插入的代码因此会根据入參进行调整,同时也要处理返回值.

   可以观察上面代码,上面的例子显示了一个int型入參a,装箱变成Integer,放在一个Object[]数组中,先后调用isSupport和accessDispatch,传递给patch类的对应方法,patch返回类型是Long,然后调用longValue,拆箱变成long类型。

   对于普通的java对象,因为均派生自Object,所以对象的引用直接放在数组中;对于primitive类型(包括int, long, float....)的处理,需要先调用Integer, Boolean, Float等java对象的构造函数,将primitive类型装箱后作为object对象放在数组中。

   如果原来函数返回结果的是primitive类型,需要插桩代码将其转化为primitive类型。还要处理数组类型,和void类型。 java的primitive类型在 java virtual machine specification中有定义。
 
   这个插入过程有两个关键问题,一个是函数signature的解析,另外一个是适配这个参数变化插入代码。下面详细解释下:@Override
public MethodVisitor visitMethod(int access, String name, String desc,
String signature, String[] exceptions) {   这个函数是asm.jar访问类函数时触发的事件,desc变量对应java jni中的signature,比如这里是'(I)J', 需要解析并转换成primitive类型,类,数组,void。这部分代码参考了android底层的源码libcore/luni/src/main/java/libcore/reflect,和sun java的SignatureParser.java,都有反映了这个遍历过程。

   关于java字节码的理解,汇编指令主要是看 Java bytecode instruction listings

   理解java字节码,需要理解jvm中的栈的结构。JVM是一个基于栈的架构。方法执行的时候(包括main方法),在栈上会分配一个新的帧,这个栈帧包含一组局部变量。这组局部变量包含了方法运行过程中用到的所有变量,包括this引用,所有的方法参数,以及其它局部定义的变量。对于类方法(也就是static方法)来说,方法参数是从第0个位置开始的,而对于实例方法来说,第0个位置上的变量是this指针。引自: Java字节码浅析

分析中间部分字节码实现,com.hyphenate.patch.PatchProxy.accessDispatch(new Object[] {a}, this, $patch, false))对应字节码如下,请对照Java bytecode instruction listings中每条指令观察对应栈帧的变化,下面注释中'[]'中表示栈帧中的内容。
mv.visitIntInsn(BIPUSH, 1); # 数字1入栈,对应new Object[1]数组长度1。 栈:[1]
mv.visitTypeInsn(ANEWARRAY, "java/lang/Object"); # ANEWARRY:count(1) → arrayref, 栈:[arr_ref]
mv.visitInsn(DUP); # 栈:[arr_ref, arr_ref]
mv.visitIntInsn(BIPUSH, 0); # 栈:[arr_ref, arr_ref, 0]
mv.visitVarInsn(ILOAD, 1); # 局部变量位置1的内容入栈, 栈:[arr_ref, arr_ref, 0, a]
mv.visitMethodInsn(INVOKESTATIC, "java/lang/Integer", "valueOf", "(I)Ljava/lang/Integer;", false); # 调用Integer.valueOf, INVOKESTATIC: [arg1, arg2, ...] → result, 栈:[arr_ref, arr_ref, 0, integerObjectOf_a]
mv.visitInsn(AASTORE); # store a reference into array: arrayref, index, value →, 栈:[arr_ref]
mv.visitVarInsn(ALOAD, 0); # this入栈,栈:[arr_ref, this]
mv.visitFieldInsn(GETSTATIC, "com/hyphenate/State", "$patch", "Lcom/hyphenate/patch/PatchReDirection;"); #$patch入栈,栈:[arr_ref, this, $patch]
mv.visitInsn(ICONST_0); #false入栈, # 栈:[arr_ref, this, $patch, false]
mv.visitMethodInsn(INVOKESTATIC, "com/hyphenate/patch/PatchProxy", "accessDispatch", "([Ljava/lang/Object;Ljava/lang/Object;Lcom/hyphenate/patch/PatchReDirection;Z)Ljava/lang/Object;", false); # 调用accessDispatch, 栈包含返回结果,栈:[longObject]熟悉上面的字节码以及对应的栈帧变化,也就掌握了插桩过程。
 
坑:

   ClassVisitor.visitMethod()中access如果是ACC_SYNTHETIC或者ACC_BRIDGE,插桩后无法正常运行。ACC_SYNTHETIC表示函数由javac自动生成的,enum类型就会产生这种类型的方法,不需要插桩,直接略过。因为观察到模版类也会产生ACC_SYNTHETIC,所以插桩过程跳过了模版类。

ClassVisitor.visit()函数对应遍历到类触发的事件,access如果是ACC_INTERFACE或者ACC_ENUM,无需插桩。简单说就是接口和enum不涉及方法修改,无需插桩。

静态方法的实现和普通类成员函数略有出入,对于汇编程序来说,本地栈的第一个位置,如果是普通方法,会存储this引用,static方法没有this,这里稍微调整一下就可以实现的。

不定参数由于要求连续输入的参数类型相同,被编译器直接变成了数组,所以对本程序没有造成影响。

大小:

   插桩因为对每个函数都插桩,反编译后看实际上增加了大量代码,甚至可以说插入的代码比原有的代码还要多。但是实际上最终生成的jar包增长了大概20%多一点,并没有想的那么多,在可接受范围内。因为class所占的空间不止是代码部分,还包括类描述,字段描述,方法描述,const-pool等,代码段只占其中的不到一半。可以参考[The class File Format](link @http://docs.oracle.com/javase/ ... 4.html)

讨论

   前面代码插桩的部分和美团热更文章中保持一致,实际上还有些细节还可以调整。isSupport这个函数的参数可以调整如下if (PatchProxy.isSupport(“getIndex”, "(I)J", false)) {这样能减小插桩部分代码,而且可以区分名字相同的函数。

PatchProxy.isSupport最后一个参数表示是普通类函数还是static函数,这个是方便java应用patch的时候处理。

源码地址
https://github.com/easemob/empatch
 作者:李楠
公司:环信
关注领域:Android开发
文章署名: greenmemo 查看全部
    美团热更新的文章已经讲了,他们用的是Instant Run的方案。
这篇文章主要讲美团热更方案中没讲到的部分,包含几个方面:
  1. 作为云服务提供厂商,需要提供给客户SDK,SDK发布后同样要考虑bug修复问题。这里讲一下作为sdk发布者的热更新方案选型,也就是为什么用美团方案&Instant Run方案。
  2. 美团方案实现的大致结构
  3. 最后讲一下asm插桩的过程,字节码导读,以及遇到的各种坑。

 方案选择:

  我们公司提供及时通讯服务,同时需要提供给用户方便集成的及时通讯的SDK,每次SDK发布的同时也面临SDK发布后紧急bug的修复问题。 现在市面上的热更新方案通常不适用SDK提供方使用。 以阿里的andFix和微信的tinker为例,都是直接修改并合成新的apk。这样做对于普通app没有问题,但是对于sdk提供方是不可以的,SDK发布者不能够直接修改apk,这个事情只能由app开发者来做。

tinker方案如图:
图片1.png

女娲方案,由大众点评Jason Ross实现并开源,他们是在classLoader过程中,將自己的修改后的patch类所在的dex, 插入到dex队列前面,这样在classloader按照类名字加载的时候会优先加载patch类。

女娲方案如图:
图片2.png

   女娲方案有一个条件约束,就是每个类都要插桩,插入一个类的引用,并且这个被引用类需要打包到单独的dex文件中,这样保证每个类都没有被打上CLASS_ISPREVERIFIED标志。 具体详细描述在早期的hotpatch方案 安卓App热补丁动态修复技术介绍

  作为SDK提供者,只能提供jar包给用户,无法约束用户的dex生成过程,所以女娲方案无法直接应用。 女娲方案是开源的,而且其中提供了asm插桩示例,对于后面应用美团方案有很好参考意义。

美团&&Instant Run方案

   美团方案 也就是Instant Run的方案基本思路就是在每个函数都插桩,如果一个类存在bug,需要修复,就将插桩点类的changeRedirect字段从null值变成patch类。 基本原理在美团方案中有讲述,但是美团文中没有讲最重要的一个问题,就是如何在每一个函数前面插桩,下面会详细讲一下。 Patch应用部分,这里忽略,因为是java代码,大家可以反编译Instant Run.jar,看一下大致思路,基本都能写出来。

插桩

   插桩的动作就是在每一个函数前面都插入PatchProxy.isSupport...PatchProxy.accessDisPatch这一系列代码(参看美团方案)。插桩工作直接修改class文件,因为这样不影响正常代码逻辑,只有最后打包发布的时候才进行插桩。
   插桩最常用的是asm.jar。接下来的部分需要用户先了解asm.jar的大致使用流程。了解这个过程最好是找个实例实践一下,光看介绍文章是看不懂的。

   asm有两种方式解析class文件,一种是core API, provides an event based representation of classes,类似解析xml的SAX的事件触发方式,遍历类,以及类的字段,类中的方法,在遍历的过程中会依次触发相应的函数,比如遍历类函数时,触发visitMethod(name, signature...),用户可以在这个方法中修改函数实现。 另外一种 tree API, provides an object based representation,类似解析xml中的DOM树方式。本文中,这里使用了core API方式。asm.jar有对应的manual asm4-guide.pdf,需要仔细研读,了解其用法。

使用asm.jar把java class反编译为字节码

反编译为字节码对应的命令是
java -classpath "asm-all.jar"   org.jetbrains.org.objectweb.asm.util.ASMifier State.class 
   这个地方有一个坑,官方版本asm.jar 在执行ASMifier命令的时候总是报错,后来在Android Stuidio的目录下面找一个asm-all.jar替换再执行就不出问题了。但是用asm.jar插桩的过程,仍然使用官方提供的asm.jar。
 
插入前代码:
class State {
long getIndex(int val) {
return 100;
}
}
ASMifier反编译后字节码如下
mv = cw.visitMethod(0, "getIndex", "(I)J", null, null);
mv.visitCode();
mv.visitLdcInsn(new Long(100L));
mv.visitInsn(LRETURN);
mv.visitMaxs(2, 2);
mv.visitEnd();
插桩后代码:
long getIndex(int a) {
if ($patch != null) {
if (PatchProxy.isSupport(new Object[0], this, $patch, false)) {
return ((Long) com.hyphenate.patch.PatchProxy.accessDispatch(new Object[] {a}, this, $patch, false)).longValue();
}
}
return 100;
}
ASMifier反编译后代码如下:
mv = cw.visitMethod(ACC_PUBLIC, "getIndex", "(I)J", null, null);
mv.visitCode();
mv.visitFieldInsn(GETSTATIC, "com/hyphenate/State", "$patch", "Lcom/hyphenate/patch/PatchReDirection;");
Label l0 = new Label();
mv.visitJumpInsn(IFNULL, l0);
mv.visitInsn(ICONST_0);
mv.visitTypeInsn(ANEWARRAY, "java/lang/Object");
mv.visitVarInsn(ALOAD, 0);
mv.visitFieldInsn(GETSTATIC, "com/hyphenate/State", "$patch", "Lcom/hyphenate/patch/PatchReDirection;");
mv.visitInsn(ICONST_0);
mv.visitMethodInsn(INVOKESTATIC, "com/hyphenate/patch/PatchProxy", "isSupport", "([Ljava/lang/Object;Ljava/lang/Object;Lcom/hyphenate/patch/PatchReDirection;Z)Z", false);
mv.visitJumpInsn(IFEQ, l0);
mv.visitIntInsn(BIPUSH, 1);
mv.visitTypeInsn(ANEWARRAY, "java/lang/Object");
mv.visitInsn(DUP);
mv.visitIntInsn(BIPUSH, 0);
mv.visitVarInsn(ILOAD, 1);
mv.visitMethodInsn(INVOKESTATIC, "java/lang/Integer", "valueOf", "(I)Ljava/lang/Integer;", false);
mv.visitInsn(AASTORE);
mv.visitVarInsn(ALOAD, 0);
mv.visitFieldInsn(GETSTATIC, "com/hyphenate/State", "$patch", "Lcom/hyphenate/patch/PatchReDirection;");
mv.visitInsn(ICONST_0);
mv.visitMethodInsn(INVOKESTATIC, "com/hyphenate/patch/PatchProxy", "accessDispatch", "([Ljava/lang/Object;Ljava/lang/Object;Lcom/hyphenate/patch/PatchReDirection;Z)Ljava/lang/Object;", false);
mv.visitTypeInsn(CHECKCAST, "java/lang/Long");
mv.visitMethodInsn(INVOKEVIRTUAL, "java/lang/Long", "longValue", "()J", false);
mv.visitInsn(LRETURN);
mv.visitLabel(l0);
mv.visitFrame(Opcodes.F_SAME, 0, null, 0, null);
mv.visitLdcInsn(new Long(100L));
mv.visitInsn(LRETURN);
mv.visitMaxs(4, 2);
mv.visitEnd();
对于插桩程序来说,需要做的就是把差异部分插桩到代码中​
 
   需要将全部入參传递给patch方法,插入的代码因此会根据入參进行调整,同时也要处理返回值.

   可以观察上面代码,上面的例子显示了一个int型入參a,装箱变成Integer,放在一个Object[]数组中,先后调用isSupport和accessDispatch,传递给patch类的对应方法,patch返回类型是Long,然后调用longValue,拆箱变成long类型。

   对于普通的java对象,因为均派生自Object,所以对象的引用直接放在数组中;对于primitive类型(包括int, long, float....)的处理,需要先调用Integer, Boolean, Float等java对象的构造函数,将primitive类型装箱后作为object对象放在数组中。

   如果原来函数返回结果的是primitive类型,需要插桩代码将其转化为primitive类型。还要处理数组类型,和void类型。 java的primitive类型在 java virtual machine specification中有定义。
 
   这个插入过程有两个关键问题,一个是函数signature的解析,另外一个是适配这个参数变化插入代码。下面详细解释下:
@Override
public MethodVisitor visitMethod(int access, String name, String desc,
String signature, String[] exceptions) {
   这个函数是asm.jar访问类函数时触发的事件,desc变量对应java jni中的signature,比如这里是'(I)J', 需要解析并转换成primitive类型,类,数组,void。这部分代码参考了android底层的源码libcore/luni/src/main/java/libcore/reflect,和sun java的SignatureParser.java,都有反映了这个遍历过程。

   关于java字节码的理解,汇编指令主要是看 Java bytecode instruction listings

   理解java字节码,需要理解jvm中的栈的结构。JVM是一个基于栈的架构。方法执行的时候(包括main方法),在栈上会分配一个新的帧,这个栈帧包含一组局部变量。这组局部变量包含了方法运行过程中用到的所有变量,包括this引用,所有的方法参数,以及其它局部定义的变量。对于类方法(也就是static方法)来说,方法参数是从第0个位置开始的,而对于实例方法来说,第0个位置上的变量是this指针。引自: Java字节码浅析

分析中间部分字节码实现,
com.hyphenate.patch.PatchProxy.accessDispatch(new Object[] {a}, this, $patch, false))
对应字节码如下,请对照Java bytecode instruction listings中每条指令观察对应栈帧的变化,下面注释中'[]'中表示栈帧中的内容。
mv.visitIntInsn(BIPUSH, 1);  # 数字1入栈,对应new Object[1]数组长度1。 栈:[1]
mv.visitTypeInsn(ANEWARRAY, "java/lang/Object"); # ANEWARRY:count(1) → arrayref, 栈:[arr_ref]
mv.visitInsn(DUP); # 栈:[arr_ref, arr_ref]
mv.visitIntInsn(BIPUSH, 0); # 栈:[arr_ref, arr_ref, 0]
mv.visitVarInsn(ILOAD, 1); # 局部变量位置1的内容入栈, 栈:[arr_ref, arr_ref, 0, a]
mv.visitMethodInsn(INVOKESTATIC, "java/lang/Integer", "valueOf", "(I)Ljava/lang/Integer;", false); # 调用Integer.valueOf, INVOKESTATIC: [arg1, arg2, ...] → result, 栈:[arr_ref, arr_ref, 0, integerObjectOf_a]
mv.visitInsn(AASTORE); # store a reference into array: arrayref, index, value →, 栈:[arr_ref]
mv.visitVarInsn(ALOAD, 0); # this入栈,栈:[arr_ref, this]
mv.visitFieldInsn(GETSTATIC, "com/hyphenate/State", "$patch", "Lcom/hyphenate/patch/PatchReDirection;"); #$patch入栈,栈:[arr_ref, this, $patch]
mv.visitInsn(ICONST_0); #false入栈, # 栈:[arr_ref, this, $patch, false]
mv.visitMethodInsn(INVOKESTATIC, "com/hyphenate/patch/PatchProxy", "accessDispatch", "([Ljava/lang/Object;Ljava/lang/Object;Lcom/hyphenate/patch/PatchReDirection;Z)Ljava/lang/Object;", false); # 调用accessDispatch, 栈包含返回结果,栈:[longObject]
熟悉上面的字节码以及对应的栈帧变化,也就掌握了插桩过程。
 
坑:

   ClassVisitor.visitMethod()中access如果是ACC_SYNTHETIC或者ACC_BRIDGE,插桩后无法正常运行。ACC_SYNTHETIC表示函数由javac自动生成的,enum类型就会产生这种类型的方法,不需要插桩,直接略过。因为观察到模版类也会产生ACC_SYNTHETIC,所以插桩过程跳过了模版类。

ClassVisitor.visit()函数对应遍历到类触发的事件,access如果是ACC_INTERFACE或者ACC_ENUM,无需插桩。简单说就是接口和enum不涉及方法修改,无需插桩。

静态方法的实现和普通类成员函数略有出入,对于汇编程序来说,本地栈的第一个位置,如果是普通方法,会存储this引用,static方法没有this,这里稍微调整一下就可以实现的。

不定参数由于要求连续输入的参数类型相同,被编译器直接变成了数组,所以对本程序没有造成影响。

大小:

   插桩因为对每个函数都插桩,反编译后看实际上增加了大量代码,甚至可以说插入的代码比原有的代码还要多。但是实际上最终生成的jar包增长了大概20%多一点,并没有想的那么多,在可接受范围内。因为class所占的空间不止是代码部分,还包括类描述,字段描述,方法描述,const-pool等,代码段只占其中的不到一半。可以参考[The class File Format](link @http://docs.oracle.com/javase/ ... 4.html)

讨论

   前面代码插桩的部分和美团热更文章中保持一致,实际上还有些细节还可以调整。isSupport这个函数的参数可以调整如下if (PatchProxy.isSupport(“getIndex”, "(I)J", false)) {这样能减小插桩部分代码,而且可以区分名字相同的函数。

PatchProxy.isSupport最后一个参数表示是普通类函数还是static函数,这个是方便java应用patch的时候处理。

源码地址
https://github.com/easemob/empatch
 作者:李楠
公司:环信
关注领域:Android开发
文章署名: greenmemo
0
评论

React Native V0.2.0已发布,android 支持调用相机/本地图片 产品快递 react native

产品更新 发表了文章 • 434 次浏览 • 2017-01-06 12:07 • 来自相关话题

React Native :v0.2.0 @ 2017-01-03
Feature 新功能:

Android:Android:

• 登录
• 注册
• 好友
◦ 列表及筛选
◦ 好友信息展示
◦ 黑名单
◦ 删除好友
• 好友通知
◦ 添加好友通知展示
◦ 接受好友请求
◦ 拒绝好友请求
◦ 添加好友
• 群组
◦ 群组列表
◦ 群组成员列表
• 聊天
◦ 相机图片消息
◦ 本地图片消息
◦ emoji消息
◦ 普通消息
• 异常状态处理
◦ 断线退出到登录页
◦ 重复登录退出到登录页BugFix and Update 修复和更新: • 群成员刷新crash的问题
• 添加logout图标
• 统一iOS和Android UI
• emoji颜色在android颜色太浅
• 登出的时候清空用户状态
• 完善联系人页面的搜索在切换场景及刷新时的显示逻辑




Extra 其他: •[react-native] 升级到最新0.39.2
• [component/input] 功能完善
• [component/button] 功能完善
• [addContactModal] 统一通过react-native-router-flux管理modal
• [tabBar] 统一通过react-native-router-flux管理tabBar
• [camera] android 支持调用相机/本地图片
• [yarn] 添加yarn lock file,可以通过yarn做包管理



版本历史 :更新日志
 
SDK下载:点击下载 查看全部

4226.jpg_wh860_(1)_.jpg


React Native :v0.2.0 @ 2017-01-03
Feature 新功能:

Android:
Android: 

• 登录
• 注册
• 好友
◦ 列表及筛选
◦ 好友信息展示
◦ 黑名单
◦ 删除好友
• 好友通知
◦ 添加好友通知展示
◦ 接受好友请求
◦ 拒绝好友请求
◦ 添加好友
• 群组
◦ 群组列表
◦ 群组成员列表
• 聊天
◦ 相机图片消息
◦ 本地图片消息
◦ emoji消息
◦ 普通消息
• 异常状态处理
◦ 断线退出到登录页
◦ 重复登录退出到登录页
BugFix and Update 修复和更新: 
• 群成员刷新crash的问题
• 添加logout图标
• 统一iOS和Android UI
• emoji颜色在android颜色太浅
• 登出的时候清空用户状态
• 完善联系人页面的搜索在切换场景及刷新时的显示逻辑




Extra 其他: 
[react-native] 升级到最新0.39.2
[component/input] 功能完善
[component/button] 功能完善
[addContactModal] 统一通过react-native-router-flux管理modal
[tabBar] 统一通过react-native-router-flux管理tabBar
[camera] android 支持调用相机/本地图片
[yarn] 添加yarn lock file,可以通过yarn做包管理



版本历史 :更新日志
 
SDK下载:点击下载
0
评论

android 程序启动失败,加载so库失败:java.lang.UnsatisfiedLinkError UnsatisfiedLinkError

LoneWolf 发表了文章 • 48 次浏览 • 2017-01-05 16:22 • 来自相关话题

今天遇到的了一个异常java.lang.UnsatisfiedLinkError ,






因为一致使用华为的手机在开发,所以在机型适配上就没有太注意,知道进行我们的测试告诉我程序无法运行,用的手机是三星的,之后我有用了小米也是出现了同样的问题这里我就说一下解决办法吧。
就是把libs下  或者jnilibs下的armeabi文件夹名字改成armeabi-v7a
我是把我的工程下和EaseUI下的全部都改了,结果问题解决了







  查看全部
今天遇到的了一个异常java.lang.UnsatisfiedLinkError ,

111111111111110.png


因为一致使用华为的手机在开发,所以在机型适配上就没有太注意,知道进行我们的测试告诉我程序无法运行,用的手机是三星的,之后我有用了小米也是出现了同样的问题这里我就说一下解决办法吧。
就是把libs下  或者jnilibs下的armeabi文件夹名字改成armeabi-v7a
我是把我的工程下和EaseUI下的全部都改了,结果问题解决了

547876543.png



 
0
评论

聊天机器人成网络话题焦点,移动客服才是幕后推手 移动客服 客户服务

客服超人 发表了文章 • 87 次浏览 • 2017-01-05 11:35 • 来自相关话题

 (环信编译)在当今的客户服务行业,关于聊天机器人的讨论如火如荼。到底是什么造成了这种现象?哪些因素的共同影响将这一话题推到聚光灯下?





 Kik Services的总裁Josh Jacobs在最近的Forrester CXSF大会上尝试对这一问题做出回答。

  “我认为答案的关键在于移动端的崛起,首先以及最重要的是,我们正处于一个临界点,此时绝大多数的计算都发生在移动设备上。”

   Jacobs说,“聊天成为了杀手级应用,在中国,微信所成就的一切为世界其他国家树立了榜样。我们采取了这样的模式,Facebook也已采取了这种模式。我们认为在世界的其他地方也可以建立这样的模式。”

   Jacobs说,在过去的25年里,“我们已经开发出了涵盖各种需求的网络服务,这些服务延展到了我们房间灯泡下面的一切东西;然而没有一种用户界面,能够让所有这些服务以一种简单的方式整合起来。在物联网时代,对话成了一种简便易行的方式;在网络服务驱动的世界里,对话也是一个更好的方案。如今,人们已经习惯了用移动设备来进行对话,越来越多的人也都加入到这个行列之中,且认为体验‘很赞’。”

   Jacobs还说,他的公司和其他公司现在所做的工作并不是前无古人的。

   “鉴于我的年龄,我的经验告诉我,我们现在所做的一切都并不是前人没有做过的。”他说,“这就是CRM,CRM已经在我们身边出现了很多年。另一个我们看到的趋势是,大公司,尤其是客服领域的大公司都会说‘我们必须得把这个新渠道加上。’”

   首先,Jacobs说,聊天“要么扩展了漏斗的顶端,并把很多人吸引进去;要么,就是被成为移动端客户的不适应吓跑。”

   其次,Jacobs建议各大品牌关注他们能够提供的休闲体验,以在吸引客户方面“放长线钓大鱼”。

品牌公司们应该随时了解自家客户最舒适的交互方式,并相应地参与到这些方式中去。

   “下一代人希望用聊天或者语音,所以你就需要进入到这些环境中去,这些渠道是你接触到这些用户的必由之路。”Jacobs说,“这就是面向Z世代和千禧一代的CRM、再参与、再营销和客户终身价值。”

   有的品牌还在对此保持怀疑态度,在往聊天或任何与之相关项目的迈进上踌躇不前。

   “我认为我们讨论的一切都是关于如何让品牌发出自己的声音,让你的品牌参与到对话之中。”Jacobs说,“你可以更多的围绕着市场营销的环节去做这件事。”(环信编译自www.loyalty360.org)
关于环信移动客服全媒体智能云客服倡领者,于2016年荣膺“Gartner 2016 Cool Vendor”。环信支持全媒体接入,包括网页在线客服、社交媒体客服(微博、微信)、APP内置客服和呼叫中心等多种渠道均可一键接入。基于环信业界领先的IM长连接技术保证消息必达,并通过智能客服机器人技术降低人工客服工作量。同时,基于人工智能和大数据挖掘的客户旅程透析产品"环信客户声音"能够帮助企业优化运营,提高跨渠道客服体验。

截至2016年上半年,环信移动客服共服务了29437家企业用户,现已覆盖包括电商、O2O、互联网金融、在线教育、在线旅游、移动医疗、智能硬件、游戏等领域的Top10客户,典型用户包括国美在线、58到家、楚楚街、海尔、神州专车、新东方、链家、泰康在线、中信证券等众多标杆企业。根据易观发布的《中国SaaS客服市场专题研究报告》显示,环信移动客服在SaaS移动端客服用户覆盖占比高达77.4%,稳居行业第一。 查看全部
 (环信编译)在当今的客户服务行业,关于聊天机器人的讨论如火如荼。到底是什么造成了这种现象?哪些因素的共同影响将这一话题推到聚光灯下?
摄图网-.jpg


 Kik Services的总裁Josh Jacobs在最近的Forrester CXSF大会上尝试对这一问题做出回答。

  “我认为答案的关键在于移动端的崛起,首先以及最重要的是,我们正处于一个临界点,此时绝大多数的计算都发生在移动设备上。”

   Jacobs说,“聊天成为了杀手级应用,在中国,微信所成就的一切为世界其他国家树立了榜样。我们采取了这样的模式,Facebook也已采取了这种模式。我们认为在世界的其他地方也可以建立这样的模式。”

   Jacobs说,在过去的25年里,“我们已经开发出了涵盖各种需求的网络服务,这些服务延展到了我们房间灯泡下面的一切东西;然而没有一种用户界面,能够让所有这些服务以一种简单的方式整合起来。在物联网时代,对话成了一种简便易行的方式;在网络服务驱动的世界里,对话也是一个更好的方案。如今,人们已经习惯了用移动设备来进行对话,越来越多的人也都加入到这个行列之中,且认为体验‘很赞’。”

   Jacobs还说,他的公司和其他公司现在所做的工作并不是前无古人的。

   “鉴于我的年龄,我的经验告诉我,我们现在所做的一切都并不是前人没有做过的。”他说,“这就是CRM,CRM已经在我们身边出现了很多年。另一个我们看到的趋势是,大公司,尤其是客服领域的大公司都会说‘我们必须得把这个新渠道加上。’”

   首先,Jacobs说,聊天“要么扩展了漏斗的顶端,并把很多人吸引进去;要么,就是被成为移动端客户的不适应吓跑。”

   其次,Jacobs建议各大品牌关注他们能够提供的休闲体验,以在吸引客户方面“放长线钓大鱼”。

品牌公司们应该随时了解自家客户最舒适的交互方式,并相应地参与到这些方式中去。

   “下一代人希望用聊天或者语音,所以你就需要进入到这些环境中去,这些渠道是你接触到这些用户的必由之路。”Jacobs说,“这就是面向Z世代和千禧一代的CRM、再参与、再营销和客户终身价值。”

   有的品牌还在对此保持怀疑态度,在往聊天或任何与之相关项目的迈进上踌躇不前。

   “我认为我们讨论的一切都是关于如何让品牌发出自己的声音,让你的品牌参与到对话之中。”Jacobs说,“你可以更多的围绕着市场营销的环节去做这件事。”(环信编译自www.loyalty360.org)
关于环信移动客服
全媒体智能云客服倡领者,于2016年荣膺“Gartner 2016 Cool Vendor”。环信支持全媒体接入,包括网页在线客服、社交媒体客服(微博、微信)、APP内置客服和呼叫中心等多种渠道均可一键接入。基于环信业界领先的IM长连接技术保证消息必达,并通过智能客服机器人技术降低人工客服工作量。同时,基于人工智能和大数据挖掘的客户旅程透析产品"环信客户声音"能够帮助企业优化运营,提高跨渠道客服体验。

截至2016年上半年,环信移动客服共服务了29437家企业用户,现已覆盖包括电商、O2O、互联网金融、在线教育、在线旅游、移动医疗、智能硬件、游戏等领域的Top10客户,典型用户包括国美在线、58到家、楚楚街、海尔、神州专车、新东方、链家、泰康在线、中信证券等众多标杆企业。根据易观发布的《中国SaaS客服市场专题研究报告》显示,环信移动客服在SaaS移动端客服用户覆盖占比高达77.4%,稳居行业第一。
0
评论

浅论呼入型电话银行中心的风险管理 客户服务 客户世界

客服超人 发表了文章 • 58 次浏览 • 2017-01-05 10:55 • 来自相关话题

    电话银行属于电子银行渠道的一种,关于电子银行的风险, 巴塞尔委员会认为,在电子银行业中, 因特网及其他各种电子传送渠道仅是作为一种产品和服务的提供途径, 当银行借助其开展业务时,并不产生新的风险类型,但给银行业经营风险带来了新的内容, 引发风险的因素更多地与技术操作联系在一起。2001 年, 巴塞尔委员会发表了《电子银行风险管理原则》, 将电子银行中与技术相关的风险归结为: 操作风险、声誉风险、法律风险和其他风险。中国银监会认为,电子银行业务主要存在两类风险: 一类是系统安全风险, 主要是数据传输风险、应用系统设计的缺陷、计算机病毒攻击等;另一类是传统银行业务所固有的风险, 如信用风险、利率和汇率风险、操作风险等, 但这些风险又具有新的内涵。

   商业银行是运营风险的企业,与商业银行的其他产品、渠道一样,电话银行的每一运营环节都存在风险。研究电话银行的风险管理。一是更好地服务客户、保障客户权益的需要;二是商业银行风险管理的重要组成部分;三是提高和完善电话银行运营管理水平的需要。
一、电话银行风险管理理念现状

   目前利用电话银行的自助交易服务进行犯罪的案件越来越多,尤其在2004年之后,犯罪分子的作案手段不断翻新,甚至出现银行网点员工内部作案的情况。更令人担心的是,随着电话银行开通人工辅助交易,对电话银行中心的风险管理也提出了新的要求。
 
   由于我国银行业对客户服务中心的风险管理并没有一个统一的规范或行业标准,所以各家银行的风险防范理念各不相同,对电话银行的风险认识差异比较大,这就直接导致了在电话银行开通的业务呈现多样化发展趋势,对不同业务防范风险的手段也是多样化的。我国银行对电话银行的风险管理理念主要有以下三种。

(一)业务规避型

   由于担心开通的业务可能带来风险,这类银行一般宁可舍弃一些可能给电话银行带来利润的业务,通过减少向客户提供的服务以降低电话银行可能面临的风险。基于这种理念设立的客户服务中心将成为银行的成本中心。
 
(二)风险规避型

   基于“没有风险,就没有利润”的认识,这类银行会选择性地开办一些能够给客户服务中心带来利润且风险可控的业务。

(三)混合型

   我国较大规模的银行在各个区域开通的服务不尽相同,同一家银行不同区域的客户服务中心采用的风险管理理念有的是业务规避型、有的是风险规避型,这样的银行由于目前还没有形成统一的理念,所以可以称为“混合型”,但从长远来讲,这种兼而有之的模式并不稳定,最终是会“二者择其一”。

   风险防范手段的不足已经极大地影响商业银行电话银行在我国的发展。随着居民对银行推出的金融产品需求日益迫切,银行推出新业务的周期不断缩短,人们更加渴望通过便利的渠道获得这些新业务,但风险防范手段的匮乏已经阻碍了银行在电话银行开拓业务的进程。监管部门多次强调防范风险是商业银行发展的前提,电话银行面临着防范风险与拓展业务双重压力。

二、呼入型电话银行中心业务情况风险分析

(一)一般性呼入业务常见风险

   呼入型电话银行中心一般业务包括业务咨询、建议、投诉、交易等,尽管各大电话银行中心出台了许多合规管理条例,也配套客户满意度、抽听录音质检等手段,但特定风险依然存在。主要包括:

1、业务咨询差错风险

   业务咨询差错风险的产生因素众多,主要有几个方面。一是知识库更新维护有一定滞后性,甚至可能同一工作日的不同时间段,知识库的更新将导致部分的客户得到的信息不对称,甚至出现矛盾。二是工作人员自身综合能力的差异,在对知识进行解密再加密再解密的过程中对知识理解的偏差、表述的偏差以及客户理解的偏差都可能导致业务咨询出错。三是绩效考核的要求,通话时长、接通率、小休率等指标都会给客服代表造成一定影响,而客户在线等待长也会给客服代表带来无形压力,容易使工作人员在回答过程中凭借主观的知识记忆作答。不仅限于此,业务咨询差错极易导致客户时间和费用的消耗,易引起客户不满,进而引发深层次矛盾,造成声誉风险等。

2、口头挂失处理风险

   作为经营风险的企业,商业银行在处理特殊业务时稍有不慎都会导致实实在在的资金风险,而对于电话银行而言最常见的操作风险便是挂失风险,挂错账户、挂失不及时、未提醒客户挂失等都可能给客户带来损失。近年来由于新型电信诈骗层出不穷,客户来电核实账户交易信息,很多情况下应协助其尽快办理挂失,而由于客服代表未能有效识别风险、遗忘提醒客户挂失而导致客户发生的损失的情况也时有发生。另外为最大限度的保障客户资金安全,各大银行在办理电话口头挂失时的核实条件往往会放宽,这种“宽进严出”的做法也时常被不法分子利用,导致蓄意挂失他人账户的情况发生。诸如此类事件,都给我们的日常工作敲响警钟。

3、交易处理风险 

   随着商业银行电话银行业务受理范围的拓展,目前可通过电话银行办理的交易不断增多,包括转账、缴费、信用卡还款、基金理财、账户金买卖等,该类交易操作一般都有严格的操作流程及风险控制机制,如身份核实要素、验证密码,设置约定账户、主叫号码限制等,但由于人为操作以及新型诈骗手段等因素的影响,仍然存在巨大风险,这要求工作人员在处理交易时既要严格遵照规程办理,也要灵活机警地识别风险,务必集中精力,谨慎操作。

4、身份校验风险

   目前电话银行的身份验证既包括IVR密码验证、CSR人工辅助电话银行密码验证、客户账户信息核对等传统手段,也包括声纹识别等新型技术手段。验证身份的过程中若不提高警惕、对储户保密原则保持高度的敏感,将极容易泄露客户个人信息,这将导致隐私风险。在实际操作过程中,限于电话银行的虚拟性及远程性,只能通过客户提供的信息为依据判断是否为户主本人,这种核实的准确度明显不及网点柜台的当面核实。虽然客户有保护个人信息的责任,但银行对进一步加强储户信息安全同样义不容辞。

5、客户问题升级处理风险

   电话银行中心由于知识储量、信息传递、处理权限等原因限制,相当一部分问题需升级处理,这包括电话银行中心内部的升级处理,比如投诉受理等,也包括登记工单转交其他业务部门处理的情况。由于工单流转涉及多个部门且不同业务信息处理所需时间不同,甚至由于座席员的疏忽导致工单无法流转,各种不可控因素都会影响回复客户的时间。客户将质疑通话过程中所提供的回复时间,小则为下一手座席及后续处理造成沟通困难,大则影响信誉及客户情感的维系。

6、设施环境风险

   电话银行中心主要依赖电信网络等设施提供服务,路由切换、IP地址管理等技术方面的工作显得尤为重要,而这也是电话银行中心不可忽视的风险源。这类风险既包括技术设施老旧等引发故障的风险,也包括新旧设备切换过程中引发的风险,以及新设备投入使用后造成的稳定性风险。该类风险给电话银行中心带来的影响往往是全面性、毁灭性的,具有影响范围广、影响程度深等特点,是电话银行中心的面临的基础性风险之一。

(二)承接海外机构电话银行业务的风险

   随着银行国际化经营的发展,目前国内各大银行的电话银行中心承接海外分行电话银行业务的情况越来越多,海外电话银行业务风险管理方面除了面临上述一般性呼入业务的风险外还面临着以下突出的风险源。

1、不符合当地监管规定引发的合规风险

   目前我国商业银行的海外拓展一般以子公司、子机构等方式进行,这就意味着在银行的监管体系中如果该银行的国内电话银行中心需要承接海外电话银行业务,需要以第三方公司外包的形式进行承接,这就往往会涉及第三方公司的资质审核等问题,同时在承接的业务类型方面也有更多限制,面临更多的合规性审查等问题。此外,在实际的业务操作中也要以当地的监管规定为准,因此由于国内国外的监管政策不一,极容易出现不符合当地监管规定而引发的合规风险,给海外机构带来损失。

2、服务需求差异引发的声誉风险

   随着各大银行海外版图的不断扩大,其电话银行中心的服务范围也不断增大,各国各地区间的文化差异也相对较大,同时各国客户对电话银行的服务需求存在巨大差异,例如亚洲客户和欧美客户,其语言表达、心理诉求等各方面差异都会给海外电话银行服务带来巨大挑战,同时也会产生一定风险。这种风险表面上导致电话银行中心在服务过程中无法达到客户的期望值,而实质上将对海外客户对银行的印象的大打折扣,甚至影响中国银行业在海外的拓展及发展。

(三)运营管理及业务管理风险

1、人员排班风险

   受季节、气候、突发事件等外部因素影响,电话银行中心的来电量经常呈不规律变化,来电量预测及排班管理难度较大,人员需求与业务量匹配是否合理是电话银行运营管理的重大风险点之一。排班风险对电话银行的接通率及人员利用率具有重大影响,如果排班人数不足,则可能导致一定时段的接通率低下,严重影响客户体验,甚至引发重大投诉的声誉风险;如某一时段的排班人数过多,又容易造成人力资源浪费,为日后的人员调配埋下隐患,因此人员排班风险也是影响电话银行运营稳定的基础性风险之一。

2、应急处理风险

   成熟的电话银行中心均有完善的应急管理体系,尽管如此,应急风险只能有效减小而无法消除,以笔者所在的电话银行中心为例,2013年4月20日四川雅安发生7.0级地震,对当地造成重大影响,当地电话银行中心工作人员紧急撤离,暂停对外服务,电话直接溢入其他电话银行中心。除以上重大突发自然灾害引发来电变化外,在日常运营中还可能遇到诸如电子银行系统、自助设备等系统突发故障引发的短期来电剧增的情况。短期内来电剧增首先会影响接通率,如果处理不当则容易引发重大投诉,因此突发事件处理是影响中心运营的重大风险点之一。

3、集约化处理风险

   为提高处理效率,体现集约化经营的优势,目前不少电话银行中心都采取集约化处理的方式,例如针对疑难问题、交易等业务集中处理,或者在话务高峰期采取高峰话务分流等措施,这些集约化处理手段一方面有利于提高处理效率,保障中心整体接通率;另一方面,由于涉及问题登记、流转交接、无法即时处理等,也是引发客户投诉的风险点之一。

4、知识及信息传递风险

   知识库是电话银行中心客服代表工作的信息库,是做好电话银行工作的重要基础。一是银行金融服务具有种类齐全、产品丰富、业务规定变化快、产品系统不断推陈出新的特征,且客户数量庞大,若知识库维护不及时,业务资料缺失、出错或者过时等都会在短时间内引发巨大的客户投诉风险,严重的还可能给客户带来损失或者引发声誉风险。二是信息传递容易出现不对称的情况,由于业务规则制定者、知识维护人员、培训人员、前线座席员等岗位的工作分工不同、沟通问题,都可能导致知识信息在传递的过程中出现偏差,从而引发服务风险。

(四)电话银行信息管理风险

1、录像录音凭证管理风险

   电话银行中心通过电话语音为客户提供金融服务,无法像柜面渠道一样提供纸质凭证作为交易或服务凭证,因此录音凭证是客户与座席员产生业务往来的最重要凭证。2005年4月1日起施行的《中华人民共和国电子签名法》规定:“数据电文不得仅因为其是以电子、光学、磁或者类似手段生成、发送、接收或者储存的而被拒绝作为证据使用。”客户录音可以作为电子(数码录音)、光学(光盘)、磁(磁带)等形式保存,从法律上讲,可以作为客户与银行要约关系的凭证,录音同签字一样具有不可抵赖性。目前,客户拨打服务95533入线接通人工服务之前,自助语音会提示对服务过程进行录音,客户确认之后才能接通人工座席,此环节可避免因客户不知情而产生侵权风险。

   正是由于录音凭证的重要性,所以录音凭证的管理也极为关键。目前录音管理的风险环节包括:一是内部听取录音或使用录音所产生的风险。电话银行中心内部使用录音包括质检抽听录音、培训分享等,这其中涉及人员较多,容易引发泄露风险。二是外部调取录音所产生的风险。包括协助客户、公安机关调查取证等调取录音,由于涉及客户、司法机关、建设银行等多个主体,在录音调取及使用过程容易形成风险。三是由于录音保管期限较短所产生的风险。因前期形成的风险可能在未来的某一个时间段爆发,所以延长录音的保管期限有一定的必要性。另外,一些电话银行中心还对座席员的CSR操作进行录像监屏并在所有的办公区域设置监控探头,系统录像监屏和办公场所实时监控都是为了防范风险,若相关的监测系统失效或者数据丢失,都存在潜在风险。

2、信息保密

   电话银行中心涉及到众多数据信息,包括业务知识库、客户数据信息、录音录像监屏等。业务知识库是建行业务的大辞典,所有的信息都只供业务查询使用,需防止员工或外部人员侵入系统或者通过邮件、U盘拷贝等方式外传。另外,电话银行业务需要记录、传输、存储和处理客户手机号、账号、余额、姓名等客户重要信息,在为客户提供人工服务时,客服代表会查询客户的账户信息或按照客户要求协助客户办理相关交易。在操作过程中电话被窃听或客服代表使用的电脑终端存储的客户信息能够通过U 盘或其他手段拷贝等,都会形成客户信息泄露风险。

三、风险防范和对策

(一)业务流程持续改善

   业务流程是员工赖以处理问题的行为准则,它是动态的优化过程。流程的优化不仅会带来效率的提高,更加能够防范风险,最大程度上减少漏洞。反之,有漏洞的流程本身便暗藏风险。电话银行中心可通过不断优化的流程来规范员工的日常操作行为,而日常操作行为又推动着流程的优化,二者相辅相成。做好流程优化,一是要从制度上规范流程管理,明确流程制定、试运行、实施、效果评估及再优化等环节的标准;二是调动员工的积极性,全员参与,有利于发现流程漏洞,持续做好各项优化措施的落实。

(二) 优化知识工具和应用短信工具

   知识库是座席员的大脑,也是客户了解银行产品和服务的基础。由于知识库有一定的滞后性且涉及面广,在和柜台实际操作中也存在差异,因此及时和相关部门沟通获取第一手资料尤为重要。再者,在进行知识文档优化的过程中,语言表达和排版也要尽量通俗易懂,便于查找,以此提高效率。除此之外还可以开发利用短信工具,避免员工和客户之间口头沟通所产生的误解或遗漏,便于客户直观地获取业务资料和解决方案。

(三) 做好信息传递及培训辅导

   信息的传递分由上至下、由下至上。一方面,从银行的产品开发到电话银行中心的服务开展,须保证原则统一、内容统一、落实统一,因此文件的拟定以及解读既要通俗易懂,也要保证传达到位,否则进一步传递到客户的耳朵中可能有大偏差。另一方面,员工所获取到的一手信息不管是高频率咨询业务亦或密集发生型事件都要求能及时上报,进而层层传递再进行确认。培训辅导是信息传递的重要方式之一,通过定期定量的培训不仅有利于业务知识学习、提高服务质量,培训师搜集到的信息反馈,也促进下一次培训辅导的优化,更具针对性。形成回流式的信息传递模式,最终有利于实现大方向的战略部署。

(四) 排班管理科学化

   一是要加强来电预测,通过经验数据总结,收集影响因素等建立来电预测模型;二是要加快实现电子化排班,通过引入排班系统来减少人为估算的偏差,实现快速高效排班;三是要做好员工思想动态管理,24小时客服工作性质的特殊性要求必须轮班制,这是对生物钟的挑战,更是对排班管理的挑战,排班人员要深入研究员工的行为状态,结合不同员工的特点进行科学排班。总之,根据经验和科学的预测,不仅能横向覆盖客户的问题,也能纵向提高银行的接通率,而员工也因此得到合理的工作时间安排,与此同时也要做好紧急预案、做好防范工作、安排后备人员,以免来电量异常激增而措手不及。

(五)优化问题处理机制

   百密难防一疏,更重要的是问题发生后如何解决,这是客户关注的焦点,也是电话银行时时刻刻面临的挑战。一是要积极地促进多部门合作,同时按照岗位设置的逻辑流转,明确职责,形成多方而高效的处理难题局面;二是要明确原则,分级处理,通过设定不同层级问题的处理时限,及时向客户反馈信息;三是归口统一,在问题解决过程中必须统一由一个落实部门去和客户交流、解决问题;四是要注重问题解决案例的经验总结,通过形成问题解决案例库,引导和提升问题解决人员的处理能力。

(六)规范录音凭证管理

   录音是保护客户权益、员工权益和银行权益的手段之一,是具有法律效应的重要凭证。现如今,录音凭证管理更加依赖于技术范畴,因此对设备的维护以及储存空间的容量有了更高要求,定期检查技术设施,及时清理不必要的内存,都能为保存创造更加良好的客观条件。与此同时,凭证管理的人员安排也格外重要,既要与一线工作人员独立开来,保持高度独立性,又要与前台座席员保持紧密联系,且必须做好保密措施。

(七)做好信息保密的核查审计工作

   商业银行本身是经营风险的组织,涉及到无数客户个人隐私,因此客户信息的保管异常重要。电话银行中心不仅要严禁工作人员携带纸张、通讯设备等便于记录的工具进入工作区域,也要每天仔细清算工作人员领取及上交的工作稿纸,同时由主管部门牵头定时安排人员清理电脑中含有敏感信息的文件并进行核查。另外还要加大力度培育员工的保密习惯,不携带任何有关客户信息的资料走出工作区域,形成定期检查、互相监督的安全审计局面,做好信息保密的核查审计工作。

(八)加大对服务对象的研究分析

   服务对象既包括宏观的服务区域及社会群体,也包括微观的客户组成。随着国内银行的海外拓展,目前不少国内的电话银行中心均有承接海外电话银行服务的职能,而国内的跨区域服务就更为常见,因此研究服务对象尤其重要。一方面要聆听客户声音,发掘客户需求有利于更高效地解决客户问题;另一方面,要进行社会心理分析,针对性给予个性化服务。只有全方位剖析才更有利于信息的反馈,从外部的思考及到内部产品的优化,从源头上防范风险,做好电话银行服务。

(九)建设合规文化以提高风险意识

   企业文化是日常工作中形成后被成员广泛认可,认为有效而共享,并共同遵循的基本信念和认知。建设合规文化,提高风险意识,有利于员工在日常工作中下意识地利用流程、知识库等合理地来保护客户、公司、自己的权益。

(十)利用新技术手段提高风险防控能力

   一方面,技术的日新月异让不法分子有机可趁,利用改号软件和伪基站冒充各商业银行的客服热线发短信或致电客户,实施诈骗;另一方面,技术的发展也给我们商业银行提供了提高风险防控能力的机会。充分利用新技术手段,加强防盗防骗的防火墙建设,做好预防工作,不让不法分子趁虚而入。同时提高应对能力,面对紧急事件能充分利用新技术手段破解不法行为。这不仅要求有风险防控的成本资金投入,完善设备,也要求有高科技人才的储备。目前可用于电话银行中心的技术手段主要包括更严密的密码校验方式、智能质检系统、智能排班系统、话务监控系统等,通过各种技术系统组合可实现对运营的前瞻预测、事中控制以及事后分析,同时利用大数据分析的方法可充分较少风险发生的可能性,提升风险防控能力。

   综上所述,电话银行中心的发展面临着诸多机遇,同时也是巨大挑战,一方面是集约化经营、转型发展的升级良机;另一方面也面临着更加多变的风险挑战及监管要求。只有处理好合规管理与经营发展的关系,才能在不断推进电话银行中心发展的过程中切实抓好风险管理,最大程度维护客户、员工以及银行自身的权益。

本文刊载于《客户世界》2016年11月刊文章;原文作者刘添权,梁雅静,本文作者单位为中国建设银行广州电话银行中心。 查看全部
    电话银行属于电子银行渠道的一种,关于电子银行的风险, 巴塞尔委员会认为,在电子银行业中, 因特网及其他各种电子传送渠道仅是作为一种产品和服务的提供途径, 当银行借助其开展业务时,并不产生新的风险类型,但给银行业经营风险带来了新的内容, 引发风险的因素更多地与技术操作联系在一起。2001 年, 巴塞尔委员会发表了《电子银行风险管理原则》, 将电子银行中与技术相关的风险归结为: 操作风险、声誉风险、法律风险和其他风险。中国银监会认为,电子银行业务主要存在两类风险: 一类是系统安全风险, 主要是数据传输风险、应用系统设计的缺陷、计算机病毒攻击等;另一类是传统银行业务所固有的风险, 如信用风险、利率和汇率风险、操作风险等, 但这些风险又具有新的内涵。

   商业银行是运营风险的企业,与商业银行的其他产品、渠道一样,电话银行的每一运营环节都存在风险。研究电话银行的风险管理。一是更好地服务客户、保障客户权益的需要;二是商业银行风险管理的重要组成部分;三是提高和完善电话银行运营管理水平的需要。
一、电话银行风险管理理念现状

   目前利用电话银行的自助交易服务进行犯罪的案件越来越多,尤其在2004年之后,犯罪分子的作案手段不断翻新,甚至出现银行网点员工内部作案的情况。更令人担心的是,随着电话银行开通人工辅助交易,对电话银行中心的风险管理也提出了新的要求。
 
   由于我国银行业对客户服务中心的风险管理并没有一个统一的规范或行业标准,所以各家银行的风险防范理念各不相同,对电话银行的风险认识差异比较大,这就直接导致了在电话银行开通的业务呈现多样化发展趋势,对不同业务防范风险的手段也是多样化的。我国银行对电话银行的风险管理理念主要有以下三种。

(一)业务规避型

   由于担心开通的业务可能带来风险,这类银行一般宁可舍弃一些可能给电话银行带来利润的业务,通过减少向客户提供的服务以降低电话银行可能面临的风险。基于这种理念设立的客户服务中心将成为银行的成本中心。
 
(二)风险规避型

   基于“没有风险,就没有利润”的认识,这类银行会选择性地开办一些能够给客户服务中心带来利润且风险可控的业务。

(三)混合型

   我国较大规模的银行在各个区域开通的服务不尽相同,同一家银行不同区域的客户服务中心采用的风险管理理念有的是业务规避型、有的是风险规避型,这样的银行由于目前还没有形成统一的理念,所以可以称为“混合型”,但从长远来讲,这种兼而有之的模式并不稳定,最终是会“二者择其一”。

   风险防范手段的不足已经极大地影响商业银行电话银行在我国的发展。随着居民对银行推出的金融产品需求日益迫切,银行推出新业务的周期不断缩短,人们更加渴望通过便利的渠道获得这些新业务,但风险防范手段的匮乏已经阻碍了银行在电话银行开拓业务的进程。监管部门多次强调防范风险是商业银行发展的前提,电话银行面临着防范风险与拓展业务双重压力。

二、呼入型电话银行中心业务情况风险分析

(一)一般性呼入业务常见风险

   呼入型电话银行中心一般业务包括业务咨询、建议、投诉、交易等,尽管各大电话银行中心出台了许多合规管理条例,也配套客户满意度、抽听录音质检等手段,但特定风险依然存在。主要包括:

1、业务咨询差错风险

   业务咨询差错风险的产生因素众多,主要有几个方面。一是知识库更新维护有一定滞后性,甚至可能同一工作日的不同时间段,知识库的更新将导致部分的客户得到的信息不对称,甚至出现矛盾。二是工作人员自身综合能力的差异,在对知识进行解密再加密再解密的过程中对知识理解的偏差、表述的偏差以及客户理解的偏差都可能导致业务咨询出错。三是绩效考核的要求,通话时长、接通率、小休率等指标都会给客服代表造成一定影响,而客户在线等待长也会给客服代表带来无形压力,容易使工作人员在回答过程中凭借主观的知识记忆作答。不仅限于此,业务咨询差错极易导致客户时间和费用的消耗,易引起客户不满,进而引发深层次矛盾,造成声誉风险等。

2、口头挂失处理风险

   作为经营风险的企业,商业银行在处理特殊业务时稍有不慎都会导致实实在在的资金风险,而对于电话银行而言最常见的操作风险便是挂失风险,挂错账户、挂失不及时、未提醒客户挂失等都可能给客户带来损失。近年来由于新型电信诈骗层出不穷,客户来电核实账户交易信息,很多情况下应协助其尽快办理挂失,而由于客服代表未能有效识别风险、遗忘提醒客户挂失而导致客户发生的损失的情况也时有发生。另外为最大限度的保障客户资金安全,各大银行在办理电话口头挂失时的核实条件往往会放宽,这种“宽进严出”的做法也时常被不法分子利用,导致蓄意挂失他人账户的情况发生。诸如此类事件,都给我们的日常工作敲响警钟。

3、交易处理风险 

   随着商业银行电话银行业务受理范围的拓展,目前可通过电话银行办理的交易不断增多,包括转账、缴费、信用卡还款、基金理财、账户金买卖等,该类交易操作一般都有严格的操作流程及风险控制机制,如身份核实要素、验证密码,设置约定账户、主叫号码限制等,但由于人为操作以及新型诈骗手段等因素的影响,仍然存在巨大风险,这要求工作人员在处理交易时既要严格遵照规程办理,也要灵活机警地识别风险,务必集中精力,谨慎操作。

4、身份校验风险

   目前电话银行的身份验证既包括IVR密码验证、CSR人工辅助电话银行密码验证、客户账户信息核对等传统手段,也包括声纹识别等新型技术手段。验证身份的过程中若不提高警惕、对储户保密原则保持高度的敏感,将极容易泄露客户个人信息,这将导致隐私风险。在实际操作过程中,限于电话银行的虚拟性及远程性,只能通过客户提供的信息为依据判断是否为户主本人,这种核实的准确度明显不及网点柜台的当面核实。虽然客户有保护个人信息的责任,但银行对进一步加强储户信息安全同样义不容辞。

5、客户问题升级处理风险

   电话银行中心由于知识储量、信息传递、处理权限等原因限制,相当一部分问题需升级处理,这包括电话银行中心内部的升级处理,比如投诉受理等,也包括登记工单转交其他业务部门处理的情况。由于工单流转涉及多个部门且不同业务信息处理所需时间不同,甚至由于座席员的疏忽导致工单无法流转,各种不可控因素都会影响回复客户的时间。客户将质疑通话过程中所提供的回复时间,小则为下一手座席及后续处理造成沟通困难,大则影响信誉及客户情感的维系。

6、设施环境风险

   电话银行中心主要依赖电信网络等设施提供服务,路由切换、IP地址管理等技术方面的工作显得尤为重要,而这也是电话银行中心不可忽视的风险源。这类风险既包括技术设施老旧等引发故障的风险,也包括新旧设备切换过程中引发的风险,以及新设备投入使用后造成的稳定性风险。该类风险给电话银行中心带来的影响往往是全面性、毁灭性的,具有影响范围广、影响程度深等特点,是电话银行中心的面临的基础性风险之一。

(二)承接海外机构电话银行业务的风险

   随着银行国际化经营的发展,目前国内各大银行的电话银行中心承接海外分行电话银行业务的情况越来越多,海外电话银行业务风险管理方面除了面临上述一般性呼入业务的风险外还面临着以下突出的风险源。

1、不符合当地监管规定引发的合规风险

   目前我国商业银行的海外拓展一般以子公司、子机构等方式进行,这就意味着在银行的监管体系中如果该银行的国内电话银行中心需要承接海外电话银行业务,需要以第三方公司外包的形式进行承接,这就往往会涉及第三方公司的资质审核等问题,同时在承接的业务类型方面也有更多限制,面临更多的合规性审查等问题。此外,在实际的业务操作中也要以当地的监管规定为准,因此由于国内国外的监管政策不一,极容易出现不符合当地监管规定而引发的合规风险,给海外机构带来损失。

2、服务需求差异引发的声誉风险

   随着各大银行海外版图的不断扩大,其电话银行中心的服务范围也不断增大,各国各地区间的文化差异也相对较大,同时各国客户对电话银行的服务需求存在巨大差异,例如亚洲客户和欧美客户,其语言表达、心理诉求等各方面差异都会给海外电话银行服务带来巨大挑战,同时也会产生一定风险。这种风险表面上导致电话银行中心在服务过程中无法达到客户的期望值,而实质上将对海外客户对银行的印象的大打折扣,甚至影响中国银行业在海外的拓展及发展。

(三)运营管理及业务管理风险

1、人员排班风险

   受季节、气候、突发事件等外部因素影响,电话银行中心的来电量经常呈不规律变化,来电量预测及排班管理难度较大,人员需求与业务量匹配是否合理是电话银行运营管理的重大风险点之一。排班风险对电话银行的接通率及人员利用率具有重大影响,如果排班人数不足,则可能导致一定时段的接通率低下,严重影响客户体验,甚至引发重大投诉的声誉风险;如某一时段的排班人数过多,又容易造成人力资源浪费,为日后的人员调配埋下隐患,因此人员排班风险也是影响电话银行运营稳定的基础性风险之一。

2、应急处理风险

   成熟的电话银行中心均有完善的应急管理体系,尽管如此,应急风险只能有效减小而无法消除,以笔者所在的电话银行中心为例,2013年4月20日四川雅安发生7.0级地震,对当地造成重大影响,当地电话银行中心工作人员紧急撤离,暂停对外服务,电话直接溢入其他电话银行中心。除以上重大突发自然灾害引发来电变化外,在日常运营中还可能遇到诸如电子银行系统、自助设备等系统突发故障引发的短期来电剧增的情况。短期内来电剧增首先会影响接通率,如果处理不当则容易引发重大投诉,因此突发事件处理是影响中心运营的重大风险点之一。

3、集约化处理风险

   为提高处理效率,体现集约化经营的优势,目前不少电话银行中心都采取集约化处理的方式,例如针对疑难问题、交易等业务集中处理,或者在话务高峰期采取高峰话务分流等措施,这些集约化处理手段一方面有利于提高处理效率,保障中心整体接通率;另一方面,由于涉及问题登记、流转交接、无法即时处理等,也是引发客户投诉的风险点之一。

4、知识及信息传递风险

   知识库是电话银行中心客服代表工作的信息库,是做好电话银行工作的重要基础。一是银行金融服务具有种类齐全、产品丰富、业务规定变化快、产品系统不断推陈出新的特征,且客户数量庞大,若知识库维护不及时,业务资料缺失、出错或者过时等都会在短时间内引发巨大的客户投诉风险,严重的还可能给客户带来损失或者引发声誉风险。二是信息传递容易出现不对称的情况,由于业务规则制定者、知识维护人员、培训人员、前线座席员等岗位的工作分工不同、沟通问题,都可能导致知识信息在传递的过程中出现偏差,从而引发服务风险。

(四)电话银行信息管理风险

1、录像录音凭证管理风险

   电话银行中心通过电话语音为客户提供金融服务,无法像柜面渠道一样提供纸质凭证作为交易或服务凭证,因此录音凭证是客户与座席员产生业务往来的最重要凭证。2005年4月1日起施行的《中华人民共和国电子签名法》规定:“数据电文不得仅因为其是以电子、光学、磁或者类似手段生成、发送、接收或者储存的而被拒绝作为证据使用。”客户录音可以作为电子(数码录音)、光学(光盘)、磁(磁带)等形式保存,从法律上讲,可以作为客户与银行要约关系的凭证,录音同签字一样具有不可抵赖性。目前,客户拨打服务95533入线接通人工服务之前,自助语音会提示对服务过程进行录音,客户确认之后才能接通人工座席,此环节可避免因客户不知情而产生侵权风险。

   正是由于录音凭证的重要性,所以录音凭证的管理也极为关键。目前录音管理的风险环节包括:一是内部听取录音或使用录音所产生的风险。电话银行中心内部使用录音包括质检抽听录音、培训分享等,这其中涉及人员较多,容易引发泄露风险。二是外部调取录音所产生的风险。包括协助客户、公安机关调查取证等调取录音,由于涉及客户、司法机关、建设银行等多个主体,在录音调取及使用过程容易形成风险。三是由于录音保管期限较短所产生的风险。因前期形成的风险可能在未来的某一个时间段爆发,所以延长录音的保管期限有一定的必要性。另外,一些电话银行中心还对座席员的CSR操作进行录像监屏并在所有的办公区域设置监控探头,系统录像监屏和办公场所实时监控都是为了防范风险,若相关的监测系统失效或者数据丢失,都存在潜在风险。

2、信息保密

   电话银行中心涉及到众多数据信息,包括业务知识库、客户数据信息、录音录像监屏等。业务知识库是建行业务的大辞典,所有的信息都只供业务查询使用,需防止员工或外部人员侵入系统或者通过邮件、U盘拷贝等方式外传。另外,电话银行业务需要记录、传输、存储和处理客户手机号、账号、余额、姓名等客户重要信息,在为客户提供人工服务时,客服代表会查询客户的账户信息或按照客户要求协助客户办理相关交易。在操作过程中电话被窃听或客服代表使用的电脑终端存储的客户信息能够通过U 盘或其他手段拷贝等,都会形成客户信息泄露风险。

三、风险防范和对策

(一)业务流程持续改善

   业务流程是员工赖以处理问题的行为准则,它是动态的优化过程。流程的优化不仅会带来效率的提高,更加能够防范风险,最大程度上减少漏洞。反之,有漏洞的流程本身便暗藏风险。电话银行中心可通过不断优化的流程来规范员工的日常操作行为,而日常操作行为又推动着流程的优化,二者相辅相成。做好流程优化,一是要从制度上规范流程管理,明确流程制定、试运行、实施、效果评估及再优化等环节的标准;二是调动员工的积极性,全员参与,有利于发现流程漏洞,持续做好各项优化措施的落实。

(二) 优化知识工具和应用短信工具

   知识库是座席员的大脑,也是客户了解银行产品和服务的基础。由于知识库有一定的滞后性且涉及面广,在和柜台实际操作中也存在差异,因此及时和相关部门沟通获取第一手资料尤为重要。再者,在进行知识文档优化的过程中,语言表达和排版也要尽量通俗易懂,便于查找,以此提高效率。除此之外还可以开发利用短信工具,避免员工和客户之间口头沟通所产生的误解或遗漏,便于客户直观地获取业务资料和解决方案。

(三) 做好信息传递及培训辅导

   信息的传递分由上至下、由下至上。一方面,从银行的产品开发到电话银行中心的服务开展,须保证原则统一、内容统一、落实统一,因此文件的拟定以及解读既要通俗易懂,也要保证传达到位,否则进一步传递到客户的耳朵中可能有大偏差。另一方面,员工所获取到的一手信息不管是高频率咨询业务亦或密集发生型事件都要求能及时上报,进而层层传递再进行确认。培训辅导是信息传递的重要方式之一,通过定期定量的培训不仅有利于业务知识学习、提高服务质量,培训师搜集到的信息反馈,也促进下一次培训辅导的优化,更具针对性。形成回流式的信息传递模式,最终有利于实现大方向的战略部署。

(四) 排班管理科学化

   一是要加强来电预测,通过经验数据总结,收集影响因素等建立来电预测模型;二是要加快实现电子化排班,通过引入排班系统来减少人为估算的偏差,实现快速高效排班;三是要做好员工思想动态管理,24小时客服工作性质的特殊性要求必须轮班制,这是对生物钟的挑战,更是对排班管理的挑战,排班人员要深入研究员工的行为状态,结合不同员工的特点进行科学排班。总之,根据经验和科学的预测,不仅能横向覆盖客户的问题,也能纵向提高银行的接通率,而员工也因此得到合理的工作时间安排,与此同时也要做好紧急预案、做好防范工作、安排后备人员,以免来电量异常激增而措手不及。

(五)优化问题处理机制

   百密难防一疏,更重要的是问题发生后如何解决,这是客户关注的焦点,也是电话银行时时刻刻面临的挑战。一是要积极地促进多部门合作,同时按照岗位设置的逻辑流转,明确职责,形成多方而高效的处理难题局面;二是要明确原则,分级处理,通过设定不同层级问题的处理时限,及时向客户反馈信息;三是归口统一,在问题解决过程中必须统一由一个落实部门去和客户交流、解决问题;四是要注重问题解决案例的经验总结,通过形成问题解决案例库,引导和提升问题解决人员的处理能力。

(六)规范录音凭证管理

   录音是保护客户权益、员工权益和银行权益的手段之一,是具有法律效应的重要凭证。现如今,录音凭证管理更加依赖于技术范畴,因此对设备的维护以及储存空间的容量有了更高要求,定期检查技术设施,及时清理不必要的内存,都能为保存创造更加良好的客观条件。与此同时,凭证管理的人员安排也格外重要,既要与一线工作人员独立开来,保持高度独立性,又要与前台座席员保持紧密联系,且必须做好保密措施。

(七)做好信息保密的核查审计工作

   商业银行本身是经营风险的组织,涉及到无数客户个人隐私,因此客户信息的保管异常重要。电话银行中心不仅要严禁工作人员携带纸张、通讯设备等便于记录的工具进入工作区域,也要每天仔细清算工作人员领取及上交的工作稿纸,同时由主管部门牵头定时安排人员清理电脑中含有敏感信息的文件并进行核查。另外还要加大力度培育员工的保密习惯,不携带任何有关客户信息的资料走出工作区域,形成定期检查、互相监督的安全审计局面,做好信息保密的核查审计工作。

(八)加大对服务对象的研究分析

   服务对象既包括宏观的服务区域及社会群体,也包括微观的客户组成。随着国内银行的海外拓展,目前不少国内的电话银行中心均有承接海外电话银行服务的职能,而国内的跨区域服务就更为常见,因此研究服务对象尤其重要。一方面要聆听客户声音,发掘客户需求有利于更高效地解决客户问题;另一方面,要进行社会心理分析,针对性给予个性化服务。只有全方位剖析才更有利于信息的反馈,从外部的思考及到内部产品的优化,从源头上防范风险,做好电话银行服务。

(九)建设合规文化以提高风险意识

   企业文化是日常工作中形成后被成员广泛认可,认为有效而共享,并共同遵循的基本信念和认知。建设合规文化,提高风险意识,有利于员工在日常工作中下意识地利用流程、知识库等合理地来保护客户、公司、自己的权益。

(十)利用新技术手段提高风险防控能力

   一方面,技术的日新月异让不法分子有机可趁,利用改号软件和伪基站冒充各商业银行的客服热线发短信或致电客户,实施诈骗;另一方面,技术的发展也给我们商业银行提供了提高风险防控能力的机会。充分利用新技术手段,加强防盗防骗的防火墙建设,做好预防工作,不让不法分子趁虚而入。同时提高应对能力,面对紧急事件能充分利用新技术手段破解不法行为。这不仅要求有风险防控的成本资金投入,完善设备,也要求有高科技人才的储备。目前可用于电话银行中心的技术手段主要包括更严密的密码校验方式、智能质检系统、智能排班系统、话务监控系统等,通过各种技术系统组合可实现对运营的前瞻预测、事中控制以及事后分析,同时利用大数据分析的方法可充分较少风险发生的可能性,提升风险防控能力。

   综上所述,电话银行中心的发展面临着诸多机遇,同时也是巨大挑战,一方面是集约化经营、转型发展的升级良机;另一方面也面临着更加多变的风险挑战及监管要求。只有处理好合规管理与经营发展的关系,才能在不断推进电话银行中心发展的过程中切实抓好风险管理,最大程度维护客户、员工以及银行自身的权益。

本文刊载于《客户世界》2016年11月刊文章;原文作者刘添权,梁雅静,本文作者单位为中国建设银行广州电话银行中心。
0
评论

新版群组/聊天室服务 REST API差异说明v2 公告 群组 聊天室

beyond 发表了文章 • 331 次浏览 • 2017-01-04 16:04 • 来自相关话题

新版群组/聊天室服务 REST API差异说明v2
(最新更新时间: 2017-01-06)

第一版差异说明发出后,我们收到了一些开发者的反馈。根据这些反馈,我们对新版群组/聊天室的异常、状态码进行了调整和优化。相比2017-01-03第一个版本,主要更新内容:
  com.easemob.group.exception.ForbiddenOpException 异常类型的状态码 由400变成403,该异常表示本次调用不符合群组/聊天室操作的正确逻辑,例如调用添加成员接口,添加已经在群组里的用户,或者移除聊天室中不存在的成员等操作。  部分操作抛出的com.easemob.group.exception.InvalidParameterException (状态码400) 异常类型替换为 com.easemob.group.exception.ForbiddenOpException (状态码403)  如果用户加入群组/聊天室的个数超限,或者appkey下群组/聊天室的个数超限,将抛出异常com.easemob.group.exception.ExceedLimitException, 状态码 403

相比2017-01-03第一个版本,异常及状态码有改动的接口如下:
 群加人(单加/批量),用户已经在群里 群减人(单减/批量减)被减用户(存在但)都不在群 转让群主,自己转自己 转让群主,转给一个不在群里的用户 批量添加黑名单,用户都已经在黑名单 单个加入黑名单,用户不是群组成员 把群主加入黑名单 修改聊天室信息,修改的字段含有不允许修改的字段,例如id 聊天室减人,被删除成员不在聊天室 限制检查
 
------------------------------------------------------------------------------------------------------------

 1.群组服务

成员操作

群加人(单加/批量),用户不存在
旧群组抛出的异常类型:java.lang.IllegalArgumentException 状态码为400新群组抛出的异常类型: com.easemob.group.exception.ResourceNotFoundException 状态码为404,异常描述为"username %s doesn't exist!"
 群加人(单加/批量),用户已经在群里
旧群组服务返回200,新群组服务抛出的异常类型:com.easemob.group.exception.ForbiddenOpException 状态码为403 异常描述为 "can not join this group, reason:%s"(注:批量加人时,如果部分用户不在群里,则该部分用户可以添加成功,返回状态码为200)
 群减人(单减/批量减)被减用户(存在但)都不在群
旧群组服务返回200新群组服务抛出的异常类型: com.easemob.group.exception.ForbiddenOpException 状态码为403 异常描述为 "users %s are not members of this group!"(注:批量减人时,如果部分用户在群里,则该部分用户可以移除成功,返回状态码为200)
 
转让群主
 
转让群主,自己转自己
旧版群组服务返回200新版群组服务抛出异常:com.easemob.group.exception.ForbiddenOpException 状态码403 异常描述:"new owner and old owner are the same "
 
转让群主,转给一个不在群里的用户
旧群组服务可以转成功,原来的群主被从群里移除新群组服务要求新群主必须首先是群成员,因此会抛出异常 com.easemob.group.exception.ForbiddenOpException 状态码403 异常描述为:"user: %s doesn't exist in group: %s"

转让群主,转给一个群里的其他成员
旧群组服务旧群主从群成员中移除新版群组服务,旧群主还留在群里。

黑名单操作

添加黑名单(单个/批量), 用户不是群成员
旧群服务返回200新群服务抛出异常: com.easemob.group.exception.ForbiddenOpException 状态码 403 异常描述为:"users %s are not members of this group!"

把群主加入黑名单
旧群服务返回200新群服务抛出异常: com.easemob.group.exception.ForbiddenOpException 状态码 403 异常描述为:"forbidden operation on group owner!"
2.聊天室服务

聊天室信息维护

创建聊天室,聊天室成员不存在,旧群组服务返回400,新群组服务返回404
旧群组抛出的异常类型:java.lang.IllegalArgumentException 状态码为400新群组抛出的异常类型: com.easemob.group.exception.ResourceNotFoundException 状态码为404 异常描述为"username %s doesn't exist!"

删除聊天室,聊天室id不存在
旧群组服务返回200新群组服务抛出的异常类型: com.easemob.group.exception.ResourceNotFoundException 状态码为404 异常描述为:"grpID %s does not exist!"

修改聊天室信息,聊天室id不存在
旧群组服务返回200新群组服务抛出的异常类型: com.easemob.group.exception.ResourceNotFoundException 状态码为404 异常描述为:"grpID %s does not exist!"

修改聊天室信息,修改的字段含有不允许修改的字段,例如id
旧群组服务返回200,修改了允许修改的内容新群组服务,如果传入的修改字段中,包含不可更改,或者是无效的字段,会抛出异常: com.easemob.group.exception.InvalidParameterException 状态码为400 异常描述为 "some of %s could not be modified" 或者 "some of %s are not valid fields"新群组服务,禁止通过修改群组/聊天室接口来修改owner, 否则会抛出异常:com.easemob.group.exception.ForbiddenOpException,状态码403 异常描述为: "owner cannot be updated through this method!")
删除不存在的聊天室 
旧群组服务返回200新群组服务抛出的异常类型: com.easemob.group.exception.ResourceNotFoundException 状态码为404 异常描述为:"grpID %s does not exist!"

成员操作

聊天室加人(单加/批量),聊天室不存在
旧群组服务返回200新群组服务抛出的异常类型: com.easemob.group.exception.ResourceNotFoundException 状态码为404 异常描述:"grpID %s does not exist!"

聊天室加人(单加/批量),被添加用户都不存在,或某个成员不存在
旧群组抛出的异常类型:java.lang.IllegalArgumentException 状态码为400新群组抛出的异常类型: com.easemob.group.exception.ResourceNotFoundException 状态码为404 异常描述: "username %s doesn't exist!"

聊天室减人,被删除成员不在聊天室 
旧群组服务返回200新群组服务抛出的异常类型: com.easemob.group.exception.ForbiddenOpException 状态码为403 异常描述: "users %s are not members of this group!"

聊天室减人(单减/批量减),聊天室id不存在
旧群组服务返回200新群组服务抛出的异常类型: com.easemob.group.exception.ResourceNotFoundException 状态码为404 异常描述:"grpID %s does not exist!"

限制检查

用户创建群组/聊天室,群组/聊天室加人等操作,会检查如下参数
用户加入的群组个数限制用户加入的聊天室个数限制appkey下创建群组个数的限制appkey下创建聊天室个数的限制

旧群组服务,如果超过限制,会抛出异常: java.lang.IllegalArgumentException 状态码为400; 
新群组服务,如果超过限制,会抛出异常:com.easemob.group.exception.ExceedLimitException 状态码为 403

异常描述为:
 
用户加入的群组/聊天室超过上限:"can not join this group, reason:user %s has joined too many groups/chatroom!"appkey下创建群组/聊天室超过上限:"this appKey has create too many groups/chatrooms!"

权限检查

所有群组/聊天室的接口,如果调用者不具备相应接口的调用权限, 抛出的异常类型:com.easemob.group.exception.GroupAuthorizationException,状态码为 401 查看全部
新版群组/聊天室服务 REST API差异说明v2
(最新更新时间: 2017-01-06)

第一版差异说明发出后,我们收到了一些开发者的反馈。根据这些反馈,我们对新版群组/聊天室的异常、状态码进行了调整和优化。相比2017-01-03第一个版本,主要更新内容:
  •   com.easemob.group.exception.ForbiddenOpException 异常类型的状态码 由400变成403,该异常表示本次调用不符合群组/聊天室操作的正确逻辑,例如调用添加成员接口,添加已经在群组里的用户,或者移除聊天室中不存在的成员等操作。
  •   部分操作抛出的com.easemob.group.exception.InvalidParameterException (状态码400) 异常类型替换为 com.easemob.group.exception.ForbiddenOpException (状态码403)
  •   如果用户加入群组/聊天室的个数超限,或者appkey下群组/聊天室的个数超限,将抛出异常com.easemob.group.exception.ExceedLimitException, 状态码 403


相比2017-01-03第一个版本,异常及状态码有改动的接口如下:
  •  群加人(单加/批量),用户已经在群里
  •  群减人(单减/批量减)被减用户(存在但)都不在群
  •  转让群主,自己转自己
  •  转让群主,转给一个不在群里的用户
  •  批量添加黑名单,用户都已经在黑名单
  •  单个加入黑名单,用户不是群组成员
  •  把群主加入黑名单
  •  修改聊天室信息,修改的字段含有不允许修改的字段,例如id
  •  聊天室减人,被删除成员不在聊天室
  •  限制检查

 
------------------------------------------------------------------------------------------------------------

 1.群组服务

成员操作

群加人(单加/批量),用户不存在
  • 旧群组抛出的异常类型:java.lang.IllegalArgumentException 状态码为400
  • 新群组抛出的异常类型: com.easemob.group.exception.ResourceNotFoundException 状态码为404,异常描述为"username %s doesn't exist!"

 群加人(单加/批量),用户已经在群里
  • 旧群组服务返回200,
  • 新群组服务抛出的异常类型:com.easemob.group.exception.ForbiddenOpException 状态码为403 异常描述为 "can not join this group, reason:%s"(注:批量加人时,如果部分用户不在群里,则该部分用户可以添加成功,返回状态码为200)

 群减人(单减/批量减)被减用户(存在但)都不在群
  • 旧群组服务返回200
  • 新群组服务抛出的异常类型: com.easemob.group.exception.ForbiddenOpException 状态码为403 异常描述为 "users %s are not members of this group!"(注:批量减人时,如果部分用户在群里,则该部分用户可以移除成功,返回状态码为200)

 
转让群主
 
转让群主,自己转自己
  • 旧版群组服务返回200
  • 新版群组服务抛出异常:com.easemob.group.exception.ForbiddenOpException 状态码403 异常描述:"new owner and old owner are the same "

 
转让群主,转给一个不在群里的用户
  • 旧群组服务可以转成功,原来的群主被从群里移除
  • 新群组服务要求新群主必须首先是群成员,因此会抛出异常 com.easemob.group.exception.ForbiddenOpException 状态码403 异常描述为:"user: %s doesn't exist in group: %s"


转让群主,转给一个群里的其他成员
  • 旧群组服务旧群主从群成员中移除
  • 新版群组服务,旧群主还留在群里。


黑名单操作

添加黑名单(单个/批量), 用户不是群成员
  • 旧群服务返回200
  • 新群服务抛出异常: com.easemob.group.exception.ForbiddenOpException 状态码 403 异常描述为:"users %s are not members of this group!"


把群主加入黑名单
  • 旧群服务返回200
  • 新群服务抛出异常: com.easemob.group.exception.ForbiddenOpException 状态码 403 异常描述为:"forbidden operation on group owner!"

2.聊天室服务

聊天室信息维护

创建聊天室,聊天室成员不存在,旧群组服务返回400,新群组服务返回404
  • 旧群组抛出的异常类型:java.lang.IllegalArgumentException 状态码为400
  • 新群组抛出的异常类型: com.easemob.group.exception.ResourceNotFoundException 状态码为404 异常描述为"username %s doesn't exist!"


删除聊天室,聊天室id不存在
  • 旧群组服务返回200
  • 新群组服务抛出的异常类型: com.easemob.group.exception.ResourceNotFoundException 状态码为404 异常描述为:"grpID %s does not exist!"


修改聊天室信息,聊天室id不存在
  • 旧群组服务返回200
  • 新群组服务抛出的异常类型: com.easemob.group.exception.ResourceNotFoundException 状态码为404 异常描述为:"grpID %s does not exist!"


修改聊天室信息,修改的字段含有不允许修改的字段,例如id
  • 旧群组服务返回200,修改了允许修改的内容
  • 新群组服务,如果传入的修改字段中,包含不可更改,或者是无效的字段,会抛出异常: com.easemob.group.exception.InvalidParameterException 状态码为400 异常描述为 "some of %s could not be modified" 或者 "some of %s are not valid fields"
  • 新群组服务,禁止通过修改群组/聊天室接口来修改owner, 否则会抛出异常:com.easemob.group.exception.ForbiddenOpException,状态码403 异常描述为: "owner cannot be updated through this method!")

删除不存在的聊天室 
  • 旧群组服务返回200
  • 新群组服务抛出的异常类型: com.easemob.group.exception.ResourceNotFoundException 状态码为404 异常描述为:"grpID %s does not exist!"


成员操作

聊天室加人(单加/批量),聊天室不存在
  • 旧群组服务返回200
  • 新群组服务抛出的异常类型: com.easemob.group.exception.ResourceNotFoundException 状态码为404 异常描述:"grpID %s does not exist!"


聊天室加人(单加/批量),被添加用户都不存在,或某个成员不存在
  • 旧群组抛出的异常类型:java.lang.IllegalArgumentException 状态码为400
  • 新群组抛出的异常类型: com.easemob.group.exception.ResourceNotFoundException 状态码为404 异常描述: "username %s doesn't exist!"


聊天室减人,被删除成员不在聊天室 
  • 旧群组服务返回200
  • 新群组服务抛出的异常类型: com.easemob.group.exception.ForbiddenOpException 状态码为403 异常描述: "users %s are not members of this group!"


聊天室减人(单减/批量减),聊天室id不存在
  • 旧群组服务返回200
  • 新群组服务抛出的异常类型: com.easemob.group.exception.ResourceNotFoundException 状态码为404 异常描述:"grpID %s does not exist!"


限制检查

用户创建群组/聊天室,群组/聊天室加人等操作,会检查如下参数
  1. 用户加入的群组个数限制
  2. 用户加入的聊天室个数限制
  3. appkey下创建群组个数的限制
  4. appkey下创建聊天室个数的限制


旧群组服务,如果超过限制,会抛出异常: java.lang.IllegalArgumentException 状态码为400; 
新群组服务,如果超过限制,会抛出异常:com.easemob.group.exception.ExceedLimitException 状态码为 403

异常描述为:
 
  • 用户加入的群组/聊天室超过上限:"can not join this group, reason:user %s has joined too many groups/chatroom!"
  • appkey下创建群组/聊天室超过上限:"this appKey has create too many groups/chatrooms!"


权限检查

所有群组/聊天室的接口,如果调用者不具备相应接口的调用权限, 抛出的异常类型:com.easemob.group.exception.GroupAuthorizationException,状态码为 401
0
评论

2016年度盘点:一家典型互联网公司的必备工具宝箱 相关推荐 行业活动 环信

beyond 发表了文章 • 276 次浏览 • 2017-01-04 14:25 • 来自相关话题

2016年刚刚过去,2017年已经来临。在过去的一年,作为互联网从业人员的你肯定和我有同样的感受:无论是产品研发、市场还是运营人员,大家在工作中使用的工具产品越来越多,对工具的依赖程度也越来越重。值此岁末年初之际,现在就盘点一下2016年互联网公司最常用的20款工具产品及服务。正是在这些工具的助力下,众多互联网公司才能以如此矫健的步伐跨入这充满希望的2017年,而没有倒在2016年的资本寒冬里。
 
● 即时通讯云服务商:环信






微信、陌陌引领了社交媒体的爆发后,移动社交已成使用最多的产品功能之一,社交不仅可以让用户更具黏性, 越来越多的企业倾向在App上添加社交功能。但IM底层开发繁重的问题,也是让很多企业望而却步。
环信作为集成通讯云服务商,通过云端开放的 Rest API 和客户端 SDK 包的方式让App内置聊天功能和以前网页中嵌入分享功能一样简单。不必为基础功能组件耗费自己太多精力,为开发者省钱省力,更是加速了APP的上线速度。

产品官网:http://www.easemob.com/product/im 
●产品原型设计工具:墨刀




身为一名PM,画原型写文档是我们的看家必备技能了,在寻觅尝试了众多国内外原型工具后,我们锁定了墨刀这款利器,一用上便爱不释手。

墨刀采用拖拽式的原型制作和交互方式,十分钟即可上手,学习成本非常低。墨刀的功能非常强大:用墨刀可以完成从原型制作-交互动效-团队协同作业-实时分析查看效果-跟踪团队及用户反馈整个产品开发流程中大部分让人挠墙的问题。实时扫一扫预览、打点评论,不仅方便真机演示,还大大降低了沟通协作成本。

产品官网:https://modao.cc/

●企业的云端文档协作平台:WPS云文档​




文案校稿时,需要通过QQ/邮件在多人间反复往返发送稿件,异常繁琐低效;团队资料到处都是,需要时常常找不到;团队资料无法全平台同步,无法移动办公。如果你也在被这些问题困扰,不妨试试WPS云文档。

WPS云文档是一个企业文档的存储、共享与协作平台,支持多人同时编辑一个文档、文档内评论和历史版本还原等功能。团队可将文档资料全部存储在云端,方便查找与管理。云文档能满足不同人群的文档协作需求,产品研发用它协作撰写需求文档、管理项目进度和搜集bug;运营团队可以多人在同一个文档里协作撰稿与校稿。WPS云文档既有免费版也有付费版。


产品官网:https://drive.wps.cn/landing.html

●思维导图工具:MindManager​




MindManager是一款专业思维导图工具,它可以将你的思想、策略及商务信息转换为行为导图,让你直观感受整个进度。它可以帮助你进行项目管理、头脑风暴、记录笔记、演示演讲,无论你是商务人员、老师还是学生,Mindmanager图文并茂的展示形式都可以为你提供高效清晰的思维方式。MindManager有免费试用版和付费版,试用30日后可付费购买使用。

产品官网:http://www.mindmanager.cc

●表单与联系人管理工具:麦客CRM​




作为现代企业营销工作者,我们需要更加有理有据地管理市场活动、品牌建设和线上线下的营销行为,了解这些工作能为企业带来的潜在客户,他们都是谁,他们在哪里,他们的质量高低。

麦客CRM能满足你在营销、获客和客户管理方面的需求。麦客是一款在线表单制作工具,同时也是强大的客户信息处理和关系管理系统,可以帮助你轻松完成信息收集与整理,实现客户挖掘与消息推送,并开展持续营销。

产品官网:www.mikecrm.com

●在线图形设计工具:创客贴​




身为一个新媒体运营,老板指望我三头六臂,八项全能:开会要做ppt,得简洁美观; 
文案不能干巴巴,要丰富有趣;热点追图、双微首图,必须好看刺激…还好有创客贴。

创客贴是一款极简的网站式平面设计工具,解决了大多数人的设计痛点,让不会使用专业制图软件的运营人员也能快速制作出自己想要的图片:可使用平台提供的大量图片、字体和模板等素材,通过简单的拖拉拽操作,就可以轻松设计出精美的海报、PPT、公号文章首图等图片。另有团队协作版和ipad版会让你的做图工作更加直接高效。

产品官网:https://www.chuangkit.com


●用户行为分析工具:神策分析​




近期哪个渠道用户注册量最高?变化趋势如何?新增的注册引导流程是否提升用户粘性……作为产品运营的你如果想知道这些问题的答案,那么可以使用神策分析。

神策分析是一款可以私有化部署的用户行为分析产品,致力帮助用户实现数据驱动。在保障数据安全的前提下,产品实现秒级数据导入与查询,带来灵活的PaaS平台,并针对多业务场景提供专业的数据分析服务,为业务决策提供数据支撑。

产品官网:https://www.sensorsdata.cn/

●商业管理云:数据观​





作为企业运营管理部门,需要每天关注各渠道的运营数据(用户、推广、客服、营销)等,整合这些数据孤岛很耗费人力和时间成本,我们需要一个实时的可视化看板以了解企业的运营动态,然后才能针对企业运营过程中的问题及时做出决策。
数据观可以把我们的注册用户、百度推广、在线客服、微信、微博等数据全部关联起来,并基于全量数据进行可视化分析,以便我们实时、准确的了解企业的运营状况。现在公司的销售、市场、运营都在用数据观做日常的业务分析。

产品官网:www.shujuguan.cn

●图文排版工具:135编辑器​




内容运营每天都有大量的工作要做,要追热点,写原创,上午想着如何涨粉,下午想着如何促活。在做好内容的同时,如何快速做出既漂亮又有自己独特风格的排版,是很多内容运营的目标。

135编辑器是一款在线图文排版工具,功能比较全面,操作也非常简单。比如一键导入,多平台发布,一键排版和定时群发等大大节约了时间。样式库丰富,自己排列组合自定义为模板,形成自己的风格。企业用户也可以将其嵌入企业内部系统,提升企业排版能力。

产品官网:www.135editor.com

●深度链接企业服务商:LinkedME​





当今,每个移动APP都是独立的,内容和服务之间的链接消失,应用搜索断裂,APP的内容被局限在每个APP内。我们能在电脑网页所监测的用户意图、广告曝光和其它盈利指标都不能在移动端很好进行。

LinkedME打破了束缚我们的APP孤岛,它是一个企业级深度链接服务平台,可以帮忙APP解决用户增长和流量变现问题。它旗下的Linkpage提供APP一键直达和推广渠道监测服务,帮助APP企业获取社交媒体和广告曝光用户,提高运营转化,优化渠道投放策略。

产品官网:https://www.linkedme.cc/ 

●SEM优化工具:九枝兰​




搜索竞价推广真不是人干的活儿。单是最基础的调价,一个关键词优化师就需要管理1440种价格!如果以5万关键词的账户为例,每天每个关键词调价1440次,每天竟然需要进行7200万次调价!一个优化师即使有洪荒之力,也极难完成。

于是九枝兰SEM优化工具应运而生,解决SEM优化师力所不能及的事,在需要发挥人的聪明才智的方向投入精力,如:拓词、创意、着陆页优化。

产品官网:http://www.jiuzhilan.com/sem-tool-highlights/ 

●广告效果监测与分析平台:【友盟+】U-ADplus​




U-ADplus广效监测是【友盟+】旗下聚焦营销全链路的第三方数据服务。其中AppTrack是面向App广告主推出的监测与分析平台。它能满足不同类型使用者的推广监测需求。提供基础、电商、游戏应用场景,使用者可根据想监控的指标选择适合的应用场景。支持多样的推广形式,不管是广告平台、信息流广告还是广告联盟 ,它都可以帮使用者监控推广效果。除了能监控推广点击和激活,还能监测用户注册、登陆、行为和付费,让使用者真正了解推广带来用户的转化情况。

产品官网:https://at.umeng.com/fuia0z

●企业消费与报销管理平台:易快报​





起初臃肿冗长的报销流程令我们非常头疼,很难进行费用管控。使用易快报后才深切感受到了原来报销流程也可以如此便捷。易快报打通了从提交申请到支付的全部环节,使员工报销的时间大为缩短,还能对企业进行实时全程费用控制,效率提高了不少。

易快报是一个敏捷的企业消费和报销管理平台,面向企业提供专业的订购、费控和报销管理服务。据官网公布的数据,公司目前已经为超过5万家企业客户和220万个人用户提供了这种全新的报销服务。

产品官网:https://www.ekuaibao.com/

●快速建站服务:友好速搭​




要做电商,渠道是个问题,入驻各大平台还不够,要有自己的独立的门户网站,但创业初期,资金有限,技术太贵,维护太难,加上服务器配置、域名备案一堆事,一想头就大,有了友好速搭,60 秒轻松搭建门户网站,就算是技术小白,也能做出稳定可靠的官网。

友好速搭可以为企业提供了一站式建站服务,集成域名、DNS、安全证书等基础设施,提供SaaS 建站系统,开放全部API并提供互联网、营销、传媒等资源服务,目前已服务超过2.3万个品牌。

产品官网:youhaosuda.com

●移动应用分发与监控平台:酷传​




酷传是一个一站式APP发布及监控平台。开发者不需要添加任何SDK,即可通过酷传把自己的APP同时上架到30家主流安卓应用商店,后续还可以实时跟进各个商店的审核进度,不再需要运营人员一一去各家应用商店进行操作;通过酷传的监控产品,还可以查询一百多万款APP的各项数据表现,目前已经支持安卓和IOS两个平台十多家应用商店。

产品官网:www.coolchuan.com

●企业级云服务商​​​​​​​:七牛云​





对于有大量数据存储需求的互联网公司,现在不仅仅是把数据托管到云存储供应商就够了,围绕数据展开的一站式的服务,成为当下互联网迫切所需。
七牛云作为企业级云服务商,除了存储、CDN加速服务,和完整的直播云解决方案,围绕数据还有许多玩法。存储在七牛的数据,不需要下载下来,就可以进行批量加水印、裁剪、反垃圾等处理。通过提供稳定、高效、可信赖的底层服务,让客户能集中精力在自身业务的实现和创新上。
 
产品官网:www.qiniu.com
 
● 应用性能监测平台:OneAPM
 





网络访问缓慢?用户无法登录?接口突然失效?你是否也经常由于很多IT系统故障的原因,眼睁睁地看着用户流失?作为一个应用性能监测平台,OneAPM可以帮助你预先发现性能问题。OneAPM目前支持Java、PHP、Ruby、.Net、Python等多种编程语言,同时也支持iOS 和Android操作系统。它可以帮你实时抓取缓慢的程序代码和SQL语句,让你的应用运行更加流畅、稳定。

产品官网:http://www.oneapm.com/


●APP测试服务商:Testin云测​




移动互联网的竞争越来越激烈,迫使互联网公司必须要根据用户需求快速对APP进行迭代。每次迭代过程中最担心的是出现Bug,伤害到用户体验可能会是导致用户流失的重要原因。

Testin专注于面向全球范围内的移动互联网应用开发者,如移动APP开发者、移动手机游戏开发商及互联网+相关移动应用企业提供“一站式测试服务”。包括从移动应用内测到功能测试、性能测试、兼容测试及移动应用发布后持续质量监控,解决APP终端在功能、性能、碎片化、兼容性、稳定性等广大移动互联网企业及开发者不易克服的难题。Testin一站式测试服务覆盖开发者从开发完成到版本迭代的全过程。

产品官网:www.testin.cn

●推送技术和大数据服务商:个推​




“这么大个红包,再不使用就过期啦!”、“美妆热搜销量王,全场五折起”,收到这样的消息,你肯定也会忍不住打开一探究竟。通过小小的消息,传递用户所需的信息,提高用户活跃度和留存率,这就是推送技术的力量。

个推所做的就是搭建APP与用户沟通的桥梁,确保消息的毫秒级到达,用户即便足不出户,也能第一时间尽知天下事。个推给用户分群组、打标签,通过大数据分析送让合适的消息找到合适的用户。个推提供免费推送和VIP增值服务,并为各垂直领域提供专业大数据解决方案,目前已服务于50万APP,SDK累计接入用户数超过130亿。

产品官网:http://www.getui.com/

希望大家所在的公司都能在上面这20款工具服务的助力下在2017年继续高歌猛进,越跑越快。
  查看全部
图片1.png

2016年刚刚过去,2017年已经来临。在过去的一年,作为互联网从业人员的你肯定和我有同样的感受:无论是产品研发、市场还是运营人员,大家在工作中使用的工具产品越来越多,对工具的依赖程度也越来越重。值此岁末年初之际,现在就盘点一下2016年互联网公司最常用的20款工具产品及服务。正是在这些工具的助力下,众多互联网公司才能以如此矫健的步伐跨入这充满希望的2017年,而没有倒在2016年的资本寒冬里。
 
● 即时通讯云服务商:环信

3DSB`HKV@VPSB6Y7LN~KH@B.jpg


微信、陌陌引领了社交媒体的爆发后,移动社交已成使用最多的产品功能之一,社交不仅可以让用户更具黏性, 越来越多的企业倾向在App上添加社交功能。但IM底层开发繁重的问题,也是让很多企业望而却步。
环信作为集成通讯云服务商,通过云端开放的 Rest API 和客户端 SDK 包的方式让App内置聊天功能和以前网页中嵌入分享功能一样简单。不必为基础功能组件耗费自己太多精力,为开发者省钱省力,更是加速了APP的上线速度。

产品官网:http://www.easemob.com/product/im 
●产品原型设计工具:墨刀
图片2.png

身为一名PM,画原型写文档是我们的看家必备技能了,在寻觅尝试了众多国内外原型工具后,我们锁定了墨刀这款利器,一用上便爱不释手。

墨刀采用拖拽式的原型制作和交互方式,十分钟即可上手,学习成本非常低。墨刀的功能非常强大:用墨刀可以完成从原型制作-交互动效-团队协同作业-实时分析查看效果-跟踪团队及用户反馈整个产品开发流程中大部分让人挠墙的问题。实时扫一扫预览、打点评论,不仅方便真机演示,还大大降低了沟通协作成本。

产品官网:https://modao.cc/

●企业的云端文档协作平台:WPS云文档​
图片3.png

文案校稿时,需要通过QQ/邮件在多人间反复往返发送稿件,异常繁琐低效;团队资料到处都是,需要时常常找不到;团队资料无法全平台同步,无法移动办公。如果你也在被这些问题困扰,不妨试试WPS云文档。

WPS云文档是一个企业文档的存储、共享与协作平台,支持多人同时编辑一个文档、文档内评论和历史版本还原等功能。团队可将文档资料全部存储在云端,方便查找与管理。云文档能满足不同人群的文档协作需求,产品研发用它协作撰写需求文档、管理项目进度和搜集bug;运营团队可以多人在同一个文档里协作撰稿与校稿。WPS云文档既有免费版也有付费版。


产品官网:https://drive.wps.cn/landing.html

●思维导图工具:MindManager​
图片4.png

MindManager是一款专业思维导图工具,它可以将你的思想、策略及商务信息转换为行为导图,让你直观感受整个进度。它可以帮助你进行项目管理、头脑风暴、记录笔记、演示演讲,无论你是商务人员、老师还是学生,Mindmanager图文并茂的展示形式都可以为你提供高效清晰的思维方式。MindManager有免费试用版和付费版,试用30日后可付费购买使用。

产品官网:http://www.mindmanager.cc

●表单与联系人管理工具:麦客CRM​
图片5.png

作为现代企业营销工作者,我们需要更加有理有据地管理市场活动、品牌建设和线上线下的营销行为,了解这些工作能为企业带来的潜在客户,他们都是谁,他们在哪里,他们的质量高低。

麦客CRM能满足你在营销、获客和客户管理方面的需求。麦客是一款在线表单制作工具,同时也是强大的客户信息处理和关系管理系统,可以帮助你轻松完成信息收集与整理,实现客户挖掘与消息推送,并开展持续营销。

产品官网:www.mikecrm.com

●在线图形设计工具:创客贴​
图片6.png

身为一个新媒体运营,老板指望我三头六臂,八项全能:开会要做ppt,得简洁美观; 
文案不能干巴巴,要丰富有趣;热点追图、双微首图,必须好看刺激…还好有创客贴。

创客贴是一款极简的网站式平面设计工具,解决了大多数人的设计痛点,让不会使用专业制图软件的运营人员也能快速制作出自己想要的图片:可使用平台提供的大量图片、字体和模板等素材,通过简单的拖拉拽操作,就可以轻松设计出精美的海报、PPT、公号文章首图等图片。另有团队协作版和ipad版会让你的做图工作更加直接高效。

产品官网:https://www.chuangkit.com


●用户行为分析工具:神策分析​
图片7.png

近期哪个渠道用户注册量最高?变化趋势如何?新增的注册引导流程是否提升用户粘性……作为产品运营的你如果想知道这些问题的答案,那么可以使用神策分析。

神策分析是一款可以私有化部署的用户行为分析产品,致力帮助用户实现数据驱动。在保障数据安全的前提下,产品实现秒级数据导入与查询,带来灵活的PaaS平台,并针对多业务场景提供专业的数据分析服务,为业务决策提供数据支撑。

产品官网:https://www.sensorsdata.cn/

●商业管理云:数据观​

~XI`[SYBY3CG1@UTQHVAZ@1.png

作为企业运营管理部门,需要每天关注各渠道的运营数据(用户、推广、客服、营销)等,整合这些数据孤岛很耗费人力和时间成本,我们需要一个实时的可视化看板以了解企业的运营动态,然后才能针对企业运营过程中的问题及时做出决策。
数据观可以把我们的注册用户、百度推广、在线客服、微信、微博等数据全部关联起来,并基于全量数据进行可视化分析,以便我们实时、准确的了解企业的运营状况。现在公司的销售、市场、运营都在用数据观做日常的业务分析。

产品官网:www.shujuguan.cn

●图文排版工具:135编辑器​
图片9.png

内容运营每天都有大量的工作要做,要追热点,写原创,上午想着如何涨粉,下午想着如何促活。在做好内容的同时,如何快速做出既漂亮又有自己独特风格的排版,是很多内容运营的目标。

135编辑器是一款在线图文排版工具,功能比较全面,操作也非常简单。比如一键导入,多平台发布,一键排版和定时群发等大大节约了时间。样式库丰富,自己排列组合自定义为模板,形成自己的风格。企业用户也可以将其嵌入企业内部系统,提升企业排版能力。

产品官网:www.135editor.com

●深度链接企业服务商:LinkedME​

图片10.png

当今,每个移动APP都是独立的,内容和服务之间的链接消失,应用搜索断裂,APP的内容被局限在每个APP内。我们能在电脑网页所监测的用户意图、广告曝光和其它盈利指标都不能在移动端很好进行。

LinkedME打破了束缚我们的APP孤岛,它是一个企业级深度链接服务平台,可以帮忙APP解决用户增长和流量变现问题。它旗下的Linkpage提供APP一键直达和推广渠道监测服务,帮助APP企业获取社交媒体和广告曝光用户,提高运营转化,优化渠道投放策略。

产品官网:https://www.linkedme.cc/ 

●SEM优化工具:九枝兰​
图片11.png

搜索竞价推广真不是人干的活儿。单是最基础的调价,一个关键词优化师就需要管理1440种价格!如果以5万关键词的账户为例,每天每个关键词调价1440次,每天竟然需要进行7200万次调价!一个优化师即使有洪荒之力,也极难完成。

于是九枝兰SEM优化工具应运而生,解决SEM优化师力所不能及的事,在需要发挥人的聪明才智的方向投入精力,如:拓词、创意、着陆页优化。

产品官网:http://www.jiuzhilan.com/sem-tool-highlights/ 

●广告效果监测与分析平台:【友盟+】U-ADplus​
图片12.png

U-ADplus广效监测是【友盟+】旗下聚焦营销全链路的第三方数据服务。其中AppTrack是面向App广告主推出的监测与分析平台。它能满足不同类型使用者的推广监测需求。提供基础、电商、游戏应用场景,使用者可根据想监控的指标选择适合的应用场景。支持多样的推广形式,不管是广告平台、信息流广告还是广告联盟 ,它都可以帮使用者监控推广效果。除了能监控推广点击和激活,还能监测用户注册、登陆、行为和付费,让使用者真正了解推广带来用户的转化情况。

产品官网:https://at.umeng.com/fuia0z

●企业消费与报销管理平台:易快报​

图片13.png

起初臃肿冗长的报销流程令我们非常头疼,很难进行费用管控。使用易快报后才深切感受到了原来报销流程也可以如此便捷。易快报打通了从提交申请到支付的全部环节,使员工报销的时间大为缩短,还能对企业进行实时全程费用控制,效率提高了不少。

易快报是一个敏捷的企业消费和报销管理平台,面向企业提供专业的订购、费控和报销管理服务。据官网公布的数据,公司目前已经为超过5万家企业客户和220万个人用户提供了这种全新的报销服务。

产品官网:https://www.ekuaibao.com/

●快速建站服务:友好速搭​
图片15.png

要做电商,渠道是个问题,入驻各大平台还不够,要有自己的独立的门户网站,但创业初期,资金有限,技术太贵,维护太难,加上服务器配置、域名备案一堆事,一想头就大,有了友好速搭,60 秒轻松搭建门户网站,就算是技术小白,也能做出稳定可靠的官网。

友好速搭可以为企业提供了一站式建站服务,集成域名、DNS、安全证书等基础设施,提供SaaS 建站系统,开放全部API并提供互联网、营销、传媒等资源服务,目前已服务超过2.3万个品牌。

产品官网:youhaosuda.com

●移动应用分发与监控平台:酷传​
图片16.png

酷传是一个一站式APP发布及监控平台。开发者不需要添加任何SDK,即可通过酷传把自己的APP同时上架到30家主流安卓应用商店,后续还可以实时跟进各个商店的审核进度,不再需要运营人员一一去各家应用商店进行操作;通过酷传的监控产品,还可以查询一百多万款APP的各项数据表现,目前已经支持安卓和IOS两个平台十多家应用商店。

产品官网:www.coolchuan.com

●企业级云服务商​​​​​​​:七牛云​

图片17.png

对于有大量数据存储需求的互联网公司,现在不仅仅是把数据托管到云存储供应商就够了,围绕数据展开的一站式的服务,成为当下互联网迫切所需。
七牛云作为企业级云服务商,除了存储、CDN加速服务,和完整的直播云解决方案,围绕数据还有许多玩法。存储在七牛的数据,不需要下载下来,就可以进行批量加水印、裁剪、反垃圾等处理。通过提供稳定、高效、可信赖的底层服务,让客户能集中精力在自身业务的实现和创新上。
 
产品官网:www.qiniu.com
 
● 应用性能监测平台:OneAPM
 

图片18.png

网络访问缓慢?用户无法登录?接口突然失效?你是否也经常由于很多IT系统故障的原因,眼睁睁地看着用户流失?作为一个应用性能监测平台,OneAPM可以帮助你预先发现性能问题。OneAPM目前支持Java、PHP、Ruby、.Net、Python等多种编程语言,同时也支持iOS 和Android操作系统。它可以帮你实时抓取缓慢的程序代码和SQL语句,让你的应用运行更加流畅、稳定。

产品官网:http://www.oneapm.com/


●APP测试服务商:Testin云测​
图片19.png

移动互联网的竞争越来越激烈,迫使互联网公司必须要根据用户需求快速对APP进行迭代。每次迭代过程中最担心的是出现Bug,伤害到用户体验可能会是导致用户流失的重要原因。

Testin专注于面向全球范围内的移动互联网应用开发者,如移动APP开发者、移动手机游戏开发商及互联网+相关移动应用企业提供“一站式测试服务”。包括从移动应用内测到功能测试、性能测试、兼容测试及移动应用发布后持续质量监控,解决APP终端在功能、性能、碎片化、兼容性、稳定性等广大移动互联网企业及开发者不易克服的难题。Testin一站式测试服务覆盖开发者从开发完成到版本迭代的全过程。

产品官网:www.testin.cn

●推送技术和大数据服务商:个推​
图片20.png

“这么大个红包,再不使用就过期啦!”、“美妆热搜销量王,全场五折起”,收到这样的消息,你肯定也会忍不住打开一探究竟。通过小小的消息,传递用户所需的信息,提高用户活跃度和留存率,这就是推送技术的力量。

个推所做的就是搭建APP与用户沟通的桥梁,确保消息的毫秒级到达,用户即便足不出户,也能第一时间尽知天下事。个推给用户分群组、打标签,通过大数据分析送让合适的消息找到合适的用户。个推提供免费推送和VIP增值服务,并为各垂直领域提供专业大数据解决方案,目前已服务于50万APP,SDK累计接入用户数超过130亿。

产品官网:http://www.getui.com/

希望大家所在的公司都能在上面这20款工具服务的助力下在2017年继续高歌猛进,越跑越快。
 
0
评论

pika新特性支持codis slot迁移 张云乾 pika

beyond 发表了文章 • 91 次浏览 • 2016-12-30 14:04 • 来自相关话题

简介
   已经有越来越多的公司在线上使用pika. pika兼容redis绝大数接口,所以之前版本已经支持作为codis的server,替换redis,但是由于不支持codis的slot迁移命令,所以不能在线动态扩容。

现在pika的codis分支已经支持codis的slot迁移,目前slot 迁移已经在环信线上稳定运行, 每天承载数亿的访问量, 这个大feature 由环信云乾同学开发测试完成.

环信即时通讯云使用案例

背景介绍

pika在环信的即时通讯云平台系统中使用,用来存储消息内容和日志,目前在部分集群中数据量已经达到数TB,QPS在数十万级别。这些数据最早存储在mysql里面,但mysql性能有限,而且扩容不方便。我们评估了下codis,能解决我们在mysql里面面临的性能及扩容问题,在一段时间用codis存储这些数据。但随着数据量级增长,TB级别的数据存储在内存里面,成本过于昂贵。后来了解到pika数据存储在磁盘里面,而且兼容redis协议及命令,可以挂载在codis proxy后面做server,这样既保留codis proxy的高性能,又能解决TB级数据量的存储成本问题。但pika还不支持codis的slot迁移,当压力上涨时,扩容是个问题。通过研究codis及pika的实现,在pika上开发实现了codis的slot迁移。目前已在生产环境中使用,运行良好,考虑到该功能能帮助更多的人解决一些实际的问题,我们经过再三测试验证后向官方提交了PR

线上数据

支持slot迁移版本的pika已经在环信的生产环境中使用,获得了一些线上环境的数据:
 
当pika容量在500G时,全量同步一次的时间大概在7个小时左右(千M网卡)运行slotsreload命令每秒钟处理key的数据在万级,所以上面针对过期数据使用支持slot迁移的方式是可行的,已经过线上环境验证。在进行slot迁移时,每秒钟迁移的key数量在200~300之间,当数据量大时,迁移需要花费很长时间,但迁移期间不影响线上业务正常使用。codis多连接版本可以提升性能2~3倍,完全释放pika的性能
 pika codis slot 功能介绍

部署方法

codis部署方式没有改动,只是在添加codis-server(redis)的地方部署上支持codis slot迁移的pika,该版本pika部署和之前的pika部署方式一样,只是配置文件中需要添加一样,以打开支持迁移的开关:
# slotmigrate [yes | no]
slotmigrate : yes
部署成功后即可进行使用,和官方的codis没有任何不同,一个大的可以扩容的redis。当codis-server(pika)压力过大需要扩容的使用,按照官方的迁移方法进行slot迁移即可。

带来好处
 
codis-server集群可以在不停机的情况下进行水平扩容dbsize命令可以实时获取当前数据库(pika)中key的数量

注意事项
slot迁移开关

出于和pika之前官方版本更好的兼容,以及用户升级到支持迁移的pika版本操作更方便的考虑。在设计实现pika支持codis slot迁移时,设计并实现了slot迁移开关,该开关可以通过配置文件进行开关或者关闭(即上面配置文件改动的地方,yes是打开,no是关闭),也可以通过redis-cli的config set slotmigrate进行在线的打开或者关闭
$ redis-cli -h 127.0.0.1 -p 9221 config set slotmigrate yes
$ redis-cli -h 127.0.0.1 -p 9221 config set slotmigrate no
当关闭开关时,pika不支持slot迁移,和之前版本的pika没有区别(dbsize也不能实时获取);当打开开关时,支持slot迁移(dbsize能实时获取),但需要有以下几点注意:
 
pika打开slot迁移开关后,磁盘容量会有10%~30%的增加,性能会有10%~15%的下降如果是一个全新的数据库,里面没有数据,在配置文件中打开了迁移开关,即可进行使用和随时进行slot迁移;如果数据库里面已经有数据,通过暂时关机更改配置文件打开开关或者通过命令行打开开关(已立即可以进行正常使用),在进行slot迁移前要先在命令行运行slotsreload命令,
127.0.0.1:9221> slotsreload该命令是一个在后台运行的命令,类似bgsave模式,可以通过info命令查看slotsreload是否运行结束,在运行结束后才可以进行迁移。如果数据库使用的场景中,有大量过期数据,大量使用expire等设置key过期的命令,建议不要在配置文件中打开开关(那些过期的数据,在slot里面没有进行过期删除,会导致数据累积,后面会考虑改进这点),可以考虑在需要迁移前在命令行打开开关,然后运行slotsreload命令,在slotsreload命令运行结束后,进行迁移,迁移完成后在命令行运行slotsdel命令进行收尾工作(释放磁盘占用),命令后面跟需要清理掉slot,如下方式
$ 127.0.0.1:9221> slotsdel 1013 990

额外开销

如上面所说,pika支持slot迁移会使用更多一些的磁盘,性能上会有一些下降。如果对磁盘使用或者性能有很高的要求,则可以按照上面3针对过期数据的使用方式进行使用。

同名不同类型的key

pika支持同名的key有kv,hash,list,set, zset等5种类型,但如果要使用pika支持slot迁移,不要使用同名但不同类型的key,如不要:set test1 100后再lpush test1 a b c,产生同名不同类型的key。在支持slot迁移的pika中使用同名但不同类型的key,迁移的时候会丢失那些同名的key。

codis多连接

codis 2.0及之前版本proxy和后端server是使用的单连接,当后端server是redis时,这个性能还是很不错的,但当后面是pika、ssdb等磁盘数据库时,单连接严重限制了后端server的性能,需要让codis支持多连接,针对多连接这个问题的讨论见:https://github.com/CodisLabs/codis/pull/1007
该讨论提供了两种解决方法:
 
如果是codis 2.0版本可以使用https://github.com/left2right/codis ,编译后在proxy的配置文件中作如下增加;# Proxy connections number model with backend server: server/slot, server means only one connection between proxy and backend server, # slot means every slot has one connection between proxy and backend server, default is serverbackend_connection_model=server如果是codis 3.1版本,可以使用官方版本,并打开多连接,该版本多连接的实现见:https://github.com/CodisLabs/codis/commit/7f72696051ca0992ac3df44c3a95a41727e960f7 

总结

pika支持codis slot迁移版本带来了一些好处,如动态水平扩容,dbsize实时获取,也带来了一些开销,如磁盘和性能。但它提供了一个开关,一个供你在这之间可以进行权衡的开关;它同时为pika的水平扩展提供了一个选择,一个当你的数据量快速增长带来问题时无痛解决问题的选择。

有任何问题可以在pika讨论群(294254078)交流,也可以在官方github提issue,欢迎试用
 
本文作者:环信性能工程师张云乾 查看全部
简介
   已经有越来越多的公司在线上使用pika. pika兼容redis绝大数接口,所以之前版本已经支持作为codis的server,替换redis,但是由于不支持codis的slot迁移命令,所以不能在线动态扩容。

现在pika的codis分支已经支持codis的slot迁移,目前slot 迁移已经在环信线上稳定运行, 每天承载数亿的访问量, 这个大feature 由环信云乾同学开发测试完成.

环信即时通讯云使用案例

背景介绍

pika在环信的即时通讯云平台系统中使用,用来存储消息内容和日志,目前在部分集群中数据量已经达到数TB,QPS在数十万级别。这些数据最早存储在mysql里面,但mysql性能有限,而且扩容不方便。我们评估了下codis,能解决我们在mysql里面面临的性能及扩容问题,在一段时间用codis存储这些数据。但随着数据量级增长,TB级别的数据存储在内存里面,成本过于昂贵。后来了解到pika数据存储在磁盘里面,而且兼容redis协议及命令,可以挂载在codis proxy后面做server,这样既保留codis proxy的高性能,又能解决TB级数据量的存储成本问题。但pika还不支持codis的slot迁移,当压力上涨时,扩容是个问题。通过研究codis及pika的实现,在pika上开发实现了codis的slot迁移。目前已在生产环境中使用,运行良好,考虑到该功能能帮助更多的人解决一些实际的问题,我们经过再三测试验证后向官方提交了PR

线上数据

支持slot迁移版本的pika已经在环信的生产环境中使用,获得了一些线上环境的数据:
 
  • 当pika容量在500G时,全量同步一次的时间大概在7个小时左右(千M网卡)
  • 运行slotsreload命令每秒钟处理key的数据在万级,所以上面针对过期数据使用支持slot迁移的方式是可行的,已经过线上环境验证。
  • 在进行slot迁移时,每秒钟迁移的key数量在200~300之间,当数据量大时,迁移需要花费很长时间,但迁移期间不影响线上业务正常使用。
  • codis多连接版本可以提升性能2~3倍,完全释放pika的性能

 pika codis slot 功能介绍

部署方法

codis部署方式没有改动,只是在添加codis-server(redis)的地方部署上支持codis slot迁移的pika,该版本pika部署和之前的pika部署方式一样,只是配置文件中需要添加一样,以打开支持迁移的开关:
 # slotmigrate  [yes | no]
slotmigrate : yes

部署成功后即可进行使用,和官方的codis没有任何不同,一个大的可以扩容的redis。当codis-server(pika)压力过大需要扩容的使用,按照官方的迁移方法进行slot迁移即可。

带来好处
 
  • codis-server集群可以在不停机的情况下进行水平扩容
  • dbsize命令可以实时获取当前数据库(pika)中key的数量


注意事项
slot迁移开关


出于和pika之前官方版本更好的兼容,以及用户升级到支持迁移的pika版本操作更方便的考虑。在设计实现pika支持codis slot迁移时,设计并实现了slot迁移开关,该开关可以通过配置文件进行开关或者关闭(即上面配置文件改动的地方,yes是打开,no是关闭),也可以通过redis-cli的config set slotmigrate进行在线的打开或者关闭
$ redis-cli -h 127.0.0.1 -p 9221 config set slotmigrate yes
$ redis-cli -h 127.0.0.1 -p 9221 config set slotmigrate no

当关闭开关时,pika不支持slot迁移,和之前版本的pika没有区别(dbsize也不能实时获取);当打开开关时,支持slot迁移(dbsize能实时获取),但需要有以下几点注意:
 
  1. pika打开slot迁移开关后,磁盘容量会有10%~30%的增加,性能会有10%~15%的下降
  2. 如果是一个全新的数据库,里面没有数据,在配置文件中打开了迁移开关,即可进行使用和随时进行slot迁移;如果数据库里面已经有数据,通过暂时关机更改配置文件打开开关或者通过命令行打开开关(已立即可以进行正常使用),在进行slot迁移前要先在命令行运行slotsreload命令,

  1. 127.0.0.1:9221> slotsreload
  2. 该命令是一个在后台运行的命令,类似bgsave模式,可以通过info命令查看slotsreload是否运行结束,在运行结束后才可以进行迁移。
  3. 如果数据库使用的场景中,有大量过期数据,大量使用expire等设置key过期的命令,建议不要在配置文件中打开开关(那些过期的数据,在slot里面没有进行过期删除,会导致数据累积,后面会考虑改进这点),可以考虑在需要迁移前在命令行打开开关,然后运行slotsreload命令,在slotsreload命令运行结束后,进行迁移,迁移完成后在命令行运行slotsdel命令进行收尾工作(释放磁盘占用),命令后面跟需要清理掉slot,如下方式

$ 127.0.0.1:9221> slotsdel 1013 990


额外开销

如上面所说,pika支持slot迁移会使用更多一些的磁盘,性能上会有一些下降。如果对磁盘使用或者性能有很高的要求,则可以按照上面3针对过期数据的使用方式进行使用。

同名不同类型的key

pika支持同名的key有kv,hash,list,set, zset等5种类型,但如果要使用pika支持slot迁移,不要使用同名但不同类型的key,如不要:set test1 100后再lpush test1 a b c,产生同名不同类型的key。在支持slot迁移的pika中使用同名但不同类型的key,迁移的时候会丢失那些同名的key。

codis多连接

codis 2.0及之前版本proxy和后端server是使用的单连接,当后端server是redis时,这个性能还是很不错的,但当后面是pika、ssdb等磁盘数据库时,单连接严重限制了后端server的性能,需要让codis支持多连接,针对多连接这个问题的讨论见:https://github.com/CodisLabs/codis/pull/1007
该讨论提供了两种解决方法:
 
  1. 如果是codis 2.0版本可以使用https://github.com/left2right/codis ,编译后在proxy的配置文件中作如下增加;
  2. # Proxy connections number model with backend server: server/slot, server means only one connection between proxy and backend server, # slot means every slot has one connection between proxy and backend server, default is serverbackend_connection_model=server
  3. 如果是codis 3.1版本,可以使用官方版本,并打开多连接,该版本多连接的实现见:https://github.com/CodisLabs/codis/commit/7f72696051ca0992ac3df44c3a95a41727e960f7 


总结

pika支持codis slot迁移版本带来了一些好处,如动态水平扩容,dbsize实时获取,也带来了一些开销,如磁盘和性能。但它提供了一个开关,一个供你在这之间可以进行权衡的开关;它同时为pika的水平扩展提供了一个选择,一个当你的数据量快速增长带来问题时无痛解决问题的选择。

有任何问题可以在pika讨论群(294254078)交流,也可以在官方github提issue,欢迎试用
 
本文作者:环信性能工程师张云乾
0
评论

Android ios V3.2.3 SDK 已发布,SDK十余项更新,更加简洁易用,新增广告红包 产品快递 Android iOS

产品更新 发表了文章 • 301 次浏览 • 2016-12-30 11:51 • 来自相关话题

Android​ V3.2.3 2016-12-29
新功能/优化:
sdk提供aar及gradle方式集成,具体方法查看gradle方式导入aar增加离线推送设置的相关接口,具体方法可查看EMPushManager API文档为了使sdk更简洁易用,修改以及过时了一些api,具体修改查看3.2.3api修改,另外过时的api后续3-5个版本会进行删除优化loadAllConversationsFromDB()方法,从联表查询改为从两个表分别查询,解决在个别乐视手机上执行很慢的问题优化登录模块,减少登录失败的概率鉴于市面上的手机基本都是armeabi-v7a及以上的架构,从这版本开始不再提供普通的armeabi架构的so,减少打包时app的体积

红包相关:
新增:
小额随机红包增加广告红包(需要使用请单独联系商务)商户后台增加广告红包配置、统计功能商户后台增加修改密码功能

优化:
绑卡后的用户验证四要素改为验证二要素发红包等页面增加点击空白区域收回键盘的功能群成员列表索引增加常用姓氏以及汉字的支持

修复bug:
红包详情页领取人列表展示不全华为P8手机密码框无法获取焦点部分银行卡号输入正确,提示银行卡号不正确红包祝福语有换行符显示不正确修复Emoji表情显示乱码修复商户自主配置红包最低限额错误修复零钱明细显示顺序错误问题
 
iOS​ V3.2.3 2016-12-29
新功能/优化:
新增:实时1v1音视频,设置了对方不在线发送离线推送的前提下,当对方不在线时返回回调,以便于用户自定义离线消息推送更新:SDK支持bitcode更新:SDK使用动态库为了使SDK更简洁易用,过时的API会在后续3~5个版本进行删除

红包相关:
新增:
小额随机红包商户后台增加修改密码功能

优化:
绑卡后的用户验证四要素改为验证二要素iOS和Android两端UI展示一致性支付流程的优化SDK注册流程去掉XIB集成过程的参数检查风险策略

修复:
SDKToken注册失败的问题发红包缺少参数的问题修复Emoji表情显示乱码修复支付密码可能误报出错修复商户自主配置红包最低限额错误修复零钱明细显示顺序错误问题修改抢红包流程为依赖后端数据修复支行信息返回为空时的文案
 
 版本历史:Android SDK更新日志  ios SDK更新日志
下载地址:SDK下载 查看全部
7750.jpg_wh860_.jpg

Android​ V3.2.3 2016-12-29
新功能/优化:
  • sdk提供aar及gradle方式集成,具体方法查看gradle方式导入aar
  • 增加离线推送设置的相关接口,具体方法可查看EMPushManager API文档
  • 为了使sdk更简洁易用,修改以及过时了一些api,具体修改查看3.2.3api修改,另外过时的api后续3-5个版本会进行删除
  • 优化loadAllConversationsFromDB()方法,从联表查询改为从两个表分别查询,解决在个别乐视手机上执行很慢的问题
  • 优化登录模块,减少登录失败的概率
  • 鉴于市面上的手机基本都是armeabi-v7a及以上的架构,从这版本开始不再提供普通的armeabi架构的so,减少打包时app的体积


红包相关:
新增:

  • 小额随机红包
  • 增加广告红包(需要使用请单独联系商务)
  • 商户后台增加广告红包配置、统计功能
  • 商户后台增加修改密码功能


优化:
  • 绑卡后的用户验证四要素改为验证二要素
  • 发红包等页面增加点击空白区域收回键盘的功能
  • 群成员列表索引增加常用姓氏以及汉字的支持


修复bug:
  • 红包详情页领取人列表展示不全
  • 华为P8手机密码框无法获取焦点
  • 部分银行卡号输入正确,提示银行卡号不正确
  • 红包祝福语有换行符显示不正确
  • 修复Emoji表情显示乱码
  • 修复商户自主配置红包最低限额错误
  • 修复零钱明细显示顺序错误问题

 
iOS​ V3.2.3 2016-12-29
新功能/优化:
  • 新增:实时1v1音视频,设置了对方不在线发送离线推送的前提下,当对方不在线时返回回调,以便于用户自定义离线消息推送
  • 更新:SDK支持bitcode
  • 更新:SDK使用动态库
  • 为了使SDK更简洁易用,过时的API会在后续3~5个版本进行删除


红包相关:
新增:

  • 小额随机红包
  • 商户后台增加修改密码功能


优化:
  • 绑卡后的用户验证四要素改为验证二要素
  • iOS和Android两端UI展示一致性
  • 支付流程的优化
  • SDK注册流程
  • 去掉XIB
  • 集成过程的参数检查
  • 风险策略


修复:
  • SDKToken注册失败的问题
  • 发红包缺少参数的问题
  • 修复Emoji表情显示乱码
  • 修复支付密码可能误报出错
  • 修复商户自主配置红包最低限额错误
  • 修复零钱明细显示顺序错误问题
  • 修改抢红包流程为依赖后端数据
  • 修复支行信息返回为空时的文案

 
 版本历史:Android SDK更新日志  ios SDK更新日志
下载地址:SDK下载
0
评论

个推开发者说第一期:论前端技术实践之道 行业活动

iamjacker 发表了文章 • 125 次浏览 • 2016-12-29 14:13 • 来自相关话题

前端技术以惊人的速度不断发展和迭代,从Prototype.js,Dojo, Closure到jQuery,Knockout, Angular, React,前端经历了无数次的创新,近两年更是百花盛开。但随着用户访问形态越来越多样化,网络环境越来越复杂,前端开发成本也逐渐升高,开发者该如何处理?未来,前端会如何发展?

个推技术开放日第一期,以「前端」为主题,围绕前端开发实践,力邀3位技术大牛就前端的设计、开发、测试,以及跨平台等进行多维度分享和探讨。我们拒绝华而不实的背景和光环,让技术分享回归实践,只为开发者们带来纯粹的技术分享会。

「开发者说」是由个推主办,联合业内开发大牛致力于为开发者打造高品质分享会的系列技术沙龙。

活动议程

13:30-14:00  签到
14:00-14:30  主题分享《前端开发背后的力量—前端构建之路》
14:30-14:40   Q&A
14:40-15:10  主题分享《移动互联网产品中如何用好HTML5 》
15:10-15:20   Q&A
15:20-15:50  主题分享《JavaScript之面向对象那些事儿》
15:50-16:00   Q&A
16:00-16:30  自由交流


活动群二维码




合作和报名,随时联系:美玉,18600532085;Jack,17710330365

嘉宾介绍

姜季廷    个推前端首席架构师  

资深前端工程师,开源项目活跃贡献者。曾做过全端开发,发起并完成“人才储备池”O2O平台,“同心网”等项目。拥有多年ASP,PHP,Angular JS,Node.js开发经验。2013年开始全面投入到 Angular JS 的研究中,目前全面负责个推前端云组件设计及Node JS中间衔接模式的研究与实践以及前端技术团队管理。

 
李德兴    APICloud技术负责人

APICloud终端引擎及相关核心模块的技术实现者。一直从事浏览器、JavaScript引擎及相关中间件技术,参与过多个基于浏览器的移动中间件引擎的开发工作。有丰富的App架构及开发经验。热爱新技术,熟悉HTML5及W3C规范,对HTML5及浏览器技术的实际应用有深入研究并付诸大量实践。

 
刘溟川码易CBO

北京航空航天大学硕士,精通java、c、c#、c++、html语言及平台开发语言,曾牵头完成奔驰、戴尔、搜狐等软件开发项目,后因业务需求转型商务合作,主要负责为企业提供权威、优质、高效的售前、项目管理及售后服务。


主办方

个推

个推是基于大数据的推送技术服务商,为App开发者提供推送技术服务,帮助有效提升产品活跃度,增加用户留存率。截止2016年11月,个推SDK累计接入安装量达128亿,覆盖独立终端16亿。以推送技术为基础,个推同时发展了大数据和移动营销业务,目前已成为基于大数据的移动互联网综合服务提供商。





 
联合主办

太库

太库科技创业发展有限公司作为一家专注于孵化器运营管理和科技创业企业培育的专业机构,致力于成为全球领先的创业生态系统的生力军。目前,太库在全球主要创新城市北京、上海、深圳、河北、硅谷、首尔、特拉维夫、德国等地建立孵化培育体系,帮助全球太库会员快速成长。太库将与全球的产、学、政、金、研 等领域的创新要素紧密合作,全程陪伴企业从创业第一步到每一步,真正帮助企业在创业者国度快速成长。





 
合作伙伴





 
APICloud

APICloud现有APP开发平台、APP定制平台两大业务满足企业的APP开发需求。APP开发平台简化移动应用开发技术,大幅降低APP开发周期和成本,帮助开发者快速实现APP的开发、测试、发布、管理和运营,目前开发平台上已累计创建应用50多万个。APP定制平台旨在为企业提供快速高效、高性价比的App定制服务。官方签约、保上线、便宜、快,四大亮点给企业客户带来可靠的承诺。

码易

码易是为开发者提供个人任务众包、微猎头、技术分享交流的平台。同时码易也为需求客户提供高质量的软件产品研发、软件技术孵化服务。码易现已为世界500强、政府、企事业机构和优秀创业公司在内的数百家客户,完成了千余个项目的高质量交付。
 
环信
 
环信成立于2013年4月,是一家企业级服务软件提供商,并于2016年荣膺“Gartner 2016 Cool Vendor”。产品包括国内上线最早规模最大的即时通讯云平台——环信即时通讯云,以及移动端最佳实践的全媒体智能云客服平台——环信移动客服。
 
特别支持​




报名链接:http://www.huodongxing.com/event/7367567171200 查看全部
前端技术以惊人的速度不断发展和迭代,从Prototype.js,Dojo, Closure到jQuery,Knockout, Angular, React,前端经历了无数次的创新,近两年更是百花盛开。但随着用户访问形态越来越多样化,网络环境越来越复杂,前端开发成本也逐渐升高,开发者该如何处理?未来,前端会如何发展?

个推技术开放日第一期,以「前端」为主题,围绕前端开发实践,力邀3位技术大牛就前端的设计、开发、测试,以及跨平台等进行多维度分享和探讨。我们拒绝华而不实的背景和光环,让技术分享回归实践,只为开发者们带来纯粹的技术分享会。

「开发者说」是由个推主办,联合业内开发大牛致力于为开发者打造高品质分享会的系列技术沙龙。

活动议程

13:30-14:00  签到
14:00-14:30  主题分享《前端开发背后的力量—前端构建之路》
14:30-14:40   Q&A
14:40-15:10  主题分享《移动互联网产品中如何用好HTML5 》
15:10-15:20   Q&A
15:20-15:50  主题分享《JavaScript之面向对象那些事儿》
15:50-16:00   Q&A
16:00-16:30  自由交流


活动群二维码
活动群二维码.jpg

合作和报名,随时联系:美玉,18600532085;Jack,17710330365

嘉宾介绍

姜季廷    个推前端首席架构师  

资深前端工程师,开源项目活跃贡献者。曾做过全端开发,发起并完成“人才储备池”O2O平台,“同心网”等项目。拥有多年ASP,PHP,Angular JS,Node.js开发经验。2013年开始全面投入到 Angular JS 的研究中,目前全面负责个推前端云组件设计及Node JS中间衔接模式的研究与实践以及前端技术团队管理。

 
李德兴    APICloud技术负责人

APICloud终端引擎及相关核心模块的技术实现者。一直从事浏览器、JavaScript引擎及相关中间件技术,参与过多个基于浏览器的移动中间件引擎的开发工作。有丰富的App架构及开发经验。热爱新技术,熟悉HTML5及W3C规范,对HTML5及浏览器技术的实际应用有深入研究并付诸大量实践。

 
刘溟川码易CBO

北京航空航天大学硕士,精通java、c、c#、c++、html语言及平台开发语言,曾牵头完成奔驰、戴尔、搜狐等软件开发项目,后因业务需求转型商务合作,主要负责为企业提供权威、优质、高效的售前、项目管理及售后服务。


主办方

个推

个推是基于大数据的推送技术服务商,为App开发者提供推送技术服务,帮助有效提升产品活跃度,增加用户留存率。截止2016年11月,个推SDK累计接入安装量达128亿,覆盖独立终端16亿。以推送技术为基础,个推同时发展了大数据和移动营销业务,目前已成为基于大数据的移动互联网综合服务提供商。

关注个推.jpg

 
联合主办

太库

太库科技创业发展有限公司作为一家专注于孵化器运营管理和科技创业企业培育的专业机构,致力于成为全球领先的创业生态系统的生力军。目前,太库在全球主要创新城市北京、上海、深圳、河北、硅谷、首尔、特拉维夫、德国等地建立孵化培育体系,帮助全球太库会员快速成长。太库将与全球的产、学、政、金、研 等领域的创新要素紧密合作,全程陪伴企业从创业第一步到每一步,真正帮助企业在创业者国度快速成长。

关注太库.jpg

 
合作伙伴

合作伙伴.jpg

 
APICloud

APICloud现有APP开发平台、APP定制平台两大业务满足企业的APP开发需求。APP开发平台简化移动应用开发技术,大幅降低APP开发周期和成本,帮助开发者快速实现APP的开发、测试、发布、管理和运营,目前开发平台上已累计创建应用50多万个。APP定制平台旨在为企业提供快速高效、高性价比的App定制服务。官方签约、保上线、便宜、快,四大亮点给企业客户带来可靠的承诺。

码易

码易是为开发者提供个人任务众包、微猎头、技术分享交流的平台。同时码易也为需求客户提供高质量的软件产品研发、软件技术孵化服务。码易现已为世界500强、政府、企事业机构和优秀创业公司在内的数百家客户,完成了千余个项目的高质量交付。
 
环信
 
环信成立于2013年4月,是一家企业级服务软件提供商,并于2016年荣膺“Gartner 2016 Cool Vendor”。产品包括国内上线最早规模最大的即时通讯云平台——环信即时通讯云,以及移动端最佳实践的全媒体智能云客服平台——环信移动客服
 
特别支持​
sf.jpg

报名链接:http://www.huodongxing.com/event/7367567171200
0
评论

环信获“2016最佳企业服务商”大奖,SaaS客服将迎来春天 2016最佳企业服务商 环信移动客服 SaaS

新闻资讯 发表了文章 • 165 次浏览 • 2016-12-28 18:38 • 来自相关话题

   2016年12月22日,猎云网年度CEO峰会暨猎云网创投颁奖盛典在北京圆满落下帷幕。大会重磅发布了包括“2016最佳企业服务商”、“2016年度最佳天使投资人”等多个大奖。国内领先的企业级软件服务提供商环信凭借其在过去一年里在即时通讯云领域和SaaS客服领域对于新技术的推动,以及在大客户销售领域取得的骄人成绩,荣获“2016年度最佳企业服务商”大奖。




环信荣获猎云网“2016年度最佳企业服务商”大奖

   2015年作为中国企业级服务的元年,受益于互联网+国家战略的推动,人口红利消失以及消费升级的大市场背景下,包括CRM、SaaS客服、HR、协同办公等企业级服务赛道百花齐放百家争鸣,其中诞生了包括阿里钉钉、纷享销客、销售易、北森、环信等一批明星公司,融资金额屡创新高。2016年企业级服务在所谓“资本寒冬”的情况下,仍凸显为创投热点,资本的青睐从侧面印证了行业高速发展机会的到来。2016年全球范围内,根据网络公开数据显示,共计619起企业级服务获得融资,其中402起总融资额为1469亿元。数据显示,美国投资机构有40%的钱投在ToB的公司上,中国目前只有10%左右,因此国内企业级服务领域的冬天远未到来。

   在企业级服务市场,SaaS是目前最火的一个领域,显然,资本对于这个市场的预估远远超过现在的空间,随着企业级SaaS服务市场的火爆,包括腾讯、阿里、网易等互联网巨头都已经进入,但相对于细分垂直领域BAT的流量和技术优势并不明显,对于创业公司而言,机会空间还将非常大,SaaS客服领域亟待爆发!

从行业细分来看:“客服”是CRM四大细分市场之一。而且,从2015年的数据显示,客服是CRM细分领域中最大的一个,占市场总额的37%。在北美,2015年客服软件市场采购总额高达96亿美元。这个市场中已经出现了数家“独角兽”SaaS公司包括Salesforce、Zendesk和Freshdesk。

   从政策来看:SaaS业务需要IDC托管服务,对这一块国家有明确的政策监管,国外巨头企业进入中国市场有高政策门槛。同时,他们很难支撑在中国的落地,实事上Zendesk的中国客户整体使用体验因为访问缓慢问题而变得糟糕。所以中国企业有足够的时间和空间野蛮生长。

   从用户体验来看:随着移动互联时代带来,社交媒体的渗透率不断上升,用户随时、随地、跨平台接触商家咨询获取服务不再有软硬件障碍,客服咨询也不再局限于售后支持,售前售中的咨询比例在稳步上升。随着消费升级,用户从价格敏感上升到品牌服务和用户体验敏感,有数据显示:1、71%的顾客因糟糕的客户服务而停止合作。2、坏的服务体验后,48%的客户会劝说他人不要购买。3、高收入人士和85-90后更容易对坏的体验耿耿于怀。4、吸引新顾客的成本是维系老客户的5倍。良好的客户体验越来越重要,“客户是上帝”正在被重新定义和加强。

   从技术趋势来看:1、移动端的特性支持任何人、任何时间、任何地点都可以瞬间连接在线客服。环信移动客服在移动端领域的大中型客户以及超高的市场占有率就完美证明了市场的刚需。2、客户咨询在包括企业官网、APP、社交媒体、400电话等渠道蜂拥而至,环信全媒体客服接入技术可以支持商家一个工作台一键回复来自所有渠道咨询。3、由新技术、新行业和新消费习惯引爆的海量客服咨询需要新的技术手段解决,环信智能客服机器人将能够帮助解答80%的常见问题,极大节省成本提高效率。4、环信大数据技术全景用户画像深度挖掘用户需求,轻松玩转反向营销。5,国内首款基于人工智能和大数据挖掘的客户旅程透析产品"环信客户声音"能够帮助企业优化运营,提高跨渠道客服体验。

综上所述,SaaS客服的春天即将到来,你已经准备好了么? 查看全部
   2016年12月22日,猎云网年度CEO峰会暨猎云网创投颁奖盛典在北京圆满落下帷幕。大会重磅发布了包括“2016最佳企业服务商”、“2016年度最佳天使投资人”等多个大奖。国内领先的企业级软件服务提供商环信凭借其在过去一年里在即时通讯云领域和SaaS客服领域对于新技术的推动,以及在大客户销售领域取得的骄人成绩,荣获“2016年度最佳企业服务商”大奖。
141f00055c51c82e88b6.jpg

环信荣获猎云网“2016年度最佳企业服务商”大奖

   2015年作为中国企业级服务的元年,受益于互联网+国家战略的推动,人口红利消失以及消费升级的大市场背景下,包括CRM、SaaS客服、HR、协同办公等企业级服务赛道百花齐放百家争鸣,其中诞生了包括阿里钉钉、纷享销客、销售易、北森、环信等一批明星公司,融资金额屡创新高。2016年企业级服务在所谓“资本寒冬”的情况下,仍凸显为创投热点,资本的青睐从侧面印证了行业高速发展机会的到来。2016年全球范围内,根据网络公开数据显示,共计619起企业级服务获得融资,其中402起总融资额为1469亿元。数据显示,美国投资机构有40%的钱投在ToB的公司上,中国目前只有10%左右,因此国内企业级服务领域的冬天远未到来。

   在企业级服务市场,SaaS是目前最火的一个领域,显然,资本对于这个市场的预估远远超过现在的空间,随着企业级SaaS服务市场的火爆,包括腾讯、阿里、网易等互联网巨头都已经进入,但相对于细分垂直领域BAT的流量和技术优势并不明显,对于创业公司而言,机会空间还将非常大,SaaS客服领域亟待爆发!

从行业细分来看:“客服”是CRM四大细分市场之一。而且,从2015年的数据显示,客服是CRM细分领域中最大的一个,占市场总额的37%。在北美,2015年客服软件市场采购总额高达96亿美元。这个市场中已经出现了数家“独角兽”SaaS公司包括Salesforce、Zendesk和Freshdesk。

   从政策来看:SaaS业务需要IDC托管服务,对这一块国家有明确的政策监管,国外巨头企业进入中国市场有高政策门槛。同时,他们很难支撑在中国的落地,实事上Zendesk的中国客户整体使用体验因为访问缓慢问题而变得糟糕。所以中国企业有足够的时间和空间野蛮生长。

   从用户体验来看:随着移动互联时代带来,社交媒体的渗透率不断上升,用户随时、随地、跨平台接触商家咨询获取服务不再有软硬件障碍,客服咨询也不再局限于售后支持,售前售中的咨询比例在稳步上升。随着消费升级,用户从价格敏感上升到品牌服务和用户体验敏感,有数据显示:1、71%的顾客因糟糕的客户服务而停止合作。2、坏的服务体验后,48%的客户会劝说他人不要购买。3、高收入人士和85-90后更容易对坏的体验耿耿于怀。4、吸引新顾客的成本是维系老客户的5倍。良好的客户体验越来越重要,“客户是上帝”正在被重新定义和加强。

   从技术趋势来看:1、移动端的特性支持任何人、任何时间、任何地点都可以瞬间连接在线客服。环信移动客服在移动端领域的大中型客户以及超高的市场占有率就完美证明了市场的刚需。2、客户咨询在包括企业官网、APP、社交媒体、400电话等渠道蜂拥而至,环信全媒体客服接入技术可以支持商家一个工作台一键回复来自所有渠道咨询。3、由新技术、新行业和新消费习惯引爆的海量客服咨询需要新的技术手段解决,环信智能客服机器人将能够帮助解答80%的常见问题,极大节省成本提高效率。4、环信大数据技术全景用户画像深度挖掘用户需求,轻松玩转反向营销。5,国内首款基于人工智能和大数据挖掘的客户旅程透析产品"环信客户声音"能够帮助企业优化运营,提高跨渠道客服体验。

综上所述,SaaS客服的春天即将到来,你已经准备好了么?
0
评论

软件测试员工作经验分享 APP测试

chieei 发表了文章 • 74 次浏览 • 2016-12-28 16:45 • 来自相关话题

作为一个测试新手,首先得先考虑进入一个行业,根据笔者对行业对了解,主要分为以下几个测试方向吧(如果,大家觉得不完善请及时告诉小编,小编马上修改)!

1、手机app的测试:当前主要为android和ios两大阵营了。针对不同平台的功能、自动化框架、兼容性等都有很大的差别。而当今移动互联网的快速发展让app的测试人员需求大大的增加,同时应运而生的是类似于TestBird这样的第三方测试机构。

 

2、web测试:不仅仅是网站,包括web服务器的测试都属于web的测试;在移动互联网兴起前,这块是主流,不过现在该领域的需求还是很大的。

 

3、游戏测试:这里包括手游和网游。只要有游戏的地方就有游戏测试,这块的需求就不用怀疑了,对于喜欢游戏的朋友们来说,是一个不错的选择。

 

4、传统软件测试:这块在在移动互联网兴起前也属于主流测试,现在当然也占据这不小的需求,毕竟还是有很大一部分人是用电脑的。

 

5、网络设备测试:这块的测试应该主要是面向企业客户的,如路由器,防火墙等等。以华为、中兴为代表的企业部分业务都是在这块。

 

6、云产品的测试:这块主要说指云存储和云计算,典型的如现在的阿里云。应该来说,这方面的测试大部分还属于初级阶段,对于测试的需求还是比较大的。

 

小编再强调下,选择一个领域还是很重要的,建议自己能够选择一个打算长期发展的领域,这个对自己的业务积累以及职业发展都是很有帮助的(当然,这里并没有说哪个行业不好,还是看个人的兴趣)。

 

确定行业后,大家会看到涉及到的测试类型都差不多(比如:功能测试、性能测试、自动化测试等等)。一般情况下会先安排功能测试相关的任务,这个对熟悉业务很有帮助的(而且大部分的人员还一直在做这方面的测试),接着会再根据个人的擅长和意愿去安排性能测试或自动化测试。然后自己在某个领域去持续发展,成为该行业的测试专家或者走向管理岗位。

 

根据上图我们将测试领域的技术岗位归纳下吧!

app测试专家,自动化测试专家,测试开发工程师,性能测试专家,web测试专家,web性能测试专家,安全测试专家,游戏测试专家,网络软件业务测试专家,网络设备业务测试专家,云产品的测试专家(云计算、大数据分析、网络存储、服务器等等)。 查看全部
作为一个测试新手,首先得先考虑进入一个行业,根据笔者对行业对了解,主要分为以下几个测试方向吧(如果,大家觉得不完善请及时告诉小编,小编马上修改)!

1、手机app的测试:当前主要为android和ios两大阵营了。针对不同平台的功能、自动化框架、兼容性等都有很大的差别。而当今移动互联网的快速发展让app的测试人员需求大大的增加,同时应运而生的是类似于TestBird这样的第三方测试机构。

 

2、web测试:不仅仅是网站,包括web服务器的测试都属于web的测试;在移动互联网兴起前,这块是主流,不过现在该领域的需求还是很大的。

 

3、游戏测试:这里包括手游和网游。只要有游戏的地方就有游戏测试,这块的需求就不用怀疑了,对于喜欢游戏的朋友们来说,是一个不错的选择。

 

4、传统软件测试:这块在在移动互联网兴起前也属于主流测试,现在当然也占据这不小的需求,毕竟还是有很大一部分人是用电脑的。

 

5、网络设备测试:这块的测试应该主要是面向企业客户的,如路由器,防火墙等等。以华为、中兴为代表的企业部分业务都是在这块。

 

6、云产品的测试:这块主要说指云存储和云计算,典型的如现在的阿里云。应该来说,这方面的测试大部分还属于初级阶段,对于测试的需求还是比较大的。

 

小编再强调下,选择一个领域还是很重要的,建议自己能够选择一个打算长期发展的领域,这个对自己的业务积累以及职业发展都是很有帮助的(当然,这里并没有说哪个行业不好,还是看个人的兴趣)。

 

确定行业后,大家会看到涉及到的测试类型都差不多(比如:功能测试、性能测试、自动化测试等等)。一般情况下会先安排功能测试相关的任务,这个对熟悉业务很有帮助的(而且大部分的人员还一直在做这方面的测试),接着会再根据个人的擅长和意愿去安排性能测试或自动化测试。然后自己在某个领域去持续发展,成为该行业的测试专家或者走向管理岗位。

 

根据上图我们将测试领域的技术岗位归纳下吧!

app测试专家,自动化测试专家,测试开发工程师,性能测试专家,web测试专家,web性能测试专家,安全测试专家,游戏测试专家,网络软件业务测试专家,网络设备业务测试专家,云产品的测试专家(云计算、大数据分析、网络存储、服务器等等)。