flutter社交,flutter社区

小马宝莉分别有什么

小马种族

成都创新互联公司主要从事网站设计制作、成都网站设计、网页设计、企业做网站、公司建网站等业务。立足成都服务桐柏,十多年网站建设经验,价格优惠、服务专业,欢迎来电咨询建站服务:028-86922220

小马一共有4个种族，分别是Earth ponies（陆马），Unicorn（独角兽），和Pegasus（飞马），Alicorn（天角兽）。

Earth ponies （陆马）

没有长角也没有长翅膀的普通小马，会种植农作物以及进行一些较吃重的劳力工作，只有他们能从事农业，制作出小马们赖以生存的食物。

Unicorn （独角兽） 头上有长角的小马，可以利用它来施展各种魔法，可用魔法进行各种陆马和飞马做不到的事情，也可以简单化各种日常生活中的事情。

Pegasus （飞马/天马） 拥有翅膀的小马，可以自由自在地飞行，大多居住于Cloudsdale，能够操控天气，自由自在的移动云朵，还能让它降雨或打雷。

Alicorn（天角兽/空角兽）罕见至极的小马，同时拥有三个种族的优势，长有翅膀和角，法力高强，衰老速度与其他种族的小马不同。

Twilight Sparkle（紫悦/暮光闪闪）

介绍：

薰衣草紫身体、深蓝色加紫和玫红色鬃毛、宝石紫色眼睛的小马Twilight Sparkle（紫悦），可爱标志的图案为一颗粉色六角星里面白大六角星，被五颗白色小六角星包围的印记，象征着魔法。在Princess Celestia（宇宙公主）的天才皇家独角兽魔法学院就读，学习魔法知识。认真、自律、有常识，管理能力一流，喜欢阅读书籍，懂得多数小马都不懂的历史和传说，魔力十分强大，可以使用许多强力的魔法，从幼驹时代已经表现出惊人的魔法天赋。

因Celestia派遣其至Ponyville监督夏日祭典的工作，在过程中认识许多新朋友，并且利用友情的魔力解决了Nightmare Moon的事件，至此之后便接受Celestia的指示，留在Ponyville通过日常生活学习一些道理，被要求每周写一封信汇报。身旁有一只紫色小龙Spike，在Twilight小时候参加学院的入学考试时被孵化出来，之后一直伴随在其身边当其助手，负责写信、寄信的工作。

在入学考试的时候因为Rainbow Dash的彩虹音爆而魔力暴走成功孵化出龙蛋而被Princess Celestia发现她的魔法潜力，才将她收为直属学生，在S3E13中被赋予了翅膀成为天角兽，S4E26中被授予称号“Princess of Friendship（友谊公主）”。在S6E1中，Twilight已经当上了Flurry Heart（音韵的孩子）的姑姑，并成为Starlight Glimmer的友谊导师。

在Elements of harmony中代表“魔法”。

名字由twilight(暮光)和sparkle(闪闪)组成。

Rainbow Dash（云宝黛西）

介绍：

天蓝色身体，彩虹色鬃毛，瑰红色眼睛的小马，可爱标志的图案为一朵云下面有一道彩虹闪电。

外向、勇敢、爱笑、爱恶作剧，有些男孩子气。飞行时尾端会拖着一道彩虹，另外就算不用翅膀奔跑速度也很快。与Scootaloo有着姐妹般的情感。可以用超音速飞行产生sonic rainboom（彩虹音爆），从不喜欢做任何的美容与保养（第六季做了一次修蹄）。在S6中成为闪电天马队员。和Pinkie Pie是一起恶作剧的好友。

在小时候为了帮Fluttershy而跟其他的飞马比赛飞行，并使出彩虹音爆。如果她当初没使用出sonic rainboom的话其他五只小马就不会找到自己真正的天赋。Cutie mark出现的契机为"忠于自我"。

在Elements of harmony中代表“忠诚”。

名字由rainbow (彩虹)和dash(冲刺)组成。

Apple Jack（苹果嘉儿/苹果杰克）

介绍：

橙黄色身体，金色鬃毛，翡翠绿眼睛，头戴牛仔帽小马，可爱标志为三颗苹果，是第一代罕见的元老小马。

后蹄的力气比前蹄大，会用套索做特技，擅长运动，很喜欢苹果，会做各种苹果料理。AppleJack的家庭成员姓名几乎都与苹果有关，在甜苹果园工作，养了一些会说话的动物。和Apple Bloom关系很好，束起来的尾巴可当作球棒或刷子用。随身携带套索。

Apple Jack小时候非常向往都市生活，因而借住在远方的亲戚家，但是她发现都市的生活不适合她，直到看到Rainbow Dash发出的彩虹音爆之后才找到是自己的真正的归宿，此时她的Cutie mark就出现了。Cutie mark出现的契机为"对自己诚实".

在Elements of harmony中代表“诚实”。

名字来源为美国一种叫做“苹果白兰地”的酒。

珍奇/瑞瑞

介绍：

白色身体、蓝紫色鬃毛、宝蓝色眼睛的小马，可爱标志为三颗菱形蓝宝石。

擅长精细蹄工艺与服装设计，是一位流行设计师。向往中心城，希望自己能嫁给贵族成为上流名马，拥有自己的服饰店。喜欢帮其他小马穿搭她自己设计的服装，有洁癖，无法忍受凌乱或肮脏的事物，但是必要时不介意弄脏自己。淑女，社交女王，总试着让自己成为注目的焦点。

Rarity在小时候为了学校表演的服装而烦恼时，她的角运用魔力将她带到一块岩石前。正当她质疑角为什么带她去找一颗普通的岩石的时候，岩石被sonic rainboom的震波给震了开来，露出里面埋藏的宝石。就在Rarity大方地将这些宝石用在道具服上面时她的Cutie mark就出现了Cutie mark出现的契机为"对他人慷慨"。

在Elements of harmony中代表“慷慨"。

Fluttershy（柔柔/小蝶/芙萝珊）

介绍：

米黄色身体、淡粉色色鬃毛、蓝绿色眼睛的小马，长相漂亮，可爱标志为三只粉红翅膀的蝴蝶，居住在Ponyville边界的地方，个性胆小、内向/善良，说话总是很小声，声音甜美。

小时候非常不擅长飞行，在Rainbow Dash为她而举办的飞行比赛中不慎掉落到Ponyville附近的森林。在这里她很快就发现了自己善于并喜欢跟小动物接触，她的Cutie mark就出现了。Cutie mark出现的契机为"对他人释出善意"。

在Elements of harmony中代表“善良”。

名字由flutter (飘扬)和shy(害羞)组成。

Pinkie Pie（碧琪/萍琪派）

介绍：

全名叫Pinkamena Diane Pie（萍卡美娜·戴安·派），是极少数出现全名的小马之一。

粉色身体，桃红色鬃毛、天蓝色眼睛的小马，可爱标志为两颗蓝气球夹带一颗黄气球，十分积极乐观，是六只小马中的开心果。个性开朗、活泼、积极、乐观，擅常滑冰，喜爱恶作剧和唱歌，剧中大部分的曲目都是她自编自唱的，有着超乎常人的精力，走路总是一跳一跳的，喜欢甜食，喜欢粉红色，擅长制作甜点，而且口味独特，认识所有Ponyville的小马。

能在任何时候、任何地点举办派对，拥有秘密武器「派对大炮」，轰一下就可以瞬间把场地布置成派对。有时会穿着不知道从哪边来的cosplay服装出场。可以以近乎瞬间移动的方式出现在任何地方，还精通各种乐器，有很强的第六感，甚至能打破所谓的“第四道墙”，因此获封“神驹”称号。拥有萍琪超感，可以预知即将发生的事。

相当害怕寂寞，在SE1 E25时以为大家都不理她时失望的头发都垂了下来，并且开始出现一些精神异常的举止。头发代表着她的精神状态，变成直发时心情值会下降，在bronies 之间通常用她的本名Pinkamena 来代表她的黑化状态。有特异功能。

小时候Pinkie Pie的家庭是在死气沉沉的采石场工作，过着十分枯燥乏味的生活。直到有一天她看到Rainbow Dash使出的sonic rainboom后使决定要改变现况。在用派对重拾她家人们的笑容后她的Cutie mark就出现了。Cutie mark出现的契机为"欢笑"。

在Elements of harmony中代表“乐观”。

名字由pinkie(小指)和pie(馅饼)组成。

Starlight Glimmer（星光熠熠/星光灿灿）

简介：

S5E1出现的新反派，一只紫色的独角兽。

因幼时好友获得可爱标志后离他而去感到悲伤，因此宣称差异会导致友谊破裂，而完全的平等才是解决之道。所以她利用魔法除去其他小马的可爱标志，然后用等号取代，并以独裁的手段在边境建立起一个反乌托邦式的小镇。后被夺回可爱标志的M6打败。

在S5E25与E26中，Starlight Glimmer从Twilight的演讲中知道六个朋友的可爱标志都源于的Rainbow Dash彩虹音爆，于是Starlight Glimmer通过星璇的咒语穿越到Rainbow Dash获得可爱标志的时候，阻止Rainbow Dash做彩虹音爆。最后，紫悦说服了她回心转意。S6中成为Twilight 的学生，与曾经的朋友重归于好（在S6中发型由原来的齐刘海变成了斜刘海），并与Trixie成为好友。在S7第一集Twilight宣布她已经正式毕业。

在小马国女孩特别篇中曾与余晖烁烁一起来到过人类世界，并再次利用嘴炮感化了被魔法力量蛊惑的新boss朱妮博.蒙太奇（Juniper Montage）。

Princess Celestia（宇宙公主/塞拉丝蒂娅公主）

简介：

淡粉白色身体，暗彩虹色流动鬃毛，紫粉色眼睛，头戴金色镶紫色宝石皇冠。至高无上的存在，既是神也是君王。是同时拥有角和翅膀的天角兽，可爱标志为一个太阳，体形比一般小马还要大得多，Twilight的导师。鬃毛最开始为纯粉色，后因使用和谐之元变成彩虹色。和妹妹Luna负责整个Equestria的日夜运作，但是后来妹妹Luna因为不满现状而变成nightmare moon(囚梦之月/梦魇之月)，最后Celestia使用了Elements of harmony的魔法将她囚禁在月球上一千年，并同时承担日月交替的职责。魔力十分强大，并且精通各种魔法，担任天才独角兽学园的校长和教师，虽然贵为王族的身分而让人敬畏，但是其实她相当温柔美丽，一点也不严厉，甚至还有些淘气。（Molestia是同人设定，并非官方）

很喜欢吃蛋糕，因为在报纸上的照片似乎有些不雅，被同人设定成吃相难看，实际上她只是被闪光灯所吓到了。总是努力试着建立亲民的形象。因相中Twilight Sparkle的魔力而将她收为直属徒弟。给Twilight许多特权，探望Twilight常常御驾亲征小马镇，常指派Twilight代表皇家去执行任务。 [3]

在第七季中星光熠熠在梦中梦见了黑化的celestia——破灭之阳/拂晓（Daybreaker）

此文章来自百度百科：小马宝莉

那些 40 岁的程序员都去哪了？

前些时候北京市政府做了一个关于 996 的调研，第一时间我参与了调研，同时发到所有读者群，让大家一起发声。

不少朋友开始热烈的讨论起来，有人很乐观认为这是改变的开始，也有人觉得这就是走一个形式。 不管怎么说，也算看到政府针对这个问题开始有行动了。

其实 996 最残酷的一点是：年纪大的人很容易被无情淘汰。中国互联网的 35 岁危机是和 996 盛行分不开的。

996 对于打工人来说，绝不可能常态化！

为什么不能常态化？ 从生理规律上看，脑力劳动者如果不以进 ICU 为目标，那么每天能够认真投入的时间，八小时也就到极限了。 人毕竟不是机器，是血肉之躯！

但中国老板普遍希望程序们 996，别激动别骂，这是残酷的现实。

同时中国老板们偏爱年轻人，为什么？很简单，老了之后，你舔活速度显然没有年轻人来的卖力，来的凶猛！长年累月的辛苦劳作，已经让你这颗螺丝钉生锈甚至发霉了！如果你是老板，这个时候你还要支付比年轻人多 2 倍的薪资，你怎么选？

更别提，年纪这么大的你，还有各种猝死风险 ，拿最近的 pdd 猝死事件来说，在超级大小周（996+997）的压力下，这么年轻的女孩都猝死了，更何况 40 岁的一线码农？那猝死率该得多高了？企业的商誉还要不要了？

显然，资本家一定会作出最商业最正确的选择：年轻人，甚至是刚毕业的大学生，这些最新鲜的韭菜才是他们的最爱。

所以，对于打工人尤其程序员而言，996 本身反而不是最大问题，最大问题是我们如何跨越大龄危机。

相比等待环境发生改变，不如主动思考清楚这个问题。

想起去年写过的一篇旧文，再次分享给大家，讲的是我身边五个大龄程序员的故事，绝对真实的经历分享，有洋哥的同学、朋友、下属，他们都成功的跨越了 35 岁危机，希望他们的经历对大家有一点点启发：

1.沉迷是一种力量

第一次见 A 君是 10 年前参加人人网的面试，他是面试官，那个时候 A 君 35 岁，担任后端 leader。入职后，我发现，他用于做管理的时间不多，90% 时间在疯狂编码。

A 君基本没有社交，上班就是撸代码，下班就是回家带孩子。他对优秀的工程师容忍度极高，对差一点的完全没耐心。

偶尔能听见他训斥下属的吵闹声：“这个类写成这样，你没看代码规范吗？”、“这个线程池不能这么用，给你说多少次了！”、“是你没听清楚还是我没讲清楚？不能这么干！”。

一次下班，和他一起回家，一路上给我讲各种编程技巧和方法论，我听的津津有味。聊了差不多半小时，心想可以换个话题了，于是我问：“您周末 娱乐 都干些什么呢？”，他是这样回答的：“我会去看些开源代码，自己改着玩很有趣”。那一刻，空气都凝固了，这话我实在没法接下去了。

后来有一天，A 君上班拍桌子，暴怒之后冲了出去。大家一脸懵逼，后来才知道，原来是大 Boss 批评他不懂管理，只知道埋头写代码。

几年前，和他在微信聊了一次。他去了一家创业公司做技术负责人，我很好奇，很想知道这次他是怎么做管理的。

我问他：“您现在是怎么带团队的”，这一问不要紧，聊了半小时。从 Flutter 的优越性到微服务的落地，再到 Google 出了什么新技术，顺带鄙视了一些还在用落后技术的公司。一顿硬核技术科普下来，收获挺大，但是管理这两个字？嗯，不存在的。

我现在理解了，他压根就不关心管理，聚集一帮极客跟他一起成长战斗才是最开心的事情。

A 君今年快 50 了，前不久和其他人聊起他，大家都感叹，这老哥战斗力太强了，真是那种一顶十的程序员。

有时候，沉迷是一种力量，焦虑？不存在的.....

想起 A 君给我说的那句：“我要开心 coding 到 80！”。我真心相信他能做到。

2.不服就是干

这次说说我的好朋友 B 君，今年 40 岁，曾经鹅场的高级工程师，7 年前，晋升失败一怒之下开启了创业之路。

我们是在 CSDN 论坛上认识的，他帮我解决了一个底层操作系统级的防劫持问题。后来经常问他一些排查线上故障的方法论、微服务怎么拆分、如何做出能抗更高并发的架构，他都非常耐心的指导我，他还有句口头禅：不服就是干！

B 君出来创业没拿融资，自己投了 100 万。团队 5 个人，挤在一个很小的民房。创业期间找他喝酒，他告诉我：“我一定要改变世界，否则我会被世界改变”。

一年后，再次去找他喝酒，这次他脸色灰暗，人也非常低迷。原来前期 100 万烧完，又投入了 50 万积蓄，项目还是没有做成。酒过半巡，他突然抱着我哭了起来，我这才得知因为积蓄全部烧完，他女朋友已经和他分手了。

再后来，他回到大厂当程序员，级别薪资跟创业前相差无几。谈起创业经历，我为他惋惜，而他并不后悔。

两年前，他开始炒比特币，炒着炒着嫌这些交易平台做得都不够好，于是空余时间动手做了一个交易平台。

去年，B 君告诉我，他的交易平台融资 500 万，再次出来创业。第二次创业，他已平和很多，没有豪言壮语，让公司活下去是最大目标。

今年听说 B 君的公司已经快 30 人了，为他祝福，相信他一定能改变世界。

有时候，我们需要点不服就是干的精神！

3.反焦虑

这次上场的是 C 君，硕士师兄，40 岁。C 君是一名大厂总监，他花了四年时间跳了三次才来到当下的这家大厂扎根下来，带 100 人团队，每个月安安稳稳拿高薪，不用担心公司倒闭的风险。

以 C 君的专业技能和学历背景、工作经历，其实完全不需要担心没工作。可他总是莫名担忧，害怕自己没有创造更多价值。

100 人的团队不是那么好带，除了技术之外还需要精通业务产品、精通组织流程、掌握良好的沟通推动技巧、在大厂还需要明争暗斗。

一次和 C 君聊天，他感叹到：“还是写代码有安全感，做管理不仅心累还觉得自己没创造价值”，可不是，这种焦虑几年前我也感同深受。

大厂的高 P 看起来风光无比，其实要跳槽也不容易，毕竟中小公司能接得住大厂高 P 薪资期权总包的，并不多。

有时候，不是现在取得了成就就会开心，决定因素是你未来会不会更好，如果答案是否定的，不仅不会开心还有可能带来焦虑。

C 君就陷入这种焦虑当中，总是担心未来的上升空间和 40 岁以后的收入。特别是大厂还有年龄线的要求，到一定年龄不能晋升就有可能被淘汰。

有一段时间，公司领导层波动，他面临被连带的危险，甚至需要依靠抗抑郁的药物。但最终他依靠持续有规律的运动和学习新领域克服过来。

C 君给我提的最多的话： “反焦虑很重要”， 是啊，真的重要，从 C 君身上我真正学到了一点：无论你是否能成功，首先要反焦虑。

4.舍命狂奔

这次要说的是清华 MBA 同学 D 君，39 岁。他在通讯行业干了 10 多年，超级专家那种，带十人团队。

问起他读 MBA 的原因，他很坚定的说：“我对投资非常感兴趣，就是为了转行投资才这么大年纪了还选择读书”。

清华 MBA 课程安排的很紧张，我们都是六日班，也就周六半天周日全天，而他公司的工作非常忙，几乎 996，但从没见过他迟到过一次。

三年时光，D 君在跟时间赛跑，小组讨论、企业访谈、课程作业，他都完成的堪称完美。有一次我问他，你为什么这么拼？他说，当你笃定一件事，确定一个目标，那剩下的只有舍命狂奔。

毕业后，D 君如愿以偿加入一家投行，当上了投资人。有一次很好奇的问他投资人的收入，他告诉我刚入行薪资很低，只有之前做架构师带团队的 1/3。但他说这话的时候，一脸幸福感。

去年 D 君已经晋升为所在机构的合伙人级别，为他感到开心。

5.接受现实

最后上场的是老同事 E 君，41 岁。他是那种职场老黄牛。属于领导让做什么就做什么的人，任劳任怨勤勤恳恳，但个人成长一直比较缓慢。

前几年开始 E 君就不太顺了，因为编码能力一直没有达到高级或者架构师水平。他其实一直在跟年轻人拼体力，而随着年龄增大，是真拼不过了。我和他经常讨论的话题是颈椎病如何康复。

去年 E 君所在公司效益不太好，领导决定裁员，他进入了优化名单。被优化后，他休息整顿了好久，将原来 90kg 的体重减到现在的 75kg，颈椎病也恢复不少。再开始找工作，大概花了几个月时间，他终于找到了一个不那么满意的 Offer。

听到他找到下家的消息，我还挺为他开心的，因为这个过程我也帮他各种投简历，但大佬朋友们一听说 41 岁还是中级水平，都不太愿意给面试机会。

没想到过了半年，我和他吃饭，他对我说：“洋哥，我没有入职这家公司，我想明白了，继续做程序员对我来说没意义。我拿积蓄开了个小店”，刚听到消息，我非常惋惜，编码十多年最后却去做小生意，在我眼里就是逃兵。

直到最近去他小店玩，我才发现，这也是另一种好的生活。他开的是一个小型亲子游乐园，带上小孩，一边陪小孩一边工作，月收入也不差，养家完全没问题。这一瞬间，我产生了一种羡慕的情绪。

有时候，接受现实然后重新出发，未尝不是一个更好的选择。

最后的话

程序员不是一个「银发职业」，但也绝不是如某些贩卖焦虑的自媒体宣传的那样：35 岁危机，40 岁失业。

40 岁的程序员有的做了大厂中高管、有的成了小公司联创、有的成了连续创业者、还有的转行投资金融、也有人继续坚持写代码战斗在一线。

不可否认，有一部分人会被行业淘汰出局，但互联网的老年人在其他行业恐怕还是年轻人，接受现实，人生再起航完全没问题。

最重要的是，我们不能因为年纪的增长而焦虑，因为焦虑本身除了干扰我们成长，没有任何意义。

尽最大努力，做最好打算，但接受最坏的结果。在这个复杂多变的 社会 ，反焦虑、不断提升认知，不断充实自己的专业技能将永远重要。

app是如何制作的，APP如何开发？

手机APP制作流程：无需技术，教你制作一个自己的手机APP

一款手机APP的制作，说复杂非常复杂，涉及到多个领域的研发，稍复杂一点的个人研发基本上搞不定，但是，也有非常简单的手机APP一站式制作运营方法。

随着移动互联网基层开开发技术的发展，无需编程技术，也可以在应用公园制作手机。这里就以应用公园为例，教您熟悉手机APP制作流程，手把手教你制作一款自己心仪的手机APP。

第一步：了解自己想要制作一款怎么的手机APP。是软硬件结合？ 游戏 类？商城类？新闻资讯类？互动类？聊天类？还是团购类、同城服务类？送餐类？企业展示类？

每一个类别的APP开发差异非常大，主要就是不同类型所需要的功能支持。对自己想要做的APP有个大致的了解，但是这一步很多人都没搞清楚，大部分人都存在一个大概模糊的创意、想法阶段。

第二步：了解自己想要做的APP的基础功能，划分板块。

对基础功能的了解、板块的分类，上手最快的方法就是：查看市场上类似的APP进行借鉴。

第三步：界面及交互的设计

界面及交互的设计，可以直接使用“墨刀”。可以先设计一个大概，后期不断丰富。

第四步：APP功能的开发制作

APP功能的开发直接使用应用公园就可以了。应用公园把市场上常见的APP功能进行拆分组合，你不需要懂任何编程技术，只需哟安把需要的功能挑选出，组合搭配一个，就能迅速组建出一个手机APP。

手机APP制作具体流程：

1、打开应用公园的官网，点击“开始制作”，注册登录；

2、应用公园为在线APP制作平台，所以不需要下载任何东西，直接进入制作页面就可以；

3、应用公园目前有两种模式：

（1）主题模式：应用公园平台上，已经很多已经制作完善的手机APP软件，可以直接当做模板使用，仅需要把里面的文字图片进行替换，就可以快速制作一款APP。

（2）自由模式：就像拼图一样，把需要的功能自由组合搭配一下，就可以创造一款独一无二的手机APP。

每一个功能控件的具体功能，都通过后台自动配置。

4、手机APP打包

制作完善后，在应用公园平台直接点击制作完成，就会自动打包成手机安装程序。

5、应用发布上架

在应用公园平台直接申请应用发布，通过联网后，就可以联网使用了。

6、下载管理、运营

应用公园提供运营管理后台、下载站点、下载二维码、手机管理助手等APP相关产品，一站式服务，自动配置，免去多次开发成本，而且后期的功能、内容的更新迭代自己既可以搞定，也不需要具体的编程技术。

自己制作app需要 编程知识 。但依靠第三方工具，三分钟就可以做成专属自己的APP。下面以简易网为例演示：

简网APP工厂三大特点

1、最低的成本：节省所有开发成本，以及仅几分钟的时间成本。

2、实用的功能：贴近传统网站的内容编辑与发布方式。

3、灵活的运营：生成APP后，一个人也可以完美运营。

先来了解一下APP工厂：三分钟制作APP

使用简网APP工厂之前，我曾经通过其他类似的APP公司制作过两三个不同版本的免费APP，简网的操作流程是制作门槛最低的一家。

不支持用户名注册，需要使用微博账号

新浪与腾讯微博用户数几乎覆盖全网网民数，我们默认用户已经拥有微博账号，以便于进行APP快速创建。

填写APP信息：几分钟搞定

制作APP之前我们需要做一些准备工作，比如我们要明确我们要做一个怎样的APP，我们要为这个APP准备一张1024x1024的ICON以及一张114x114的小图标，另外还需要一张640x1136的开机图。

从简网APP工厂的首页，经过3次跳转，省略了网站注册过程，通过模板挑选完成APP美工定案，所需的是APP的图标与应用简介。全过程几分钟足矣。

快捷实用的后台采编系统

我们制作了一个新闻资讯类的APP软件，同时我们拥有了一个功能齐全的后台更新系统。利用后台可以完全解决APP内容更新问题，可以快速进行新闻发布，包括文字、图片、视频、微博等形式，并且引入了完善的评论系统与社区系统。

笔者至今使用过三家大型网站的后台系统，由于种种 历史 原因，这些后台系统都存在或多或少的不合理设计，也许是因为承载的功能过多，数据架构过于复杂，在新入职人员上手操作时，需要经过长时间的熟悉过程。

简网为我们制作的APP提供了统一的后台模板，这个后台的功能亮点在于不仅提供原始录入，还提供也许是目前设计最为合理的网络来源抓取功能。包括网页、微博在内的网络内容，都可以在大约1分钟时间内导入后台中，并且实时呈现在用户手机上的APP客户端。

APP的生成时间约为三分钟，APP容量只有3M，一般的宽带都可以在1分钟之内下载好装进手机

我们得到了一个可安装的APP软件

同时获得了一个功能完善的编辑后台

快速的内容抓取，让后台采编人员的数量可以降到最低，维持一个日更新量在100篇文章左右的APP客户端，一个工作人员足矣。

内容采编神器：发布到应用

“发布到应用”这个功能可以说是管理后台提供的最强大的一个功能，经过简单的设置后，我们可以在几秒钟之内把网络内容发布到我们的APP客户端。

这样一个媒体类APP就做好了。

很高兴回答这个问题。

我是从事安卓App开发的，开发过很多App，那么App是如何制作的。

页面设计

我们看到的app都一个个页面，每个页面功能不同。首先是产品经理通过调研整理需求，然后将需求整理成页面(可以使用墨刀等网页制作)，然后在交给UI人员进行专业设计和美化，最后将设计图打包给开发人员。

开发设计

拿安卓举例，开发使用语言也分几种，具体得根据实际情况来选择。

1.原生开发

安卓一般使用java语言开发，当然现在也有kotlin语言进行开发。如何开发就涉及到具体编程了，这里就不详说了。简单描述就是使用安卓提供的一系列控件来实现页面，复杂点的页面可以通过自定义控件来实现。

2.使用H5语言开发

使用H5开发的好处有很多，可以多端复用，比如浏览器端，ios端，当然H5开发的体验是没有原生好的。结合我做过的项目来说，一般是这个页面需要分享出去的话，就用H5开发。

3.使用flutter开发

flutter是近年来谷歌推出的一款UI框架，

使用dart语言进行开发，支持跨平台，weight渲染直接操作硬件层，体验可媲美原生。但是flutter技术比较新，生态还不完善，开发起来效率相对偏低

页面数据填充

页面开发出来只是空壳子，没有数据填充，这时候就需要通过接口获取数据，然后解析数据，显示在页面上。

到此，一个大概的App制作流程就结束了。

首先你要清楚自己想要什么样的APP,是做哪一方便的?简单的?还是复杂的

一下我就分为两类进行回答

一,简单APP

必要岗位

ui设计师(至少一个)

主要负责APP页面的搭建和交互的梳理

客户端开发人员(至少一个)

目前市面上的APP开发方式多为混合开发,如果做一个简单的APP可以选择webapp,这样不但可以减少开发周期还可以控制开发成本

服务端开发(至少一个)

目前服务器语言很多php,java,

node.js

非必要岗位

首先 ,我说的非必要岗位不是说这些岗位不重要,而是说在为了减少成本的情况下,这样岗位可以被别的岗位所替代

产品经理

如果开发的App功能简单,UI设计师就可以担任这样职责

测试工程师

当然,在时间允许的情况下,开发人员也可以是测试人员

二,复杂APP

复杂app可以考虑纯原生开发,那么客户端至少两个人进行开发(安卓,IOS),或者考虑混合开发,及web前端+原生开发人员

必要岗位

ui设计师,安卓开发工程师,ios开发工程师,后端开发工程师,产品经理,测试工程师,人员的多少可以根据项目的大小来定

三,必要成本

服务器 :这是开发app必须要的,也就是我们放代码的地方

上架审核所需费用 :比如IOS上架审核的花好几百,安卓要申请软著等

今年六月的时候，萌生了开发一个记账 App 的想法，想去用自己的 App 记账，管理收支。那时正好在英国是考试周，放假后，我回到了国内，准备去实现我的计划。没想到这暑假很快就结束了，在这个暑假中经历的太多的事，准备了要去美国读研的考试，遇到了生命中的另一半，同时，也将 Costuary for iPhone 带到了这个世界。

Logo

说道为什么要开发这样一个 App ，因为笔者在 UK 读书，市面上很少有记账 App 能够实现实时汇率的换算，带有这个功能的 App 也是操作繁杂。所以要自己开发一个，功能并没有那么复杂的，并且能够满足自己在国外和国内生活需求的 App，所以自己编写了 iPhone 的客户端，为了获取汇率和 Excel 导出，又用 Java 设计和编写了 Costuary 的后端服务器。

比起今年年初开发的 Flat Weather，这个项目的代码量大约是他的十倍，需要实现众多的功能和模块。

这篇文章将会介绍一下 Costuary 的功能与我开发过程中的一些心得。

效果图设计

说到设计，两年前，我还是一个 Android 开发者，Google 的 Material Design 是我的最爱，所以，Costuary 采用了 Android 5.0 之后采用的 Material Design 设计。其中掺杂了一些我自己的设计，因为 Material Design 的控件有时候操作繁琐。

早在 5 月份的时候已经零零总总的用 Sketch 画出了这个产品的 UI 和图标，之后开始了漫长开发的过程。

Sketch交互

与去年开发的 Android 版不同，iPhone 版的 Costuary 采用了底部导航栏的设计，相比于 Android 通常使用的 Navigation Drawer 的抽屉布局，底部导航栏的设计即使在右手操作 iPhone 的时候都不会太费力。

UX功能 Features

Costuary 支持世界上主要货币的实时汇率转换，所有外汇在统计时会转换成主货币的数目，方便查看花销。

日历视图能够很直观的反映出哪一天有消费和收入。

说到记账软件，量化消费的图表无疑是重要的一环，Costuary 提供了饼状图来视觉化一段时间的花销。

可以建立多个账户来表示自己的银行卡，支付宝，现金等等。

可以看出本月的预算还有多少。

如果想要进行更加详细的分析，可以使用导出功能将账本导出到 Excel。

允许备份账本内容到 iCloud。

开发

去把一纸设计变成真正的产品，这是一个独立开发者应该具有的能力。只会写代码不只是我唯一掌握的，能够去设计出来自己想要的应用并且将他实现才是我在做的事情。

这款应用的开发并没有想象中的简单，需要自己去实现大量 Android UI 控件，很多圆角，阴影，字体，要慢慢的去调整，让控件适合 iPhone 的屏幕。整个应用的背后有 3 个关系型数据库来储存账户，账本与各种汇率。与以前开发的 Flat Weather 不同，Costuary 会产生大量的用户数据，所以整个软件架构的稳定性变得异常重要，需要设计一些机制来防止数据丢失与损坏。

Development

为了实现 App 获取每日的汇率，并且在 iPhone 上能够实现账本导出到 Excel ，我设计了一个服务器后端来处理这些繁杂的实物。每次 App 启动后会与我的服务器来更新最新的汇率。当用户选择导出时，账本会被发送到服务器上并处理为 Excel 发送到用户的邮箱里。

Mail

说到服务器，就不得不提到用户隐私了，因为导出到 Excel 功能需要将账本传到我的服务器上做进一步处理，很多人会觉得我侵犯了他的个人隐私。对此，为了保护我的权益与用户的权益，我撰写了 Costuary 软件许可及服务协议与 Costuary 隐私政策，这是我作为独立开发者这么多年后第一次去写许可协议。

Agreement资费

与我的其他产品一样，这款 App 依旧是免费供大家使用的，作为独立开发者，我们都知道，绝大多数用户不会去珍惜一个免费的产品。就像 Flat Weather 一样，虽然获得了很多人的支持，但是也收到了很多人的吐槽。在 Costuary 中依然设计了一个的捐助按钮，如果大家使用之后喜欢这个应用，请支持我将他维护下去。

Please donate me尾巴

Costuary for iPhone 是我开发出来过最大的软件体系。我相信，能够独立开发出来产品的人懂得不只是编程。一个人要去经历项目的全部生命周期：规划，设计，开发，运营，维护，营销，这些是我开发这么多产品所学会的。

现在的 Costuary 只是第一个版本，还有很多 iPhone 的特性没有来得及开发，以后会跟上的，比如 iPhone X 的适配，3D Touch、Today Widget、Touch ID 等等。

以前在少数派撰稿的时候，很多读者会来问我如何学习开发，我也特地去写过如何去学习编程，但我相信，真正想去学习的，想去为这个生态贡献出自己的一份力的人，自己都会找到学习的方法。我的专业是电子电器而不是软件工程，但是我不后悔当年去学习编程。

最后，还是感谢在背后默默支持我的人，我会不断地改进与提升，如果 Costuary 真的在记账方面给予了你便利，这是我莫大的荣幸。

如果想要了解我的更多作品可以访问我的个人博客 MikeTech，或者在少数派中阅读我以前写过的文章。今年年初也在 iPhone 上写过一个天气 App，天气应用 Flat Weather 的设计历程

对了，关于记账有什么用，如何记账，如何养成记账的习惯。为什么每个月末都捉襟见肘，除了没钱，很可能是对财务管理的能力不强。想了解这一方面的知识，不妨看一看我派的付费阅读栏目：从零开始做好个人记账

你好，非常感谢你的邀请。

开发一个app的话首先

第一步、需要调研，分析开发需求。

第二步、根据你的开发需求整理一个开发方案，选择合理的架构。

第三步、开始研发。

第四步、测试。

第五步、上线试运行。

第六步、查缺补漏后投入使用。

开发一个app的话。有多种选择。可以找一个第三方公司来进行开发。也可以自己招聘开发团队。也可以交给比较信任的程序员朋友来进行开发。第三种方式的话，属于接私活儿，成本较低。 当然前提你得有认识的人。

我也是程序员出身。参与过web网站开发。传统办公开发。H5开发。微信小程序开发。以及安卓开发。有着较丰富的开发经验。自己完全可以胜任一个App，如果你有这方面的事需求的话，也可以私信我。我是山东的。如果方便的话也可以面谈。

App软件开发，从之前的沟通需求、规划设计、程序开发、测试修改、它的发布等。这是一个非常复杂和漫长的过程，一旦进入通信，就需要定期维护和功能变更。它需要大量的专业人员参与，成本自然很高。 所以，随着更新市场的发展和人们福利的提高，现在已经不像传统开发那么困难了。只需要动动鼠标，不需要触碰代码就可以完成制作app部分。

App开发已成为企业发展的重要推动力量

十年巨变！移动互联网已颠覆我们的时代，商业、社交、视频、新闻、工具等领域，移动应用的渗透率已高达95%，在团购 旅游 和零售行业，移动端收入规模已超过PC端，手机APP已成为企业不可或缺的线上阵地。

不用编程就能制作app的在线平台，摆脱了很多复杂的流程，还能减少用户的麻烦，不会制作，而且可以在平台上查看详细的课程，非常贴心的设置！在这里，我想说的是，如果你想制作app的话，可以在平台上查看详细的课程。总的来说，这种方法会大大降低软件开发app的成本，节省时间，让很多人解决了资金短缺和想快速制作app的问题。

app是如何制作的，APP如何开发？

随着智能手机APP软件的吸引力越来越大，越来越多的企业开始开发自己的APP应用。企业要想开发属于自己企业的APP应用，首先要分析自身的情况和市场对产品的需求。

在APP,开发这件事上，企业一定要注意以下几点。

1. 开发APP应用一定要明确以自己为中心，开发APP是否能带来巨大的利润。

2. 要了解目标用户的需求，配置APP吸引用户，提高用户购买应用的意愿。

3. 通过合作再次寻找潜在客户，我相信开发APP的收益远远大于成本。

开发APP苹果系统，必须使用Xcode苹果开发工具，一般采用Objective-C或Swift语言。Objective-C是继承了C语言的C字，可以直接用Objective-C语言进行编程。如果你不懂数据，差别很小。还有一些新的苹果后缀语言，非常有用。

Andro系统的app都是用Java语言开发的，Java语言已经流行了20多年，这个趋势还在持续和延续。如果想要安卓系统的app首先要掌握Java语言，对于说C语言的人来说，学习Java还是很容易的。如果你对自学感兴趣，Java网站上有很多培训课程，还有很多免费培训。视频，不想付费。如果这个绝对是零基础（没学过其他编程语言，比如c语言），如果真的很感兴趣，可以自学，但是速度比较慢。

总结：app开发拥有多种方法，选择最适合自己的方式方法很重要

答案写到这里，我想您应该知道了app的开发途径或者方法是什么。如果您是小企业或者是个体工商户，您可以找人帮忙开发小程序或者自己在一些网站上进行傻瓜式软件开发。正如上文所说，现在有很多的网站支持在线生成APP，常用的功能和接口都已经设置好了，操作起来不是很难。如果您是大企业，业务多访问量比较大，我的建议是您应该聘请专业的软件工程师开发专门的app，避免后期出现的问题没办法及时解决给您的企业带来损失。

不懂的话，找专业的人帮忙，我就是专业的

app即application program。应用程序。目前手机平台是ios和安卓两大平台的天下。本人不才从事安卓开发。简单介绍一下吧你问的这个问题范围太广。ios和安卓开发语言不同。ios使用的是object_c和swift。安卓是基于java。二者都属于面向对象的语言。开发平台安卓基于android studio早期使用的是eclipse+adt。不过已经被淘汰了。那么怎样开发app？首先你需要一个后台程序员写服务器以及搭建数据库。其次你的会ios或是android其中之一那么这就是最简单的配置.现在流行混合开发如果你再会点前端的h5和js就更好了。一般一个软件公司的基本配置是一个前端一个ios一个安卓一个后台。基本就满足你搭建网站和手机应用的需求了。不过你作为老板养这样一个团队很费钱。还不如找外包

软件的生成需要经历以下几个阶段:

1、满足用户需求——建立软件目标，设想产品功能，进行场景化细分说明；进行可行性分析，用户需求收集，用户需求场景描述；场景问题梳理；获取用户行为、想法；场景应用痛点，机会点

2、需求开发与管理——建立用户画像，从软件目标出发，进行问题梳理，场景行为分析，愿景分析，建立体验地图

3、利用Axure绘制软件原型，在用户场景中切入，并组织软件原型实施，在实施过程中进行问卷调查，收集问题，记录用户行为，不断改善软件需求，进行需求评审，进入评审优化

4、技术可行性分析——技术分析，场景分析，功能实现验证，

5、开发计划制定，实施，测试，验证，发布

ZEGO即构webrtc实时音视频SDK支持php吗？

ZEGO即构webrtc实时音视频SDK支持php接入，即构只有4行代码，30分钟在APP、Web和小程序等应用内实现视频通话、语音通话，互动直播功能。【点击免费试用，0成本启动】

ZEGO即构webrtc实时音视频SDK还支持Java、React Native、JavaScript 、Swift、Electron、Flutter等多种语言框架。即构的实时音视频SDK能够为开发者提供便捷接入、高清流畅、多平台互通、低延迟、高并发的音视频服务，提供支持多种硬编、多种软编，可以适应一对多、多对多的实时音视频互动，例如秀场直播，视频会议等场景。PHP是在服务器端执行的脚本语言，尤其适用于Web开发并可嵌入HTML中。PHP语法学习了C语言，吸纳Java和Perl多个语言的特色发展出自己的特色语法，并根据它们的长项持续改进提升自己，PHP同时支持面向对象和面向过程的开发，使用上非常灵活。

想要了解更多关于这方面的相关信息，推荐咨询ZEGO即构科技。2022年4月28日，即构科技携手互联网出海服务平台扬帆出海、互联网出海企业WebEye，共同举办《音视频社交出海新风口》线上直播活动。即构科技泛娱乐社交玩法2.0以及最新的技术方案已经在市场上得到成功的验证，未来希望能通过即构的行业沉淀，与客户一同推动行业升级，并且在未来的行业热点上持续提供实实在在可落地的解决方案。

苹果在为“人工智能”不停收购， 谁能再做一个谷歌与Facebook在人工智能方面的收购清单？

在通往人工智能的路上，Google一直在不停地买买买。而且Google在人工智能领域的收购其实从2006年就开始了。

DeepMind（2014年1月26日被Google收购）

Deepmind可以说是当下最火的人工智能初创公司，于2014年1月26日被Google收购。

虽然被谷歌收购，但是DeepMind一直是独立运营的，他们的目标是开发能够“独立思考”的软件。为了能够开发这种类型的人工智能软件，DeepMind在海量数据集合的帮助下使用机器学习等技术训练自己的人工智能去完成某些工作任务。

api.ai（2016年9月19日被Google收购）

api.ai的API可以透过语音辨识、意图辨识和上下文语境理解等技术，让电脑理解人类语言并转换为行动，协助开发者打造类似Siri的对话式智慧助理，可用于聊天机器人、App、智慧家电等。

api.ai已经证明他们可以协助开发者设计、开发和不断改进会话式界面。超过6万名开发者正使用API.ai的工具开发会话式体验。api.ai提供了业界领先的会话式用户界面平台，能够协助谷歌指导开发者持续开发优秀的自然语言界面。

Moodstocks（2016年7月6日被Google收购）

Moodstocks公司成立于2008年，作为一个小的创业公司，他们的规模并不大。

Moodstocks公司是以图像识别技术为主，并推出了智能手机的图像识别应用程序Moodstocks Notes。在加入谷歌在巴黎的研发团队之后，他们将继续研发自己的视觉图像识别工具。

Dark Blue Labs（2014年10月23日被Google收购）

Dark Blue Labs是一家深度学习公司，主要从事数据架构以及算法开发工作，被收购后并入DeepMind。

Jetpac（2014年8月17日被Google收购）

总部位于旧金山的Jetpac通过Instagram等社交图片分享工具制作城市导游服务。通过分析食品、装饰和人物图片，Jetpac的软件便可对城市的各种特点进行分析。

Jetpac被收购前有三款智能手机应用，包括一款城市导游助手、一款图片分析器和一款图片探测工具，被收购后并入Picasa中。

Emu（2014年8月6日被Google收购）

Emu是一个类似语音助手Siri但却是“通过文本消息服务的内置助手”。

它整合了类似Siri个人助理的功能，将会根据你的聊天记录，自动执行移动助理的任务。比如自动建立日程、设置时间提醒、甚至还能帮你预定餐馆。

Emu被Google收购后主要用于Google Hangouts以及Google Now中。

Flutter（2013年10月2日被Google收购）

Flutter2010年底由Navneet Dalal和Mehul Nariyawala创办，利用计算机视觉技术结合手势监测识别技术，使得用户可以用简单的手势来操控电脑和移动设备。

Flutter被Google收购后主要应用在Android以及Google X项目中。

Wavii（2013年4月23日被Google收购）

Wavii是一家成立于2009年3月的自然语言处理技术公司，总部位于西雅图。

Wavii主要做的是扫描网络、寻找新闻、然后进行总结，并附上文章来源的全文链接。

Wavii被Google收购后主要应用在Google Knowledge Graph（Google知识图谱）中。

DNNresearch（2013年3月12日被Google收购）

DNNresearch公司是由深度学习大神Geoffrey Hinton与他的两个研究生Alex Krizhevsky和Ilya Sutskever成立。由于谷歌在本次收购中没有获得任何实际的产品或服务，所以本次收购实际上属于人才性收购，收购的主体是为了这三人团队。

Viewdle（2012年10月1日被Google收购）　

Viewdle是一家成立于2006年的乌克兰公司，被收购前主要做的是增强现实和面部识别。

Viewdle曾经推出的应用包括SocialCamera和Third Eye，Social Camera是其推出的首款应用，用户只需通过Faceprint教会你的相机识别好友，此后只要照片中出现了这些好友，SocialCamera就可以自动为他们打上标签。

Viewdle被Google收购后主要应用在Android中。

Clever Sense（2011年12月13日被Google收购）

Clever Sense是本地推荐应用Alfred的开发商。Alfred的独特之处在于它将人工智能和机器算法有机结合，为用户提供个性化的场所推荐，推荐的场所包括附近的餐馆、咖啡厅、酒吧和夜店。

Clever Sense被Google收购后主要应用在Android中。

PittPatt（2011年7月23日被Google收购）

PittPatt是一家由卡耐基梅隆大学孵化的专注于人脸识别和模式识别公司，其开发了一项能在照片、视频和其他媒介之中识别匹配人脸的技术，创造了一系列人脸检测、跟踪和识别的算法。

PittPatt的人脸检测和跟踪的软件开发工具包（SDK）能在照片中确定人脸的位置，在视频中跟踪人脸的移动情况。

PittPatt被Google收购后主要应用在Android中。

SayNow（2011年1月25日被Google收购）

SayNow是一家成立于2005年的语音识别公司，总部位于美国加州帕罗奥托(Palo Alto)市。

SayNow的平台可将语音通讯、一对一通话和集团通话整合到Facebook和Twitter等社交网站，以及Android和iPhone手机应用中。

SayNow被Google收购后主要应用在Google Voice中。

Phonetic Arts（2010年12月3日被Google收购）　

Phonetic Arts公司是一家位于英国的语音合成技术厂商。被Google收购前Phonetic Arts公司的语音合成技术主要用在游戏中，但谷歌希望将该技术用于其电脑声音自动输出系统，以使机器合成的人声更像人类的声音以及更加流利。

Phonetic Arts被Google收购后主要应用在Google Voice和Google Translate中。

Metaweb（2010年7月16日被Google收购）

Metaweb是一家从事语义搜索（Semantic Search）技术开发的风险企业，目标是开发用于Web的语义数据存储的基础结构。

Metaweb被Google收购后主要应用在Google Search中。

Neven Vision（2006年8月15日被Google收购）

这个可以说是Google最早在人工智能领域的收购了，可以追溯到2006年。

Neven Vision是一家图像识别技术公司，其能自动从图片里提取信息、并且辨认图片的内容，被收购前主要应用于手机以及美国政府和执法部门的计量生物学应用中。

Neven Vision被Google收购后主要应用在Picasa以及Google Goggles中。

补齐短板-开源IM项目OpenIM关于初始化/登录/好友接口文档介绍

OpenIM文档方面的建设一直远远落后于开发， 也经常被开发者诟病，在接下来一周的时间里，我们重点补齐文档，让开发者更轻松接入。由于app sdk底层都是go来实现，所以本文先写一个模板和框架，在接下来的时间里，会有iOS、Android、Flutter、Uniapp、jssdk同事补充具体的细节，并更新到官网


## 初始化及登录

初始化并登录成功回调，是正常使用OpenIM 服务的前提

| SDK              | 描述                                                        |

| :--------------- | :----------------------------------------------------------- |

| [Login]          | 登录，如果登录成功，必须退出登录才能再次执行登录操作        |

| [Logout]        | 退出登录                                                    |

| [GetLoginStatus] | 获取登录状态， 101：登录成功，  102：登陆中，  103：登录失败，  201：退出登录 |

| [GetLoginUser]  | 获取当前登录用户UserID，此时用户登录状态未知                |

| [initSDK]        | 初始化 SDK，整个生命周期执行一次，登录相关监听介绍如下：    |

OpenIM和调用方利用监听回调机制，和调用方信息互通，把登录状态通过异步回调方式即时传递给调用方，确保信息及时传达而不阻塞其主线程。

## 监听说明

| 登录相关监听        | 回调描述                                                    |

| :------------------- | :----------------------------------------------------------- |

| [OnConnecting]      | 连接中，在连接后台时（包括重连）回调                        |

| [OnConnectSuccess]  | 连接成功                                                    |

| [OnConnectFailed]    | 连接失败，如果因网络连接失败会重连，其他情况不重连          |

| [OnKickedOffline]    | 被踢下线，可能由于多端登录策略所致，或后台管理员强制其退出登录 |

| [OnUserTokenExpired] | 检测token过期回调                                            |

## 调用流程

OpenIM调用流程分为如下几步：

（1）初始化：在整个生命周期执行一次

（2）设置监听：包括群组监听，好友监听，用户监听，消息及会话监听，这些监听会在其他章节中描述

（3）登录：登录回调成功后再执行其他操作，否则可能出现资源加载未完成的错误

（4）收发消息等操作；

## 好友管理相关接口

OpenIM提供好友关系托管，比如好友申请，同意，以及好友获取等，OpenIM在客户端本地存储好友关系，并结合消息通知机制，按需调用后台接口，确保本地和服务端数据一致。同时利用监听机制，把数据变化通过异步回调传达调用方。OpenIM在收发消息时，默认不检查好友关系，您可以在配置文件中自行修改。OpenIM好友关系是双向关系，A添加B为好友后，则A在B的好友列表中，B也在A的好友列表中，A删除B，仅仅只是删除A的好友列表，而B的好友列表不受影响。同样，黑名单也类似。

| SDK                            | 描述                                                    |

| :----------------------------- | :------------------------------------------------------- |

| [GetDesignatedFriendsInfo]    | 获取指定好友的信息                                      |

| [GetFriendList]                | 获取所有的好友列表                                      |

| [SearchFriends]                | 通过关键词搜索好友                                      |

| [CheckFriend]                  | 检查是否好友关系                                        |

| [AddFriend]                    | 发起添加好友请求                                        |

| [SetFriendRemark]              | 设置好友备注                                            |

| [DeleteFriend]                | 删除好友（单向删除）                                    |

| [GetRecvFriendApplicationList] | 获取我收到的添加好友申请列表                            |

| [GetSendFriendApplicationList] | 获取我发起的的添加好友申请列表                          |

| [AcceptFriendApplication]      | 同意好友申请                                            |

| [RefuseFriendApplication]      | 拒绝好友申请                                            |

| [SetFriendListener]            | 设置好友、黑名单相关监听，用于UI层实时感知数据变化并刷新 |

## 监听说明

好友监听器的作用：调用方设置好友监听，好友关系的变化会通过OpenIM消息机制实时同步到需要感知的在线用户，包括用户的其他端，调用方根据回调事件做相关的数据处理。

比如用户B在Android端添加用户A为好友，用户A（所有在线的终端）收到B的好友申请，则A调用GetRecvFriendApplicationList获取收到的好友申请列表，刷新界面。同时，用户B在线其他的终端比如PC端也会收到通知，B调用GetSendFriendApplicationList获取发起的好友申请列表，刷新B发出的好友申请列表。

当然也可以利用回调的参数信息，做增量处理，而不用获取全量的好友申请列表。

以用户B申请添加用户A为例

| 好友及黑名单监听              | 描述                                                |

| :---------------------------- | :--------------------------------------------------- |

| [OnFriendApplicationAdded]    | 好友申请列表增加，主动发起者和被动添加者会收到      |

| [OnFriendApplicationDeleted]  | 好友申请列表删除，主动删除者会收到                  |

| [OnFriendApplicationAccepted] | 好友申请被同意，主动发起者和被动添加者会收到        |

| [OnFriendApplicationRejected] | 好友申请被拒绝，主动发起者和被动添加者会收到        |

| [OnFriendAdded]              | 好友增加，用户好友增加时会收到                      |

| [OnFriendDeleted]            | 好友删除，用户好友减少时会收到                      |

| [OnFriendInfoChanged]        | 好友信息改变，用户好友信息（比如昵称等）改变时会收到 |

| [OnBlackAdded]                | 黑名单增加，用户黑名单增加时会收到                  |

| [OnBlackDeleted]              | 黑名单移除，用户黑名单减少时会收到                  |

## 项目介绍

OpenIM继续领跑开源IM领域，在广大开发者的支持下，目前github star突破9k。在数据泄露、信息外泄、隐私滥用的时代，IM私有化部署需求旺盛。其中，政企协同办公对IM需求猛增，随着信息化技术的迭代升级以及信创产业加速落地和实践，协同办公软件的发展潜力将进一步被释放。“安全可控“逐步成为第一要素。对于社区交友领域，暴露出的隐私安全问题越来越多，私有化部署确保用户数据不泄露。

OpenIM从服务端到客户端SDK开源即时通讯（IM）整体解决方案，可以轻松替代第三方IM云服务，打造具备聊天、社交、办公功能的app。

github地址：

开发者中心：

## OpenIM团队

创始团队来自资深IM技术团队，我们致力于用开源技术创造服务价值，打造轻量级、高可用的IM架构，开发者只需简单调用 SDK，即可在应用内构建多种即时通讯及实时音视频互动场景。OpenIM优势：开源，安全，可靠，低成本。对于信息安全重视的电子政务，企业协同办公，OpenIM都是非常好的选择。

从公司成立之初就将“开源”作为核心战略来推进，开源充分体现了自由、平等、分享的互联网精神。

OpenIM邀请全球技术极客参与技术优化，让开发者轻松集成，让每一个应用都具备IM功能，同时考虑企业的接入成本、服务器资源以及最重要的数据安全性和私密性。