我大.NET开源跨平台走起，vs2015支持跨平台移动开发，散分200
[问题点数：200分，结帖人Joyhen]
我大.NET开源跨平台走起，vs2015支持跨平台移动开发，散分200
[问题点数：200分，结帖人Joyhen]
不显示删除回复
显示所有回复
显示星级回复
显示得分回复
只显示楼主
相关帖子推荐：
2014年12月 扩充话题大版内专家分月排行榜第二
2014年9月 扩充话题大版内专家分月排行榜第一(补)2013年9月 扩充话题大版内专家分月排行榜第一2013年8月 扩充话题大版内专家分月排行榜第一2013年7月 扩充话题大版内专家分月排行榜第一
2014年10月 扩充话题大版内专家分月排行榜第二2014年8月 扩充话题大版内专家分月排行榜第二
2014年7月 Linux/Unix社区大版内专家分月排行榜第三2003年2月 C/C++大版内专家分月排行榜第三
2014年2月 扩充话题大版内专家分月排行榜第一2014年1月 扩充话题大版内专家分月排行榜第一
2014年12月 Java大版内专家分月排行榜第二2014年11月 Java大版内专家分月排行榜第二2014年6月 Java大版内专家分月排行榜第二2014年4月 Java大版内专家分月排行榜第二2014年1月 Java大版内专家分月排行榜第二2013年11月 Java大版内专家分月排行榜第二
2014年3月 Java大版内专家分月排行榜第三2013年12月 Java大版内专家分月排行榜第三
2014年3月 Linux/Unix社区大版内专家分月排行榜第二2014年1月 扩充话题大版内专家分月排行榜第二
2014年6月 扩充话题大版内专家分月排行榜第三2014年5月 扩充话题大版内专家分月排行榜第三2014年5月 Linux/Unix社区大版内专家分月排行榜第三
2014年2月 扩充话题大版内专家分月排行榜第一2014年1月 扩充话题大版内专家分月排行榜第一
匿名用户不能发表回复！|
每天回帖即可获得10分可用分！小技巧：
你还可以输入10000个字符
(Ctrl+Enter)
请遵守CSDN，不得违反国家法律法规。
转载文章请注明出自“CSDN（www.csdn.net）”。如是商业用途请联系原作者。1)">1)">1" ng-class="{current:{{currentPage==page}}}" ng-repeat="page in pages"><li class='page' ng-if="(endIndex<li class='page next' ng-if="(currentPage
相关文章阅读您所在的位置： &
Kendo UI 2014移动调查报告：HTML5 vs 原生之辩
Kendo UI 2014移动调查报告：HTML5 vs 原生之辩
Telerik Kendo UI一直比较关心移动开发领域的使用情况，在最新的2014 HTML5全球开发者调查中，Kendo UI面向3500+个开发者，从普通程序员到CIO/CTO，从大型企业到小型企业，对他们的移动开发偏好展开了调查。
概述：Telerik Kendo UI一直比较关心移动开发领域的使用情况，在最新的2014 HTML5全球开发者调查中，Kendo UI面向3500+个开发者，从普通程序员到CIO/CTO，从大型企业到小型企业，对他们的移动开发偏好展开了调查。
Kendo UI 2014移动调查报告：HTML5 vs 原生之辩
Kendo UI调查后得出的几个关键结论：
移动应用开发不存在'one-size-fits-all'（万全之策）的解决方案。无论是采用混合、HTML5还是原生，许多开发者在项目的中期总会发现他们最开始采用的方法并不是最佳方案
Web和混合(Hybrid)应用正在成为热门趋势
Web平台（HTML5 & JavaScript）是创建跨平台应用的首选
还在一条道走到黑？out了！
一直以来，人们在将HTML5和原生SDK进行比较时，一般认为HTML5在这两个方面处于劣势：
APIs 对手机功能和服务的访问有限
性能 这个一直是被一些开发者诟病的问题，UI响应度和数据加载速度都没有原生应用给力
但是我们也可以看到，HTML5这两年在这些劣势上与原生应用的差距也在越来越小。Kendo
UI团队近日开发了两款HTML5/Hybrid应用，然后将他们呈现给其他开发人员，让他们判断哪款是原生应用，哪款是混合应用。结果没有一个开发者判 断正确，没有一个人否定两款应用其实都不是原生应用。
498)this.width=498;' onmousewheel = 'javascript:return big(this)' width="480" height="388" src="/wyfs02/M00/27/E8/wKiom1N1hjexCRdFAACSvFRD4LY269.jpg" alt="kendoui html5 native 原生应用 移动开发现状调查" />
这个调查表明HTML5/Hybrid/Native三者之间的差距在越来越小，界限越来越模糊。这不仅仅体现在应用的用户体验上，还体现在开发过程中：越来越多的开发者在项目中期意识到要实现目标可以有其他可替代的方式，而绝不是一条道走到黑。
那么这对于大多数移动开发者来说，这意味着什么呢？这意味着开发人员需要抛弃过去对三者孰优孰劣的狭隘观念了，擦亮你的双眼，真正弄清楚它们各自的优势，然后不断的在混合、HTML5和原生开发中尝试，只有这样才能准确判断哪一种方式是最佳的方案。
HTML5开发受追捧，原生开发被冷落
原生开发虽然具有性能高、可访问手机所有功能、可线下使用等先天优势。但在开发阶段却是困难重重，比如开发周期长、支持设备有限、上线时间不确定等问题。在今年的调查中可以看到，越来越多的开发者选择纯HTML5开发跨平台应用，而纯原生应用越来越少：
498)this.width=498;' onmousewheel = 'javascript:return big(this)' width="480" height="195" src="/wyfs02/M02/27/E8/wKioL1N1hgzzR8SqAACc91SrEIA342.jpg" alt="kendoui html5 native 原生应用 移动开发现状调查" />
无论是HTML5还是原生，适合才是王道
在被问到开发原生应用的中途是否又换成了HTML5应用开发，40%的人回答了&Yes&。而将这个问题反过来，31%的人回答了&Yes&。这个比例不相上下，证明其实无论是HTML5还是原生，只要适合自己的项目需求，它就是好方法。
498)this.width=498;' onmousewheel = 'javascript:return big(this)' width="480" height="255" src="/wyfs02/M00/27/E8/wKiom1N1hjiAdnTmAACz6bWwayc000.jpg" alt="kendoui html5 native 原生应用 移动开发现状调查" />
大部分对HTML5企业级开发有信心
选择HTML5、混合和原生开发的比率在越来越均衡，但HTML5在企业级开发中的地位上升也是非常明显的，当被问及预测HTML5何时适合进行企业级开发时，31%的人回答是&Immediately&，26%的人认为是在未来的一年之内。
498)this.width=498;' onmousewheel = 'javascript:return big(this)' width="480" height="159" src="/wyfs02/M01/27/E8/wKiom1N1hjjCO1NMAABhhicIgno660.jpg" alt="kendoui html5 native 原生应用 移动开发现状调查" />
当问及到2014中期你计划用HTML5开发多少应用时，大多数开发人员（占34%）的回答是2-3个，而24%的人回答是11个以上。
498)this.width=498;' onmousewheel = 'javascript:return big(this)' width="480" height="313" src="/wyfs02/M02/27/E8/wKioL1N1hg3S3cVLAACYdGWEuRg937.jpg" alt="kendoui html5 native 原生应用 移动开发现状调查" />
HTML5开发商务应用过半 B2C是主流
你使用HTML5开发哪些类型的移动应用？超半数的被调查者选择Business apps，占57%，Finance和Productivity应用各占21%，另外，教育、社交、医疗等应用也占较高比例。
498)this.width=498;' onmousewheel = 'javascript:return big(this)' width="480" height="401" src="/wyfs02/M00/27/E8/wKioL1N1hg3BAKjxAADuPNQi6m0037.jpg" alt="kendoui html5 native 原生应用 移动开发现状调查" />
那么在商务应用中，开发者们又具体开发了哪些应用呢？64%的人选择了公共B2C应用，排第二的是B2E应用，占49%。
498)this.width=498;' onmousewheel = 'javascript:return big(this)' width="480" height="188" src="/wyfs02/M01/27/E8/wKiom1N1hjmwH6uZAABmmvS_c-g406.jpg" alt="kendoui html5 native 原生应用 移动开发现状调查" />
HTML5已成跨平台开发首选
随着越来越多的用户从桌面/Web转移到移动端，53%的人选择采用HTML5创建跨平台应用，可见HTML5已经成为跨平台移动开发的首选。
498)this.width=498;' onmousewheel = 'javascript:return big(this)' width="480" height="260" src="/wyfs02/M02/27/E8/wKiom1N1hjnBcTRnAACmfiPykKY314.jpg" alt="kendoui html5 native 原生应用 移动开发现状调查" />
大部分人认为混合开发可节省大量成本
调查显示，35%的开发者用HTML5&JavaScript开发Web应用，而混合应用和原生应用均各占16%。
498)this.width=498;' onmousewheel = 'javascript:return big(this)' width="480" height="261" src="/wyfs02/M00/27/E8/wKioL1N1hg6SI2DJAACK_RhI3qo097.jpg" alt="kendoui html5 native 原生应用 移动开发现状调查" />
除了易用性以外，成本也是开发人员必须考虑的一大重要因素，当问及与原生应用 相比，你认为混合应用开发可以节省的时间和人力成本时，50%的受访者认为可节省40%-70%的成本。
498)this.width=498;' onmousewheel = 'javascript:return big(this)' width="480" height="205" src="/wyfs02/M01/27/E8/wKioL1N1hg-xn3gwAACJpvF8GV4836.jpg" alt="kendoui html5 native 原生应用 移动开发现状调查" />
事实胜于雄辩，HTML5/Hybrid确实正在成为越来越多移动开发者的选择，但绝不是未来唯一的选择。我们应该认清，HTML5、混合及原生技 术都有各自的优势，不能单纯的认为HTML5好或者原生好。而我们应该做的是根据自己的需求、定位和预算，去选择最佳的解决方案。
【编辑推荐】
【责任编辑： TEL：（010）】
关于&&&&的更多文章
在Android应用程序中，可以配置Activity以四种方式来启动，其中
既然强大的Android Studio来了，有什么理由不去用呢？
讲师： 3人学习过讲师： 15人学习过讲师： 8人学习过
日-6日，GMIC 北京 2014全球移动互联网大会
日-6日，GMIC 北京 2014全球移动互联网大会
日-6日，GMIC 北京 2014全球移动互联网大会
本书结合大量的典型实例，详细介绍了用Java来编写网络应用程序的技术。本书的范例都基于最新的JDK 1.5版本，书中内容包括：Java
Windows Phone专家
Android开发专家
51CTO旗下网站VS2010中Teechart
坐标轴移动有关问题_关于记录集列标题的应用,该怎么处理_多重继承人们一般不提倡使用，但为什么COM里用的很多呢？该怎么处理__脚本百事通
稍等，加载中……
^_^请注意，有可能下面的2篇文章才是您想要的内容：
VS2010中Teechart
坐标轴移动有关问题
关于记录集列标题的应用,该怎么处理
多重继承人们一般不提倡使用，但为什么COM里用的很多呢？该怎么处理
VS2010中Teechart
坐标轴移动有关问题
VS2010中Teechart
坐标轴移动问题我查资料 使用了 这句
m_Chart.get_Axis()).GetBottom().Scroll(1.0,TRUE);但是总是报错
当我改((CScroll)m_Chart.get_Axis()).GetBottom().Scroll(1.0,TRUE);却提示
GetBottom()有错误。不明白为什么求指点，是不是与使用Unicode库有关？------解决方案--------------------
楼主为什么我在VS2010中无法使用Teechart啊，加入后添加变量立刻出错错误是error C2664: “CTchart1::CTchart1(const CTchart1 &)”: 不能将参数 1 从“int”转换为“const CTchart1 &”求楼主解答……
------解决方案--------------------
m_Chart.Series(0).AddXY(Tnum++,iRand++,"",RGB(0,255,0));m_Chart.GetAxis().GetBottom().Scroll(1.0,TRUE);在VC 6.0中可以运行通过。从代码上看，你用得复杂了。。
关于记录集列标题的应用,该怎么处理
关于记录集列标题的应用我有一个表Admin,列为 ID,name,password用 select * from Admin 得到－－－－－－－－－－－－－－－－－－1 admin admin 2 ma sa－－－－－－－－－－－－－－－－－－现在我想得到下面的记录集，怎么实现－－－－－－－－－－－－－－－－－－－ID
----(注：必须放在第一行)1 admin admin 2 ma sa－－－－－－－－－－－－－－－－－－－我想用SQL语句执行得到，而不是得到第一种记录集，再在程序中取得列标题谢谢大家！------解决方案--------------------declare @sql varchar(8000)declare @sql1 varchar(8000)set @sql='select 'set @sql1='select 'select @sql=@sql+''''+name+''''+',' from syscolumns
where id=object_id('ADMIN')set @sql =left(@sql ,len(@sql)-1) + ' union all 'select @sql1=@sql1+'cast( '+name+' as varchar) ,' from syscolumns
where id=object_id('ADMIN')print @sql1set @sql =@sql+left(@sql1 ,len(@sql1)-1)+ ' from mesel00h '
EXEC(@sql)------解决方案--------------------SQL code
declare @col varchar(100)
set @col=''
select @col=@col+''''+name+''''+name+',' from syscolumns where id=object_id('admin')
set @col=left(@col,len(@col)-1)
exec('select '+@col+' union all select ltrim(id),name,password from admin')
多重继承人们一般不提倡使用，但为什么COM里用的很多呢？该怎么处理
多重继承人们一般不提倡使用，但为什么COM里用的很多呢？为何不能用对象组合呢？
疑惑------解决方案--------------------不提倡的多重继承，一般指多重继承实现类，而抽象类（接口）的多重继承是不错的，对象组合是可以代替继承，但是加重了代码量，在继承没有引起什么问题的情况下没有什么优势
------解决方案--------------------我想这可能是一个理解的问题：一般我们说多重继承，常指的是实现继承，这种多重继承是不提倡的。
而COM中用到的多重继承实际是指接口继承，也即：功能继承
我们常说针对接口而不是实现编程在这里就体现出来了，通过继承接口，将数据与方法分离开，同时，也
达到了同一类型的类的同一调用方法(就是说通过父类能调用子类)
其实这种方法与Java中的interface是一样的，只不过C++(或是COM)中是通过抽象父类来实现的。
如果您想提高自己的技术水平，欢迎加入本站官方1号QQ群：&&，&&2号QQ群：，在群里结识技术精英和交流技术^_^
本站联系邮箱：附近人在搜什么
从iWatch VS瑞士手表看智能手表“冲击论”
　　速途网9月9日消息（报道 麻策）iWatch到底会不会现身?还有几个小时答案就会揭晓，而关于iWatch和瑞士手表的言论战争早就打响了。& &&
　　近日，苹果首席设计师乔纳森·艾维关于iWatch将颠覆瑞士手表产业的言论引来了不小的争议。显然，艾维对自家新品充满信心，而瑞士手表制造商们面对苹果可能掀起的市场革命似乎也并不畏惧，他们密切关注但又并不过分担心。
　　当手表除了时间展示外，有了更多的如计算、存贮、提醒等甚至更多的功能，人们定义它为“智能手表”，而关于智能手表的历史可以追溯到更为久远的上世纪。如今我们谈起智能手表，似乎并不是一件新鲜事，但也足以带给我们新鲜感。尤其是苹果这家科技巨头的深度涉猎引发了人们更多猜测和期待。在一片“看好”的呼声中也存在着一定的“紧张气氛”。现在言之iWatch对传统手表制造商，尤其是瑞士精品手表制造商可能带来的各种冲击与颠覆仍为时尚早。而由此映射到的智能手表对传统手表市场的冲击问题也需要多重考量。
　　长期徘徊于智能手表和传统手表之间，针对二者，小编总结了以下几点：
　　品味和年代感不同。一种是传统工艺打造的优雅古典，一种是功能多面的科技未来感。人们对事物具备不同的品味追求、不同的审美观念以及不同的欣赏水平，这也是决定人们选择的重要影响因素。只能说，智能手表的出现会填补一些品味需求上的空缺，使手表市场的选择更加多样，而不再是传统手表独霸的局面。
　　设计理念和受众选择不同。传统手表更加追求实用性，智能手表则更加强调功能性。实用性一直是评判一块手表的关键，无论它智不智能。相对于传统手表对实用性的极致追求，功能性则更能体现智能手表的生命。不同的人群有不同的需求，大气实用或是时尚全能，不同的需求决定不同的购物选择，而传统手表和智能手表在设计理念和方向上的不同也将决定它们所面对的受众群体有所不同。
　　附属产品与独立配件。目前来看，智能手表还无法摆脱智能手机成为一个独立配件。如果一块智能手表功能的发挥需要一部智能手机来作为中介或支撑，这种单纯的手机附属品在我看来可有可无。所以，就目前而言，智能手表还仍只是一件供人把玩的功能性产品而不能突破智能手机的范畴，这对“扎扎实实”的传统手表而言，似乎显得有点“华而不实”了。或许“可穿戴手机”是对智能手表很好的形容。
　　电池与机械核心。续航时间短一直是一切电子产品的通病。对于电子产品而言，没有任何一件事比空电自动关机更让人抓狂了。智能手表同样也难逃这样一个“魔咒”，这也是目前人们对智能手表最为担心的问题之一。采用机械核心的传统手表则在能量方面占尽了优势，而且这种精妙的机械感也让不少人为之着迷。如何解决电池续航问题，应是所有电子产品最为关心的问题之一。
　　更新迭代快，使智能手表想彻底颠覆传统手表的愿望成为泡影。以目前电子产品的更新速度，一切电子产品都难逃沦为过渡品的命运，智能手表更是如此。虽然现在提到智能手表已经不足为奇，但是其研发仍然停留在初级和预期的最表层，随着智能手表领域技术突破和不断创新，各种产品推陈出新，不断“推倒重建”的过程中，淘汰在所难免。而相对智能手表频繁的更新换代，集古典与工艺于一身传统手表则显得更加保值和更具收藏价值。
　　当然，通常我们揭示问题，但我们更期待解决问题。智能手表作为未来发展的一个大的方向，势必将在以后的生活中为我们提供更多的便利、更好的生活体验。智能手表是发展趋势，传统手表也有其存在的意义，两者并不冲突，而是互补的关系。
给跪了，这样的IT男活该单身！