重要的不是说什么话而是找什么人，根据APP的功能到目标顾客相对集中的地方，比如电影院里的都是看电影的，学校附近学生和家长肯定多，这是提高成功率的有效方法

——微信产品的发展历程 迄今为止，微信月活跃用户接近6亿，称得是每个智能手机用户最常用的应用，人人都说，微信是个伟大的产品。现在微信作为一个平台型的产品，集成了众多丰富的，能给用户带来不同功能和体验的模块和工具，已经成为了腾讯公司最为重要的移动互联网的入口。同时微信作为一款产品已经融入了我们的生活，并逐步影响着我们的生活方式。那么，这样一款产品是怎么做出来的呢，其背后隐含着其产品人员怎样的产品理念呢？看了几篇网上介绍微信产品的发展历程的文章，在这我也试着梳理一下。一、1.0时代，以移动IM为起点根据参与微信研发的产品和开发人员介绍，微信最初只不过是腾讯广州研发中心（主要负责腾讯的QQ邮箱产品）大概不超过十个人的团队抱着“尝试”的态度试验出来的。那是2010年下半年，正处于移动互联网爆发的前夜，当时ios和android平台作为新平台开发者也相当少。10月份，一款叫做kik messenger的应用发布，直接导致2011年成千上万的类kik应用被研发出来，这其中就包括后来大红大紫的whatapp、米聊、line、kacao等。kik messenger的火爆源于它的极致简单跨平台，它是为移动而生的应用，几乎不花任何力气就在很短的时间基于手机通讯录建立起自己的关系链，这对于很多web2.0时代的SNS应用来说，是不可能做到的。很短时间内，它就以席卷一切的气势开始革命，首当其冲的是各国的运营商们，这个跨平台跨国界的手机通讯工具，它可以在不同的手机终端实现文本图片的消息沟通，秒杀短信和彩信体验，它的体验之极致，甚至让当时的手机巨头——黑莓——在自己的手机平台封杀它。在kik刚出来的时候，广州研发中心、QQ邮箱研发团队的老大张小龙就预见它的火爆之势。小龙当时给马化腾发了一封邮件谈这个事情，并申请广研团队做一个类似的应用出来。而马化腾也已经意识到有10年历史的QQ 并不是这个时代最需要的手机IM，一款更适合手机使用场景的IM 是需要的，不仅仅是用户需要，腾讯也需要。他对此表示赞许，并仿照“微博”为这个应用起了一个名字——微信。最初微信被定义为一款通知工具，主要有3个功能：1.联系人给你发信息时，它通知你；2.QQ邮箱、QQ离线消息有新条目时，它通知你；3.你在腾讯微博上收到私信时，它通知你。仅此而已。广研的小团队只用了不到四个月，完成了完成了微信ios1.0版本的开发，于2011年1月21日正式发布。1.0版界面非常简洁，功能也非常简单，主要包括文字文字即时通讯、照片分享、更换用户头像三个方面，但是，跨平台交流、极速轻快的楼层式对话和便捷的图片分享功能给用户带来了非常良好的体验。马化腾第一次使用给出了“体验很赞”的评价，然而腾讯内部的其他众多同事却并不看好这个体验简单甚至有些简陋的手机应用。二、2.0和3.0开始，移动社交的发展“微信的成功，除了团队的努力，时机的把我也很重要。”在3月份，接连发了两个版本，但是用户数据依然不见起色。很快，我们在4月初又发了第四个版本，这个版本微信的四个tab位置被确定下来，最初的四个tab分别是：微信、通讯录、找朋友和设置。其中，找朋友这个tab可以看出当时微信的急迫，在这里，系统通过通讯录联系人、qq好友、qq邮箱联系人甚至企业域名邮箱联系人等多种关系链给你推荐好友，以期在很短的时间内能够积聚到用户。但，用户数据依然不见起色。这时候，另外一款应用的火爆引起了微信产品团队的注意：talkbox。这个发语音短消息的应用有着与kik类似的逻辑，但语音无疑是最大的亮点。类似的功能腾讯的QQ其实很早就做过，但一直不温不火，但是当它被放到手机上之后，瞬间捕获了大量的用户。另一方面，智能手机在这个时候开始告诉普及，尤其是iphone4的发布，以革命之势席卷了整个手机市场。张小龙此时判断：智能手机和pc是完全不同的，基于智能手机平台的功能和个人电脑上的也是完全不同的。也就是此时，微信研发团队开始意识到，要试着挖掘智能手机平台的各种可能，不断尝试利用手机天然的能力做出机制简单且自然的应用。也就是说，直到这个时候，微信研发团队开始摸准了移动互联网应用的脉搏，率先把握了移动互联网的本质。于是，在微信团队研发人员一个多月的努力之下，微信2.0语音版终于在11年5月初发布了（这是正式第一版本，之前的版本都加了beta）。微信在2.5版本中还发布了一个重要增加用户的方式——附近的人。通过查找附近的人，使用户轻松找到身边其他正在使用微信的人。也正是这个功能，让外界第一次感受到了微信功能的强大。当时用户对微信、米聊甚至talkbox，感觉是差不多的，大家都在谈论着这三个应用谁抄袭谁，后来米聊做了涂鸦功能，他们的同事在知乎发表文章，说静等微信抄袭。微信给的答复是8月初的2.5版本，除了那个我通宵两夜的视频功能外，那个版本最大的惊喜莫过于附近的人。可以这么说，语音版奠定了微信的基础，但真正让外界感受到微信强大的，是附近这个功能。就这样，微信开始很快甩开了所有竞争对手。到了10月份，微信发布了包含摇一摇和漂流瓶两个功能的3.0版本，自此，微信的地位似乎已经是无法撼动了。摇一摇和漂流瓶两个功能，相当于给微信这个基于熟人关系的通讯工具增加了陌生人社交的功能，添加了一种新的基于移动互联网的交友方式，使产品具备了有趣好玩的特性，增加了用户互动，保持了用户粘性。三、4.0开始的平台化2012年5月份，微信发布了4.0版本，该版本的主要更新包括两个方面：新增加了朋友圈和开发API接口。首先是朋友圈，其实是一个基于图片分享的社会化网络（SNS）。试图让每个用户都参与到自己和他人的“图片塑造生活”的设计初衷上去，朋友圈是吸引熟悉朋友之间互动的卖点，通过朋友之间的UGC与频繁互动来增用户的活跃度，保持产品的粘性。我们也可以从下面的故事看到微信团队在研发朋友圈时的情景：朋友圈的整个研发过程耗时4个月，投入的人力不超过十个，但却在这短短的4个月时间内，团队完成了完整的30多个版本的开发迭代，我们形象的把这个开发过程叫做回转开发流程，每天上午，开发团队通过邮件接收产品经理整理出的下一个版本功能点启动开发，傍晚的时候把功能交付给小龙和产品经理，他们在晚上就当前版本讨论分析，然后在下半夜给出新的想法甚至方向，产品经理在天刚亮的时候把想法细化为一个个功能点发邮件给开发。周而复始。当团队决定要发布朋友圈的时候，我想大家已经到了极限了，因为那时候还有bug没有解决，小龙说：bug也是一种文化，就发了。另外，朋友圈可以说是张小龙带领的微信研发团队一个具有创造性的发明，其体验有很多体现其产品情怀的细节。与脸书、微博、博客（空间）等的社交网站不同，微信朋友圈的设计延续了微信的双向好友关系。我们使用过后都知道，只有互相是好友关系才能查看对方的评论。这种设计使得互相的人际没有向二度关系扩散，既有效地保护了用户的隐私，有突显了微信这款产品的于其他社交产品特性。还有一点就是，在第一个朋友圈的版本里是不支持发纯文字的，我在一开始使用朋友圈的时候，也不知道如何发送纯文字的动态，后来利用搜索引擎搜过之后才知道是要长按相机键可以发纯文字。这一功能设计得堪称隐晦，是因为微信产品团队对于朋友圈的定位就是基于图片分享的熟人社交平台。张小龙说到，“回过头来说，微信朋友圈原本是不允许发文字，或者说不鼓励发文字的。不光是怕泛滥，这里有个基本的假设，要一个人写一段字的难度远远大于他发一张图片，对于一个普通用户来说，你让他一天写一段话出来，而且这段话还得让别人看到，他还要写得好，其实很难。我希望我们的产品是每个人都能用的，那么，图片是最好的介质，图片每个人都会发。”后来产品团队有人提出，不能否认用户在朋友圈发纯文字的可能性，于是便在后来增加了长按相机键发纯文字的功能作为内部测试，虽然设计得很隐晦，但这个功能还是被用户发现了。但是直到现在的最新版本，初次打开微信发纯文字的朋友圈动态，仍会得到让你慎重使用，以后可能会取消发送纯文字功能的提醒。4.0版本的微信的新增的第二个主要功能是开放API接口。API接口开放后，微信支持从第三方应用向微信通讯录里的朋友分享音乐、新闻、美食、摄影等消息内容，从而进一步增加用户之间的互动，同时API接口的开放有可能使得微信在将来成为一个强大的移动应用平台。在2012年7月，微信公众平台开始内测，使得微信从一个成功的产品真正演变成为了一个平台，就此也开启了微信的商业化进程。微信公众号采用的是订阅——推送的模式，作为产品的一项功能，其设计初衷是这样的：那么，在微信内看到的都是好友的信息，怎样看到更多丰富的内容呢？这就回到了阅读这个命题。这次给出的解决方案就是微信公众号。四、5.0开始，微信平台的升级2013年8月9日微信发布了它的5.0版本。这一版本中，微信团队对微信的公众平台进行了升级，分为了订阅号和服务号。其中订阅号主要为用户提供信息和咨询，为媒体和个人提供了一种新的信息传播的方式，同时也解决了用户在微信上进行长文阅读的需求。服务号其设计旨在为用户提供服务，企业利用可以自定义菜单，并获得如支付等高级接口的使用权限，从而给企业和组织提供更强大的业务服务能力与用户管理能力。为了避免过多的订阅号信息对用户产生干扰，微信产品团队还分别对两类公众号做了特殊规定和设计，如分别规定了每天的消息发送条数，并特别对订阅号的消息做了折叠的设计。5.0版的微信还增加了表情商店，扫一扫，游戏中心，微信支付等功能（还有很实用的收藏功能）。首先是表情商店，在这里有各式各样的表情供用户选择，能够满足用户的视觉化的沟通需求。其次是扫一扫功能，你可以扫条码、图书和CD封面、街景，还可以翻译英文单词。扫条码、扫图书和CD封面成为用户查看购买商品的入口，扫街景，增加了产品的趣味性。第三是游戏中心，在这里你可以和你的朋友们一起玩游戏。打飞机，再普通不过的一款游戏，由于朋友排行榜的存在，使这款游戏在上线第一天就像病毒一样疯狂传播着。游戏是第一个商业化项目，也是目前最成功的一个商业化项目。2013年的飞机大战打响了微信商业化的第一枪。最初小龙只打算做一个坦克大战的动画作为5.0的启动页，不过那会我开小差在玩游戏引擎，顺便就做了一个飞机大战的demo。小龙看了之后觉得不错，让我们尝试把它做的更完整更有意思一些，于是我拉了一个小团队开始做这个事情，我们奋战了一个多星期，几乎每天都通宵的节奏做了四个不同的版本，美术、音效、玩法经过激烈的pk迅速换了一遍又一遍。我们甚至做了商业化的策划。飞机大战的稳定性是很关键的，因为每一个用户启动微信都会先玩这个小游戏，如果出问题，所有用户就进不了微信了，当时我的领导甚至对我说，如果稳定性有问题，你可以卷铺盖走人了。经过小伙伴们一个月的努力，最终飞机大战获得了不错的效果。那年回家，一路上听着不断的“啾啾啾”的枪声，还是挺过瘾的。如果说飞机大战的游戏打响了微信商业化的第一枪，那么这一版本中首次出现的“微信支付”功能更是正式开启了微信商业化的大门。通过绑定银行卡可以在公众号、扫二维码、App中实现一键支付，如此就满足了用户快速便捷安全的移动支付需求。这一支付方式的出现使得微信游戏平台的游戏付费下载、移动购物分成、购买收费表情等盈利方式变得清晰可见。2014年春节前夕，微信5.2版本发布，微信群中抢“新年红包”就呈现刷屏之势，并随着春节假期的到来愈演愈烈。用户在微信群中疯狂抢红包，不仅仅是一个社交产品的成功，背后是微信支付的爆发。很多用户为抢红包发红包而在微信支付中绑定了储蓄卡，使微信支付的用户增长形成了一个高潮。一个春节过去，微信支付可能在很短时间内赢得几何级数增长的新用户。这是一次极为成功的产品运营活动，微信支付的火爆使得微信迅速抢从支付宝口中抢占了“移动互联网支付”的一大块市场份额。另外，微信支付还为用户和商家各种不同的移动支付场景，如实现了刷卡支付、扫码支付、公众号支付、APP支付，并提供企业红包、代金券、立减优惠等营销新工具等。五、微信生态，连接一切截至目前，微信的最新版本已经到了6.2.5。微信自2014年10月14发布的6.0的版本以来，逐渐放缓了其更新迭代的速度，今年5月份推出的微信6.2的版本，除了推出了微信小视频的功能外，其新推出的内容包括微信运动以及表情开放平台。微信运动是微信硬件平台的一次正式试水，而表情开放平台则是微信作为微信开放平台的一个组成部分。腾讯公司高级执行副总裁、微信事业群总裁张小龙强调说，“我们希望基于微信能够搭建一个生态系统，但不是我们自己把生态系统里面的每一块都给做了，简单地说，我们希望建造一个森林，而不是建造一座自己的宫殿，我们希望培育一个环境，让所有的动植物在森林里面自由生长出来，而不是我们去建造出来。”微信官方开放生态已经涉及微信支付、硬件开放平台、公众平台和企业号等业务，微信正在从一个人与人交流的工具，逐渐进化成一个连接人、硬件和服务的生态系统，通过“连接一切”带来人体的延伸、生产效率的提高和日常生活的便捷。从2011年1月21日微信正式推出至今，微信像一张大网，将每个人同其他人更紧密地连接在一起。微信客户端通过语音通话、摇一摇、附近的人、小视频、朋友圈分享等基础服务功能，让地理上的距离不再成为人与人交流的障碍。同时，公众订阅号的推出，让再小的个体，也有自己的品牌。大量自媒体的涌现，使得普通资讯的生产、发行和消费摆脱了传统印刷技术和PC互联网的桎梏，效率显著提升。微信硬件平台是微信继连接人与人，连接企业/服务与人之后，推出连接物与人，物与物的IOT解决方案。通过微信硬件平台，微信进一步尝试将人、设备和服务连接在一起，让用户的体验不再拘泥于当时当下。与手环、电视、空调等智能硬件的互联，以及滴滴打车、大众点评等线下服务的接入，使得微信像水和电一样渗入人们日常生活的方方面面。“连接一切”正在成为现实。 2013年11月18日，腾讯微信在广州举行首次“微信·公众”合作伙伴沟通会。微信在会上提出“平台化，公开化，自助化“的理念，表明微信的开放体系初步形成了框架。迄今为止，微信开放平台包括微信公众平台微信游戏平台、微信硬件开放平台、微信表情开放平台等。另外，微信集成的大量线下服务的接口，使得微信以微信支付这个为支点，成为了移动互联网的重要的流量入口。现在进入微信钱包，我们可以刷卡转账、手机充值，通过理财通购买理财服务，还可以给信用卡还款，通过微信公益方便参与公益事业；可以购买电影票，可以通过京东和美丽说的入口购物，也可以通过滴滴出行的入口打车，通过携程旅游的入口购买飞机和火车票，也可以通过大众点评的入口获得各类生活服务；另外，还能通过生活缴费的服务缴纳水电煤宽带和固话的费用，通过城市服务的模块获得医疗、交管、工商、司法等公共服务……微信一个应用连接了与人们生活有关的各种服务，已经让我们看到了何为“微信，是一个生活方式”。

webservice当前，WebService是一个热门话题。但是，WebService究竟是什么？什么情况下应该用WebService？什么情况下不应该用WebService？是需要我们正确认识的。 Web Service 是一种新的web应用程序分支，他们是自包含、自描述、模块化的应用，可以发布、定位、通过web调用。Web Service可以执行从简单的请求到复杂商务处理的任何功能。一旦部署以后，其他Web Service应用程序可以发现并调用它部署的服务。实际上，WebService的主要目标是跨平台的可互操作性。为了达到这一目标，WebService完全基于XML（可扩展标记语言）、XSD（XMLSchema）等独立于平台、独立于软件供应商的标准，是创建可互操作的、分布式应用程序的新平台。由此可以看出，在以下三种情况下，使用WebService会带来极大的好处。长项一：跨防火墙的通信如果应用程序有成千上万的用户，而且分布在世界各地，那么客户端和服务器之间的通信将是一个棘手的问题。因为客户端和服务器之间通常会有防火墙或者代理服务器。在这种情况下，使用DCOM就不是那么简单，通常也不便于把客户端程序发布到数量如此庞大的每一个用户手中。传统的做法是，选择用浏览器作为客户端，写下一大堆ASP页面，把应用程序的中间层暴露给最终用户。这样做的结果是开发难度大，程序很难维护。图1通过WebService集成应用程序举个例子，在应用程序里加入一个新页面，必须先建立好用户界面(Web页面)，并在这个页面后面，包含相应商业逻辑的中间层组件，还要再建立至少一个ASP页面，用来接受用户输入的信息，调用中间层组件，把结果格式化为HTML形式，最后还要把“结果页”送回浏览器。要是客户端代码不再如此依赖于HTML表单，客户端的编程就简单多了。如果中间层组件换成WebService的话，就可以从用户界面直接调用中间层组件，从而省掉建立ASP页面的那一步。要调用WebService，可以直接使用MicrosoftSOAPToolkit或.NET这样的SOAP客户端，也可以使用自己开发的SOAP客户端，然后把它和应用程序连接起来。不仅缩短了开发周期，还减少了代码复杂度，并能够增强应用程序的可维护性。同时，应用程序也不再需要在每次调用中间层组件时，都跳转到相应的“结果页”。从经验来看，在一个用户界面和中间层有较多交互的应用程序中，使用WebService这种结构，可以节省花在用户界面编程上20%的开发时间。另外，这样一个由WebService组成的中间层，完全可以在应用程序集成或其它场合下重用。最后，通过WebService把应用程序的逻辑和数据“暴露”出来，还可以让其它平台上的客户重用这些应用程序。长项二：应用程序集成企业级的应用程序开发者都知道，企业里经常都要把用不同语言写成的、在不同平台上运行的各种程序集成起来，而这种集成将花费很大的开发力量。应用程序经常需要从运行在IBM主机上的程序中获取数据；或者把数据发送到主机或UNIX应用程序中去。即使在同一个平台上，不同软件厂商生产的各种软件也常常需要集成起来。通过WebService，应用程序可以用标准的方法把功能和数据“暴露”出来，供其它应用程序使用。例如，有一个订单登录程序，用于登录从客户来的新订单，包括客户信息、发货地址、数量、价格和付款方式等内容；还有一个订单执行程序，用于实际货物发送的管理。这两个程序来自不同软件厂商。一份新订单进来之后，订单登录程序需要通知订单执行程序发送货物。通过在订单执行程序上面增加一层WebService，订单执行程序可以把“AddOrder”函数“暴露”出来。这样，每当有新订单到来时，订单登录程序就可以调用这个函数来发送货物了。长项三：B2B的集成用WebService集成应用程序，可以使公司内部的商务处理更加自动化。但当交易跨越供应商和客户、突破公司的界限时会怎么样呢？跨公司的商务交易集成通常叫做B2B集成。WebService是B2B集成成功的关键。通过WebService，公司可以把关键的商务应用“暴露”给指定的供应商和客户。例如，把电子下单系统和电子发票系统“暴露”出来，客户就可以以电子的方式发送订单，供应商则可以以电子的方式发送原料采购发票。当然，这并不是一个新的概念，EDI(电子文档交换)早就是这样了。但是，WebService的实现要比EDI简单得多，而且WebService运行在Internet上，在世界任何地方都可轻易实现，其运行成本就相对较低。不过，WebService并不像EDI那样，是文档交换或B2B集成的完整解决方案。WebService只是B2B集成的一个关键部分，还需要许多其它的部分才能实现集成。用WebService来实现B2B集成的最大好处在于可以轻易实现互操作性。只要把商务逻辑“暴露”出来，成为WebService，就可以让任何指定的合作伙伴调用这些商务逻辑，而不管他们的系统在什么平台上运行，使用什么开发语言。这样就大大减少了花在B2B集成上的时间和成本，让许多原本无法承受EDI的中小企业也能实现B2B集成。长项四：软件和数据重用软件重用是一个很大的主题，重用的形式很多，重用的程度有大有小。最基本的形式是源代码模块或者类一级的重用，另一种形式是二进制形式的组件重用。图2用WebService集成各种应用中的功能，为用户提供一个统一的界面当前，像表格控件或用户界面控件这样的可重用软件组件，在市场上都占有很大的份额。但这类软件的重用有一个很大的限制，就是重用仅限于代码，数据不能重用。原因在于，发布组件甚至源代码都比较容易，但要发布数据就没那么容易，除非是不会经常变化的静态数据。WebService在允许重用代码的同时，可以重用代码背后的数据。使用WebService，再也不必像以前那样，要先从第三方购买、安装软件组件，再从应用程序中调用这些组件；只需要直接调用远端的WebService就可以了。举个例子，要在应用程序中确认用户输入的地址，只需把这个地址直接发送给相应的WebService，这个WebService就会帮你查阅街道地址、城市、省区和邮政编码等信息，确认这个地址是否在相应的邮政编码区域。WebService的提供商可以按时间或使用次数来对这项服务进行收费。这样的服务要通过组件重用来实现是不可能的，那样的话你必须下载并安装好包含街道地址、城市、省区和邮政编码等信息的数据库，而且这个数据库还是不能实时更新的。另一种软件重用的情况是，把好几个应用程序的功能集成起来。例如，要建立一个局域网上的门户站点应用，让用户既可以查询联邦快递包裹，查看股市行情，又可以管理自己的日程安排，还可以在线购买电影票。现在Web上有很多应用程序供应商，都在其应用中实现了这些功能。一旦他们把这些功能都通过WebService“暴露”出来，就可以非常容易地把所有这些功能都集成到你的门户站点中，为用户提供一个统一的、友好的界面。将来，许多应用程序都会利用WebService，把当前基于组件的应用程序结构扩展为组件/WebService的混合结构，可以在应用程序中使用第三方的WebService提供的功能，也可以把自己的应用程序功能通过WebService提供给别人。两种情况下，都可以重用代码和代码背后的数据。从以上论述可以看出，WebService在通过Web进行互操作或远程调用的时候是最有用的。不过，也有一些情况，WebService根本不能带来任何好处。短处一：单机应用程序目前，企业和个人还使用着很多桌面应用程序。其中一些只需要与本机上的其它程序通信。在这种情况下，最好就不要用WebService，只要用本地的API就可以了。COM非常适合于在这种情况下工作，因为它既小又快。运行在同一台服务器上的服务器软件也是这样。最好直接用COM或其它本地的API来进行应用程序间的调用。当然WebService也能用在这些场合，但那样不仅消耗太大，而且不会带来任何好处。短处二：局域网的同构应用程序在许多应用中，所有的程序都是用VB或VC开发的，都在Windows平台下使用COM，都运行在同一个局域网上。例如，有两个服务器应用程序需要相互通信，或者有一个Win32或WinForm的客户程序要连接局域网上另一个服务器的程序。在这些程序里，使用DCOM会比SOAP/HTTP有效得多。与此相类似，如果一个.NET程序要连接到局域网上的另一个.NET程序，应该使用.NETremoting。有趣的是，在.NETremoting中，也可以指定使用SOAP/HTTP来进行WebService调用。不过最好还是直接通过TCP进行RPC调用，那样会有效得多。总之，只要从应用程序结构的角度看，有别的方法比WebService更有效、更可行，那就不要用WebServicehttp://baike.baidu.com/view/837392.htm
举个例子：现在有5个项目，项目彼此独立，甚至都不是同一类语言进行开发的。这5个项目是：百度知道，百度贴吧，百度新闻，百度视频，百度百科。突然有一天，老板说：把这几个系统揉称一个大项目，起名直接叫做百度好了，于是你就用一个叫做webservice的服务将这几个项目连接了起来，使原本独立的项目能够相互访问，相互通信。 在举个例子：泰国，越南，美国三个国家通过开展什么什么会议达成什么什么协定，三个国家开始交流，开始贸易往来。其中的什么什么会议达成什么什么协定就是webservice，三个国家就是三个项目。再来个官方的解释： Web Service主要是为了使原来各孤立的站点之间的信息能够相互通信、共享而提出的一种接口。 Web Service所使用的是Internet上统一、开放的标准，如HTTP、XML、SOAP（简单对象访问协议）、WSDL等，所以Web Service可以在任何支持这些标准的环境（Windows,Linux）中使用。注：SOAP协议（Simple Object Access Protocal,简单对象访问协议）,它是一个用于分散和分布式环境下网络信息交换的基于XML的通讯协议。在此协议下，软件组件或应用程序能够通过标准的HTTP协议进行通讯。它的设计目标就是简单性和扩展性，这有助于大量异构程序和平台之间的互操作性，从而使存在的应用程序能够被广泛的用户访问。
就是一根线,把不怎么有关系的东西联系起来 呵呵 相当于一个公认的红娘
WebService 就是所有在Internet的标准的集合， HTTP就是其中之一。
为的解决不同语言开发的应用程序之间的数据交互而推出的 Web 服务是描述一些操作（利用标准化的 XML 消息传递机制可以通过网络访问这些操作）的接口。Web服务描述是用标准的、规范的 XML 概念描述的，称为 Web 服务的服务描述，这一描述囊括了与服务交互需要的全部细节，包括消息格式（详细描述操作）、传输协议和位置。该接口隐藏了实现服务的细节，允许独立于实现服务基于的硬件或软件平台和编写服务所用的编程语言使用服务。这允许并支持基于 Web 服务的应用程序成为松散耦合、面向组件和跨平台、跨语言实现。由于Web 服务以上性能，使它成为在分布式环境中实现复杂的聚集或商业交易的最佳体系结构。

据说需要通过同电影票系统公司去谈的，目前国内基本上都给几大系统提供商垄断了，比如火凤凰、满天星等！ 在聚合数据上看到一个H5在线电影票API，通过嵌套返回的h5页面url，实现电影票购买
提供电影票api在线购票选座接口联系我私我

有的吧。据我所知，上海玖琅网络科技有限公司目前做的还是蛮成熟的。专门针对电影api接口、电影数据、电影渠道、电影分销、电影加盟、电影平台以及电影代理，旗下品牌叫“福司令”，有一系列影院综合服务方案。
你说的渠道是指哪种渠道？1、如果是电影院售票系统这类，这几年变化不大，有牌照认证的就几家：凤凰佳影、满天星、辰星、火烈鸟、沃思达（VISTA）、鼎新、M1905。2、如果是电影院用的线上售票渠道，还是蛮多的，也是一种行业趋势。比如上海星轶自己开发的星轶影城微信小程序、深圳兜有开发的所有影院都能用的兜有电影微信小程序。还有比较知名的院线背后公司开发使用的影城app，万达电影、大地影院、cgv电影等。3、如果指的是影院之外的第三方分销渠道，流量最大的就是猫眼和淘票票，之后是美团、大众点评、百度糯米、豆瓣电影等。还有被字节跳动收购，在抖音部署的影托邦也可以关注一下。