为什么很多app没有wp版？有何技术难点？
大家好，因为我不是学编程的，所以不知道相同的app在不同的系统里有什么区别。但我觉得都是一样的app只是让它换个系统安装应该没有开发一个app难吧，为什么还有那么多app没有wp版的呢？求指教，我很喜欢wp，感觉很简洁大气，但app太少，我甚至想自己学习一下编程为wp写实用的app。
按票数排序
我个人感觉楼主这个问题很好，没什么好嘲讽的，不只是楼主，我有好几个学弟学妹都曾问过我，是不是acm学的好（此句是病句，但是他们都这么问），写代码就会很厉害？为了鼓励他们学算法，我都是回答的是，而且我觉得我没有说错，但是他们当中很多学了一半都走了，很多都去外面报了java的培训班，理由是看不见学习效果。学计算机一年两年的学生很多时候都没法体会程序逻辑跟实现之间的联系，题主有这个疑问也正常。C#打印实现Objective-C打印实现java打印实现这三门语言分别是wp，ios，android三个平台最主流的编程语言。只是这个最简单的打印函数都有区别，更别说拥有上万行甚至更多代码的app了。不同的语言，甚至同一种语言在不同的平台，他们要调用的平台提供的函数千差万别，学一门语言，一个平台已经够焦头烂额了，更别提其他了。而且这些还只是建立在编写软件，没有算维护成本。软件开发出来是要维护的，不可能写了放出来就扔。所以，就算我有了两个平台的产品，“拷贝”到第三个平台上也是需要不低的成本的，这儿就要考虑到平台的覆盖率，迁移到上面合不合算。我在学校效率最高的时候一天代码量大概是300+行，题主，你可以感受下，软件的开发成本并不是一般人想像的那么低的。
@vczh 被反对者按在了0赞同答案下，这是有多不能容忍植入广告。事实上想了解计算机的世界随便找个语言上手，慢慢的就通了。我启用白话模式跟大家科普一下，有些地方如有纰漏恳请指正。首先是一颗奔腾的心：CPU，计算机的灵魂就在这里。比如我女朋友跟我交流都是用祈使句，你和cpu交流也是用一系列祈使句，我们称之为“指令集”。现在的cpu类型并不很多但也有一些，这跟我女朋友就不一样了，要不然就得跪键盘了。每个cpu的指令集又不同。为了施行一系列的祈使句，有人就发明了计算机高级语言。打个比方，我女朋友以前指挥我做饭是这样的：洗米，蒸饭，洗菜，切菜，炒，端上来。后来她觉得太麻烦了，就直接写了一个字条，写的这个字条的过程，我们称之为编译，上面写着一些祈使句，到做饭的时候就塞我字条：做饭去。如果我换了洋妞女朋友，只是如果！做饭去这个字条里面的指令集就会变成英文，也就是不同cpu使用不同指令集。所以说高级语言能在多平台上跑，是因为有编译器根据不同平台把大量高级语言转换成了更大量的指令集。这个“做饭去”的高级语言，还是显得简陋了，比如领导想吃湘川十八鲜周六特供系列菜系，在一些基础的层面，比如洗锅，刷碗，洗菜，择菜等，很多通用的地方，写起来太麻烦了，我那英明的女朋友，就想到了用高级语言编写了一套做菜思路，我们称之为操作系统，用于处理洗锅这种细小但是基本的事情，把我教会了以后，我就相当于安装了这个操作系统，这样领导就只需要关注做菜的部分了。不过，就如同中餐与西餐一样，不同的饮食不同的做菜思路决定了操作系统给做菜预留的接口也不一样，比如，我不能给面包施行淘米的指令。这就决定了，虽然同样是吃的菜，但是做出来的方式完全不一样。所以看起来都是吃的（app），但是它的制作过程（编程）简直天差地别。有时候我们用一些别人封装好了的库和编译器，写一份代码，多平台交叉编译，所以我们能够更关注逻辑本身，不会被cpu，操作系统的限制束缚住了手脚，提供这些库的人是非常可歌颂的，你要知道他们不停的交女朋友，忍受所有不同语言的祈使句，最后归纳总结出通用的高级语言，甚至把每个女人的做菜思路（操作系统的api）抽象出来。是多么不容易的事情！让我们为他们鼓掌!
很久没答题了。这个问题是跟软件工程很相关的一个问题。 大神终于没有认真回答。阿哈哈哈哈
1. 某部分上来讲你的观点是对的［为什么很多App没有WP版，内容都是一样的，不就是换了个系统吗，改一下部分编程不就可以了吗？］是的，总体来说你的想法是对的。的确是，内容是一样的，确实就是换了一个系统，改一下部分模块就可以了。但是这里面可以说得更深一点。其中，内容是一样的指的是－逻辑模块相同的。也就是说，你这款APP要对用户的数据做怎样的处理，要怎么处理都是一样的。所以针对这一块的工作量，例如 提到的不同的语言有不同的处理方式，你只需要把逻辑模块原封不动移植到新语言上即可。这一块并不难，也不是太耗时间。如果是要涉及到网络编程上，要稍微麻烦一点，但是也不是太麻烦。
2. 另一部分来讲，你的观点不尽然正确你特别问到了为什么很多App没有WP的版本。要说起终极原因，那是因为WP市场占有率太小，用户群体小众，中小型移动软件公司没有能力去养一个WP团队去开发和维护还有更新不怎么赚钱或者不怎么会给他们带来收益的WP版本。但是这里如果是针对WP平台，钱和收入也并不是唯一的问题。
3. WP的独特用户UI逻辑和操作逻辑正是因为WP具有独特的用户UI逻辑和操作逻辑，才使得，将iOS或者Android原生软件移动到WP上这么困难的原因。一方面，有些系统应该提供的功能，WP上与iOS和Android并不相同，维护程序运行的机制也并不相同，即便这些东西在用户眼中看到的结果是对的，例如铃声响了，推送来了，等等。如果一个程序员先学习了iOS开发，现在要转头开发一个一模一样的Android程序，可能，在推送，提醒，后台管理上的代码都会变化。这些不同就代表了学习成本。在公司角度，学习成本就是直接成本。而投入直接成本没有回报这种事情，就是看公司仁者见仁智者见智了。但是大多数公司不倾向于去这种投钱没回报的事情。而独特的UI逻辑让很多公司在后来开发WP版本的时候会非常痛苦，因为他完全提供了不同的UI和使用逻辑，但是在功能上又要与iOS和Android保持一致，这就必须重设计。而这也是非常耗时间的。4. 软件可靠性角度这是很多人不会考虑到，特别是外行，的一个因素。即便你克服略以上N个困难，成功让软件跑起来了，但是你必须重新做软件测试。因为你不知道新编程语言会不会对你原来看似没有Bug的模块造成冲击和影响。举个自己的例子，我当时写计算器Parser的时候最初是用Java写的，跑了几个测试用例，没有问题，但是移植到JavaScript上的时候就出了问题。况且在移动App开发公司，特别是中国，几乎没有Quality Assurance团队，这就会有可能出现，做了WP版本的软件，却因为不停的Bug，而导致公司口碑在WP用户中非常差。这是费力不讨好。目前想到的是这么多。以上。
就好比一本书已经写好了中文版，也翻译成了英文版，现在在评估值不值得翻译成芬兰语一样。不知这个比喻是否恰当。————————————————————————————————对于微软为什么不自己多开发wp应用的问题：首先，打开wp应用商店会发现微软自己开发的应用其实不少。其次，微软的开发人员毕竟有限，仅仅通过自己的开发人员来拓展app市场肯定收效甚微。最后，在鼓励开发者开发wp应用方面，微软是做了很多努力的，比如资金鼓励，Windows Phone App Studio工具（所谓的无码开发，效果我就不评价了）等。开发者的顾虑可能在于wp的市场份额较小，开发成本高，不划算。用户的体验是app太少，娱乐性比较差，于是不愿意买，wp的市场份额自然不会高。这个恶性循环就是现在微软需要打破的。当然，app的数量并不是唯一的决定因素，近来，wp的发展势头不错，具体数据可以参见：
别的就不说了，如果你想要学习wp编程的话，可以下载 ，学习C#语言进行开发。这套东西学习门槛很低，我相信你一定可以学会。
首先，WP有自己的design。不可能和IOS或者Android用一个吧。需要重新了解WP design的人设计UI和UX，然后需要专门组建一个C#小团队来做开发，后台service也需要根据WP做一些修改（比如消息推送或其他的特殊处理等），需要专人根据WP系统做测试，通过微软的审核进入商店。然后产品的所有大小升级更新你都需要考虑WP的时间点和实现方式。个人开发者或者创业团队很快就可以用WP的API开发一个APP，但是路程或产品越成熟的公司，这一套下来就需要专门招聘、培养或内部转岗来组件这么一个团队，成本就很高。再看看WP那少的可怜的市场占有率，再加上公司较为紧张的开发资源，产品经理很难不打退堂鼓。你要做一个APP到60%，很快很容易很迅速。你要做好一个APP（不包括运营）到90%，无论是在windows，在IOS，在Android还是在WP上，工作难度其实都差不多的，而最终回报却是截然不同。
曾用过跨平台框架开发过软件，就这么说吧，就算是那种一份代码多个平台的开发方式，其实移植还是有不少成本的。因为这个前提，所以就不讨论代码上的问题。首先是UI，比如安卓和ios就是不同的设计风格，一个全新的界面设计是非常耗时的，如果你说很多软件ios和安卓的界面是一样的。ok，那wp呢，我实在无法想象不修改界面直接移植到wp的情景。系统功能差异，比如说我要做个消息的推送，在ios上，可以用apple的解决方案，但在安卓上呢，好吧，得自己写个。再比如苹果的严格权限控制，可能会导致软件的部分功能需要更换实现思路。系统概念的差异，这个暂时在移动平台上想不出很好的例子。比如在win和mac上，后台、快捷方式、文件储存位置等概念不同，直接移植，就像在mac上用wine跑windows程序，非常别扭.......
前段时间参加了一个讲移动跨平台的活动 有一个工具非常吸引人 叫XamarinXamarin 就是一个跨平台开发工具 而且它的语言是C# 也就是说 WP 程序员可以轻而易举地用它来开发iOS和Android的应用 至于前边 说到的界面风格问题 Xamarin对UI用AXML来描述 跟Android基本很相似了 而对于iOS的应用 则编辑一下storyboard即可
Xamarin 人类的希望
1. WP用户少，开发人才少，开发的总体成本高，许多公司权衡利弊就没出wp版，或直接用原生应用+webapp的混合版本。2. 每个平台有自己相应的设计规范。一个APP的UI最好能符合该平台的规范，这样可以直接使用平台的控件， 提高性能，也能让用户在同一平台下有统一的体验。3. app在不同平台的具体实现截然不同。比如控件可能是某个平台独有的；不遵循UI规范，可能要话额外的功夫实现自己定制的UI。还有一些比较高级的话题，比如多线程，缓存的使用，位图内存的优化，内存泄露分析，这些决定了开发app不是一件简单的事情。4. 可以用phonegap，一套代码开发出多个平台的app，但是它是按月收费，性能不如原生应用，而且也不是所有功能都支持的，限制诸多。
不同操作系统的开发环境不统一，开发语言不统一，除了算法通用，大部分代码都要重写，每个操作系统都把开发者框住了，走不掉，不然为什么phoneagp性能这么差还有人用？java提出的跨平台性也是好多程序员梦想的那，，，
首先欢迎来学编程！no Zou no die...关于你的问题，无他，不划算耳一般来说，同款app做到功能对等质量可比，成本：android&WP&iOS; 收益：iOS&android&&WP 在我朝android市占率远远高出WP的情况下，除非团队财大气粗或者本身在Win上有特殊优势，怎么决策不言而喻。利益相关：短期从事Win=&Android搬砖工作
用不同语言做一样的软件，相当于用不同乐器演奏同一首乐曲
哎呀，好多书为什么都没有中文版的啊？不就是换了个国家吗，改一下语言部分就好了呀。
wp手机用户量少导致的，另外，不是看几行代码对比不同语言简单，真的迁移语言编程就简单，不同平台，不同架构，还有不同的适配，不同ui行为风格等，做起来要做到和现在的其他平台一样未必能够，做不好，上去没有几个人用，干嘛坏自己名声呢？
从两个方面解释这个问题：第一，技术层面。就像很多回答者说的那样，开发一个应用并不是一个简单的过程，这需要人力，财力的付出，并且移植的难度是很大的。第二，每个应用都是受相关法律保护的，要仿一个流行游戏，假如自己玩儿那没事儿，假如你要放到网上，并且从中获利的话，那就可能触犯相关法律了。
谢邀，我是普通用户，只谈谈个人感受哈。各平台（系统）的APP在一定程度上做的高度一致，这里说的是成熟完善哈。APP呈现的方式和交互方式是不一样的，给你我的感受是不一样的。虽然内容是相差无几。如果仅仅是改下编程，改下代码，那可能属于移植的范畴，或者说照搬过来，省事儿。但是对于我们这种挑剔的用户来说，逃不过我们的火眼金睛，不一样就是不一样，相同就是相同。对于这种被认为“粗制滥造”的APP是会被抵制，被批的体无完肤的。QQ？微信？这样的大佬级别的APP都遭遇过吐槽，别的小家APP就更不能免俗了。为什么会出现这种情况呢？相信大家都有答案。三个生态系统间有相同的地方，有不同的地方，但呈现方式是大不一样的。且不说三大系统，就说天朝厂商那些参差不齐的UI改造就深得“广大用户”的喜爱，也就换个衣服，换双鞋子这么简单。就更别说iOS，Andriod ，WP三大正统生态系统啦。
题主要是能把三个语言编程的环境搭起来，然后跑个hello world就不会这样想了。
同样是类似的面粉（内容）做出来的东西，你做了馒头（ios应用）和汤圆（安卓应用）之后，再去拉一碗兰州拉面（wp应用）就能比别人少一道工序嘛？做法（底层语言）不同，所花费的时间说不定更多，都是要从和面开始，总不能把汤圆融了做成面条吧。。。（内容重不重要？重要，但是远没有它所呈现的方式更重要，你只会吃馒头而不会啃生面团吧）而且，你真要拿去卖的话可还不得观察市场反应，不断改进口味，满足大众需要呀，哪天吃出一只蟑螂（bug）谁负责呢？这么一想，时间成本就不小了。。。当然，这个比喻不一定恰当。加花瓣为微信好友您所在的位置： &
个人APP开发者现状：处于过渡阶段 向团队发展
个人APP开发者现状：处于过渡阶段 向团队发展
在APP开发行业，有这样一个团体：白天上班，晚上做APP开发。其中有一部分，从APP Store赚到了钱，从业余开发转向全职开发。而这些全职的个人开发者们，大多不满足于现状，有成立团队、工作室的计划。
在APP开发行业，有这样一个团体：白天上班，晚上做APP开发。其中有一部分，从APP Store赚到了钱，从业余开发转向全职开发。而这些全职的个人开发者们，大多不满足于现状，有成立团队、工作室的计划。
痴迷应用 写程序&有瘾&
新崛起的移动应用平台是一个充满机会的领域。在新的商业模式下，诞生众多应用商店，方便了程序员投身到移动设备的开发工作中，成为创富新机遇。
石立川，有11年的编程经验，最近5年从事Eclipse插件开发工作。他在工作之余做iPhone开发，到现在有1个多月的时间。
他自称是个程序迷：写程序有瘾，三天不写就不舒服。每天18:00下班，一般会开发到23:00，如果遇到技术问题可能到凌晨3点左右，直到问题解决。
李伟杰，2005年开始接触移动互联网应用开发，今年8月底，他辞掉了工作，全职做iPhone开发，目前已经实现盈利。
MagicYang，有两年Java编程经验和一年半的iPhone开发经验，他在工作之余研发APP，每天晚上工作到凌晨一两点。虽然现在的应用还没有很多下载，但他表示，会坚持做下去。
远大理想型： 奉APP开发为事业
远大理想型的个人开发者，把APP开发视为一份事业。做精品应用，希望获得高下载量，实现盈利，并期望为开发行业做出自己的贡献。
MagicYang开发了一款名为iListenVOA的应用，是一款听慢速VOA的英语工具。目前，这款应用的下载量还很小，几乎没有收入。&但我一定会坚持做下去。市场是同类产品品质不高，也能到日本Store教育类前十名，我觉得还有提升空间。&
他的原则是做出精品，即便是最简单的应用。短时间内不会出其他新品，先把这款产品做到极致。iListenVOA已经发布了一个更新版本，第二个更新版本也即将提交。
李伟杰也抱有远大理想。目前，他开发了五款产品，已实现了盈利。 &iTools生活查询&是专为iPad设计的应用，曾在中国区名列榜首几周，另外四款也皆上过分类推荐。李伟杰的观点是，上榜容易，关键是维持。
&只要有好的创意+一点点运气，基本都能成功。一般非业余的开发者，肯定是赚到钱了，才会专心去做。&他称。
但他也指出，APP Store应用超25万款，已在洗牌，现在做速成产品基本&没戏&。&只有精品或创意非常好的产品才能脱颖而出，且前10名的产品基本都被大厂包揽。&
但即使挑战和风险都很大，个人开发者们依然很有信心。李伟杰称，个人开发者的信心来源于有价值的产品。通过有价值的产品，实现自身价值，取得成功。
除了开发应用，李伟杰还发起创办了正版APP评测网站()，推荐一些好的限时免费、降价的应用和游戏。
&国内的推广渠道太少，我开发的APP没有经过任何的推广。91助手、威锋、Tgbus等论坛大部分都是做破解的，付费的APP不敢去论坛发广告宣传，大部分开发者的中文APP都是免费+广告的模式，或者干脆不做中文应用。&他称。
他不会靠这个网站盈利，主要是出于兴趣和理想，帮助国内开发者进行更好的宣传推广。&我自己也是开发者，能理解被人破解的痛苦。&
自得其乐型：主业至上
也有这样一种个人开发者：已经有稳定的工作和不错的收入，出于兴趣，业余时间开发APP，并不指望靠此盈利。
石立川就属于这种类型。 &我主要是出于兴趣，尝试新的事物，不像Trinity公司是去APP Store打仗的。写手机程序有特别的感觉，我用自己的技术使手机更好的为我所用，从中得到巨大的成就感。&
&这些年积累的技术经验、项目经验，团队成员之间的信任关系是最宝贵的财富，工作是我的根，我对目前的工作很享受;我也喜欢接触新事物、也有一夜暴富的幻想，但是在幻想得到的时候要清醒的盘点一下自己的付出是什么，能不能承受这些付出。我不反对有梦想的朋友放手一搏，但如果承受不了失败，只能说时机还不成熟。&
石立川的观点是，已经有稳定工作的开发者，还是兼职试探一下比较好。&试探的目的在于校正自己的位置，如果冒然全力投入，往往导致措手不及的失败。意识到资源不足的朋友要去寻找有效资源，和App Store一起成长。&
单枪匹马的困境：运营能力弱
MagicYang开发的ListenVOA应用，目前在市场上有两个同类产品。在产品品质上，iListenVOA的优势在于UI和性能，有日本用户评价说滑动轻快。劣势是附加功能不够，&我只有一个人，而且是业余时间做，所以开发进度相当慢。&
他分析了产品质量高、但下载量很小的原因：
产品定位方面，从自我需求出发。&这款产品最初想做给自己使用的。美国人不用学英语， 至少不用听慢速英语。&
美国市场失败后，他对日本市场做了调查。日本有很多学英语的年轻人，且iPhone用户群比较大，所以他把市场定位到日本。 &但是现在看来是很失败的，日本下载并不高。&
一是宣传做得不够。另外两个同类产品在日本教育类位于TOP200，曝光机会多。但由于语言障碍，他在日本没有推广经验。&如果把这款产品跟其它两款放一起，我相信下载量一定能超过他们。&
二是LOGO图标释义不清晰。LOGO需要原创，但MagicYang的PS水平有限。现在的LOGO图标是做广告设计的朋友花10分钟画的，太抽象，用户不容易明白。
此外，由于个人资源的限制，他没有开发游戏的打算。&游戏需要的资源太多，更依赖美术，团队很重要。从流程来看，个人几乎不可能包办完所有事。&
个人开发者处于过渡阶段 向团队发展
已经取得成绩的个人开发者们，大多不能满足现状，有成立团队的打算。&个人开发者在技术、美工、营销等各个环节难以面面俱到，长期来看，一个资源匮乏的精英不太可能单挑一个五脏齐全的团队。&石立川认为。
MagicYang称，如果iListenVOA这款应用比较成功，会考虑辞职创业，全身心做iPhone开发。&希望认识几个有志在APP Store做精品的开发者，组建一个团队，实现市场运作、技术、设计等人员的优势互补。&
李伟杰也有成立工作室的打算。他认为，一个人难做成大事，个人开发者处于一种过渡阶段，向团队发展是必然趋势。
知名通话管理软件来电通开发者苏志宏称，现已成立团队，继续负责来电通的发展。这款应用由苏志宏个人于2006年开发，现已被优视科技收购。
原文链接：【编辑推荐】【责任编辑： TEL：（010）】
关于&&&&的更多文章
黄峻在新浪微博上一条微博《个人开发者之死，与各位共勉》，再次
本次的专刊为大家提供了Oracle最新推出的Java SE 8详细的开发教程，从解读到探究Java 8最新
十一归来，貌似大家都没有什么劲头。本周五，为期两天
《待字闺中：编程面试题集》集合最新最全的面试经验和
这周Windows8.1正式版发布了，不知道各位有没有去更新
本书是一本从头至尾都使用现实世界例子讲述有关编写Web应用程序的书籍。WebWork所强调的内容是：利用框架实现你的项目，而不是被
51CTO旗下网站}