超级军网为什么手机屏幕的差别对于开发是个严重问题？
来源：百度文库 编辑：超级军网 时间：2024/04/28 23:53:36
一直听说android手机屏幕尺寸的差异对于应用开发是个麻烦。
但是，电脑屏幕的尺寸、分辨率也不一样啊，为啥从没听说这是一个问题呢？
而且按咱来想，文字可以调dpi，图标可以弄一套不同分辨率的，不就好了？一直听说android手机屏幕尺寸的差异对于应用开发是个麻烦。
但是，电脑屏幕的尺寸、分辨率也不一样啊，为啥从没听说这是一个问题呢？
而且按咱来想，文字可以调dpi，图标可以弄一套不同分辨率的，不就好了？
但是，电脑屏幕的尺寸、分辨率也不一样啊，为啥从没听说这是一个问题呢？
而且按咱来想，文字可以调dpi，图标可以弄一套不同分辨率的，不就好了？一直听说android手机屏幕尺寸的差异对于应用开发是个麻烦。
但是，电脑屏幕的尺寸、分辨率也不一样啊，为啥从没听说这是一个问题呢？
而且按咱来想，文字可以调dpi，图标可以弄一套不同分辨率的，不就好了？
没你想的那么简单，手机屏幕小，不使用精确定位设备这两个限制就很棘手了，640X480分辨率的应用在1280X960的屏幕上根本点不到界面图标.......手指大啊，当年使用相对精确的电阻屏的WM系统都没好好解决这个问题，没想到安卓重蹈覆辙。
因为触摸屏的输入操作是在屏幕上，屏幕尺寸、纵横比都会影响输入的感觉。键鼠输入不一样，无论屏幕如何变，鼠标都是一样的没区别。
另外因为手机屏幕尺寸小，图标尺寸相对大，在有限的空间里如何排版才能获得最佳视觉效果？这也是个问题。
这些限制与技术本身无关，只和艺术有关系。只要软件要照顾到多种规格的屏幕，这个问题就必然存在。这和同一篇文章在不同大小的杂志上发表，排版必然不同是一个道理。
另外因为手机屏幕尺寸小，图标尺寸相对大，在有限的空间里如何排版才能获得最佳视觉效果？这也是个问题。
这些限制与技术本身无关，只和艺术有关系。只要软件要照顾到多种规格的屏幕，这个问题就必然存在。这和同一篇文章在不同大小的杂志上发表，排版必然不同是一个道理。
买安卓机一定要买主流分辨率的
我是谁 发表于 2012-3-13 07:20 ![]()
买安卓机一定要买主流分辨率的
同感 ，魅族M9刚出来的时候就有点悲催
买安卓机一定要买主流分辨率的
同感 ，魅族M9刚出来的时候就有点悲催
看了两个和我经常吵的朋友的发言。
作为技术宅的我只能深感无语，昨天我扯到屏幕信息多寡和手指头的问题，今天就有人想现学现卖。
我都是和什么样的专家讨论呀，本来对某水鱼的技术底子还有一线期待。这篇文不对题的回应，只能证明我之前的猜测，他的主要技术领域，其实也就是和销售沾边的外围技术支持、或IC/方案代理，或者是单片机等小产品开发（某水鱼提到自己在电子卖场看其他柜台出货苹果周边挺赚，我根据这句话来猜测其行业背景和知识结构组成）。
我在和一群完全不专业的人讨论一些非常有高度的问题，需要大量细节知识、情报才能理解的行业趋势。（无论是市场、策略、产品还是技术），真是我自找的悲剧。
我给楼上两位说一下：
安卓的开发中屏幕尺寸的问题和您两位回答的答案是文不对题的。而且技术机理上，触屏输入的部分和屏幕分辨率是两码事，触屏的分辨率和屏幕分辨率是两个概念。技术上也没有直接关联，一直是输入程序和屏幕对应关系有专门的接口来处理，阁下手指头的输入和安卓界面尺寸不同导致的开发问题之间没有什么关系。
作为技术宅，我解释其中原理的部分才是真正的技术性表述，也请某水鱼看清楚了。
这个话题要驳斥要分两个部分。
1）外设等输入系统的工作的常识
2）安卓屏幕分辨率真正导致的开发问题是哪些
作为技术宅的我只能深感无语，昨天我扯到屏幕信息多寡和手指头的问题，今天就有人想现学现卖。
我都是和什么样的专家讨论呀，本来对某水鱼的技术底子还有一线期待。这篇文不对题的回应，只能证明我之前的猜测，他的主要技术领域，其实也就是和销售沾边的外围技术支持、或IC/方案代理，或者是单片机等小产品开发（某水鱼提到自己在电子卖场看其他柜台出货苹果周边挺赚，我根据这句话来猜测其行业背景和知识结构组成）。
我在和一群完全不专业的人讨论一些非常有高度的问题，需要大量细节知识、情报才能理解的行业趋势。（无论是市场、策略、产品还是技术），真是我自找的悲剧。
我给楼上两位说一下：
安卓的开发中屏幕尺寸的问题和您两位回答的答案是文不对题的。而且技术机理上，触屏输入的部分和屏幕分辨率是两码事，触屏的分辨率和屏幕分辨率是两个概念。技术上也没有直接关联，一直是输入程序和屏幕对应关系有专门的接口来处理，阁下手指头的输入和安卓界面尺寸不同导致的开发问题之间没有什么关系。
作为技术宅，我解释其中原理的部分才是真正的技术性表述，也请某水鱼看清楚了。
这个话题要驳斥要分两个部分。
1）外设等输入系统的工作的常识
2）安卓屏幕分辨率真正导致的开发问题是哪些
先说输入外设的一些常识。
作为鼠标、触屏、触摸板、手写板、轨迹球等这类定位输入光标/指针/焦点的外设。
一般分两类，一种是相对位置输入，比如鼠标、轨迹球、笔记本触摸板就是相对位置输入，而触摸屏、手写笔/绘图板都是绝对位置输入。
不管哪种输入方式，一般都是操作系统底层或内核对上述两种输入装置的数据报文进行具体处理，如果是相对位置位移的，按相对位置位移来计算当前点并控制边界问题，而采用绝对位置输入则转换设备输出的绝对坐标到屏幕的绝对坐标。
一般绝对输入装置的分辨率都是独立设置的，比如一般标准电阻触屏都是1024线。不管什么输入装置都会有专门的处理电路，直接把用户输入的装置的数据，变成上位机能接收的规范数据，基于这个数据，操作系统会自动转换成对应屏幕的位置关系。这里面的换算我就不用说了把，小学数学的问题。
对于开发者而言，接受到的数据，已经是操作系统输入接口处理好转发过来的数据，已经是对应屏幕坐标的位置点了。
至于前面有人提到的手指头大小的问题。
1）其实不管什么触屏，电容屏还是电阻屏，通过数据处理，转换给操作系统的数据，已经是一个坐标点了（不管你手指头多大，输出只会是一个点的信息，而不是一个二维数组，即一个面的数据），你要问手指头区域那么大，输出会是哪个具体位置，我告诉触控板上一般是采样后，根据数据取中值。输出的就是一个点。
2）多点触控和以前常规触控的技术本质差别是什么，实际上常规触控屏幕（包括以前用笔的PDA屏），硬件也是能支持多个指头的触摸的。关键的技术细节差别在，数据的输出上，触屏模拟的是传统鼠标操作，使用上也是按鼠标数据帧的方式输出数据。由于传统计算机处理鼠标问题时，无论多少输入设备，被控的鼠标光标/指针只有一个，所以给计算机的数据中，只有一路数据。
这时对于采用绝对坐标系的触屏在同时触控的时候数据转换就会出问题，因为两个数据相距很远的输入控制数据，同时传输，会造成鼠标指针来回跳变的闪烁显示问题，大家现在应该想明白为啥IOS对外完全没有鼠标指针的显示功能的原因了吧（PS,安卓因为开源可以让鼠标指针被显示出来）。
这是因为传统鼠标输入接口没有对数据帧的数据进行分组（就是人为设置多个数据通道）。分组之后，操作系统稍加调整，就可以同时处理2个数据帧通道而不出混乱了。
当然原理很简单，真正做成应用平台，而且要好用，细节上处理细节也是很多的，Win8是认真考虑了的，是不是市场最终认可，那是另话
所以实际上现在的多点触控技术，说的玄乎其神，被乔布斯狠狠的营销了一把，但实际的技术原理，非常简单，有原始处理源码，用OTP的单片机实现，也就是半天的时间（不管是2个通道还是100个通道，通道多控制触摸屏的单片机的SRAM大一点就可以了），就可以调整好（操作系统调整费事一点）。
对于一般用笔触屏和支持手指多点触摸的触控板，主要差异就在于1位置数据报文分组传输，2多点触控的时候，会计算多个点之间的距离，距离过小的，就不能算2个点，而算成一个触摸点。
高端一点的触控芯片，可以在片上直接支持鼠标手势（比如滑轨功能-新的笔记本触控都这样，多点热区控制）。这部分台湾的某公司正在就多点触控的专利和苹果打官司呢（好像是10年前就申请了类似专利）。
我说这些东西，只是告诉楼上几位，安卓屏幕大小差异和手指头大小没关，因为触屏硬件输入数据给上位机之前，已经过滤掉手指头的面积数据了，只是取相关采样数据的中值，大体上可以理解为手指覆盖面积的中心点（因为触屏原理不同，这样表述可能严格上不准确）。
其实用手指触控的另外一好处就是，不需要考虑校准。之前的讨论我也说过了，不要以为加速度计、重力计输出有差异如何如何，其实这点差异对于娱乐系统没关系。
只有需要精确测量应用才需要校准，相比之下用笔控制屏幕需要校准，用手指头则不需要。
真正的编程问题，稍后再说
作为鼠标、触屏、触摸板、手写板、轨迹球等这类定位输入光标/指针/焦点的外设。
一般分两类，一种是相对位置输入，比如鼠标、轨迹球、笔记本触摸板就是相对位置输入，而触摸屏、手写笔/绘图板都是绝对位置输入。
不管哪种输入方式，一般都是操作系统底层或内核对上述两种输入装置的数据报文进行具体处理，如果是相对位置位移的，按相对位置位移来计算当前点并控制边界问题，而采用绝对位置输入则转换设备输出的绝对坐标到屏幕的绝对坐标。
一般绝对输入装置的分辨率都是独立设置的，比如一般标准电阻触屏都是1024线。不管什么输入装置都会有专门的处理电路，直接把用户输入的装置的数据，变成上位机能接收的规范数据，基于这个数据，操作系统会自动转换成对应屏幕的位置关系。这里面的换算我就不用说了把，小学数学的问题。
对于开发者而言，接受到的数据，已经是操作系统输入接口处理好转发过来的数据，已经是对应屏幕坐标的位置点了。
至于前面有人提到的手指头大小的问题。
1）其实不管什么触屏，电容屏还是电阻屏，通过数据处理，转换给操作系统的数据，已经是一个坐标点了（不管你手指头多大，输出只会是一个点的信息，而不是一个二维数组，即一个面的数据），你要问手指头区域那么大，输出会是哪个具体位置，我告诉触控板上一般是采样后，根据数据取中值。输出的就是一个点。
2）多点触控和以前常规触控的技术本质差别是什么，实际上常规触控屏幕（包括以前用笔的PDA屏），硬件也是能支持多个指头的触摸的。关键的技术细节差别在，数据的输出上，触屏模拟的是传统鼠标操作，使用上也是按鼠标数据帧的方式输出数据。由于传统计算机处理鼠标问题时，无论多少输入设备，被控的鼠标光标/指针只有一个，所以给计算机的数据中，只有一路数据。
这时对于采用绝对坐标系的触屏在同时触控的时候数据转换就会出问题，因为两个数据相距很远的输入控制数据，同时传输，会造成鼠标指针来回跳变的闪烁显示问题，大家现在应该想明白为啥IOS对外完全没有鼠标指针的显示功能的原因了吧（PS,安卓因为开源可以让鼠标指针被显示出来）。
这是因为传统鼠标输入接口没有对数据帧的数据进行分组（就是人为设置多个数据通道）。分组之后，操作系统稍加调整，就可以同时处理2个数据帧通道而不出混乱了。
当然原理很简单，真正做成应用平台，而且要好用，细节上处理细节也是很多的，Win8是认真考虑了的，是不是市场最终认可，那是另话
所以实际上现在的多点触控技术，说的玄乎其神，被乔布斯狠狠的营销了一把，但实际的技术原理，非常简单，有原始处理源码，用OTP的单片机实现，也就是半天的时间（不管是2个通道还是100个通道，通道多控制触摸屏的单片机的SRAM大一点就可以了），就可以调整好（操作系统调整费事一点）。
对于一般用笔触屏和支持手指多点触摸的触控板，主要差异就在于1位置数据报文分组传输，2多点触控的时候，会计算多个点之间的距离，距离过小的，就不能算2个点，而算成一个触摸点。
高端一点的触控芯片，可以在片上直接支持鼠标手势（比如滑轨功能-新的笔记本触控都这样，多点热区控制）。这部分台湾的某公司正在就多点触控的专利和苹果打官司呢（好像是10年前就申请了类似专利）。
我说这些东西，只是告诉楼上几位，安卓屏幕大小差异和手指头大小没关，因为触屏硬件输入数据给上位机之前，已经过滤掉手指头的面积数据了，只是取相关采样数据的中值，大体上可以理解为手指覆盖面积的中心点（因为触屏原理不同，这样表述可能严格上不准确）。
其实用手指触控的另外一好处就是，不需要考虑校准。之前的讨论我也说过了，不要以为加速度计、重力计输出有差异如何如何，其实这点差异对于娱乐系统没关系。
只有需要精确测量应用才需要校准，相比之下用笔控制屏幕需要校准，用手指头则不需要。
真正的编程问题，稍后再说
中华土鸡 发表于 2012-3-13 11:14
看了两个和我经常吵的朋友的发言。
作为技术宅的我只能深感无语，昨天我扯到屏幕信息多寡和手指头的问题， ...
1，我的技术高低跟你的问题高度没有关系。
2，如果看不懂我的话，请回去再请教一下你的语文老师。
3，不要动不动就驳斥，我跟楼主没有什么不可调和的矛盾。
4，你愿意长篇大论的满篇技术名词，我可不喜欢。
5，当然，我承认我的回答是文不对题了，请原谅我三更半夜没睡的思维混乱
中华土鸡 发表于 2012-3-13 11:14
看了两个和我经常吵的朋友的发言。
作为技术宅的我只能深感无语，昨天我扯到屏幕信息多寡和手指头的问题， ...
1，我的技术高低跟你的问题高度没有关系。
2，如果看不懂我的话，请回去再请教一下你的语文老师。
3，不要动不动就驳斥，我跟楼主没有什么不可调和的矛盾。
4，你愿意长篇大论的满篇技术名词，我可不喜欢。
5，当然，我承认我的回答是文不对题了，请原谅我三更半夜没睡的思维混乱
中华土鸡 发表于 2012-3-13 12:16 ![]()
先说输入外设的一些常识。
作为鼠标、触屏、触摸板、手写板、轨迹球等这类定位输入光标/指针/焦点的外设。 ...
........关于IOS没法使用鼠标指针的问题，你多玩几个IOS下的应用再来说这句话。虽说IOS下应用类似指针的精度确实没有鼠标高，但是不能说不能用好吧？谁会傻到明知要使用指针还要用2个手指去戳？
此外，手指面积确实关系不大，但是按钮图标面积就关系很大。
先说输入外设的一些常识。
作为鼠标、触屏、触摸板、手写板、轨迹球等这类定位输入光标/指针/焦点的外设。 ...
........关于IOS没法使用鼠标指针的问题，你多玩几个IOS下的应用再来说这句话。虽说IOS下应用类似指针的精度确实没有鼠标高，但是不能说不能用好吧？谁会傻到明知要使用指针还要用2个手指去戳？
此外，手指面积确实关系不大，但是按钮图标面积就关系很大。
中华土鸡 发表于 2012-3-13 12:16 ![]()
先说输入外设的一些常识。
作为鼠标、触屏、触摸板、手写板、轨迹球等这类定位输入光标/指针/焦点的外设。 ...
这都扯到哪儿去了。
只要屏幕尺寸变化，分辨率变化，内容的排版就需要改变以获得最佳的视觉效果。这不是什么技术问题，这是个艺术问题。
先说输入外设的一些常识。
作为鼠标、触屏、触摸板、手写板、轨迹球等这类定位输入光标/指针/焦点的外设。 ...
这都扯到哪儿去了。
只要屏幕尺寸变化，分辨率变化，内容的排版就需要改变以获得最佳的视觉效果。这不是什么技术问题，这是个艺术问题。
一个非常典型的例子：在4：3的屏幕上，游戏的控制面板放在屏幕下半部分比较合适；但在16：10屏幕上，面板放在屏幕一侧比较合适。
在较小的屏幕上，控制面板所占面积占游戏画面的比例会大一些，以方便操作；较大的屏幕上，控制面板的实际尺寸不变，但占游戏画面的比例就会小一些。至于原因很简单嘛，无论是对指针还是指头，图标面积越大对点击的精度要求越小。
一个非常典型的例子：在4：3的屏幕上，游戏的控制面板放在屏幕下半部分比较合适；但在16：10屏幕上，面板放在屏幕一侧比较合适。
在较小的屏幕上，控制面板所占面积占游戏画面的比例会大一些，以方便操作；较大的屏幕上，控制面板的实际尺寸不变，但占游戏画面的比例就会小一些。至于原因很简单嘛，无论是对指针还是指头，图标面积越大对点击的精度要求越小。
关于Android系统的为什么屏幕分辨率不同，会导致严重的开发问题。
这个事情，话要分几说。
第一就是，分清楚，什么应用，才对屏幕分辨率敏感
应用有几种，一种是一般类型的应用，这些应用只需要用常规原生控件的功能就能实现，这种应用对屏幕分辨率不敏感
一种是全屏显示，游戏类或者自定义图形比较多的应用。这类应用屏幕分辨率越多，处理的麻烦很大。
前者就不解释，原生UI控件，基本可以实际根据屏幕宽高精确设置控件的大小（编程或自动），开发者不必操心细节，而且这类应用一般有支持画面或控件滚屏的功能，所以细节基本不需要编程人员过多担心。
当然这种应用的效果肯定有限，不利于留住客户。
另一种主要是全屏显示，特别是游戏类应用以及需要大量自定义异形显示，图片显示的场合。开发的麻烦大。主要原因有几点：
屏幕高宽不统一，或者不按一定倍数设计，导致全屏应用（不能展屏或滚屏的应用，这里的滚屏非指2D卷轴游戏的滚屏）时，会出现黑边，或者是考虑图像缩放。
游戏画面大多是基于点阵图，画面严格按需组织，如果拉伸画面，画面品质会严重下降，画面人物甚至会轻微变形。降低游戏品质。
对于战略类，RPG，SLG，某些棋盘类游戏，如果自适应画面（这类画面是由场景地图自动生成的），会导致，不同的设备，有效显示区的不同，有些游戏者的显示画面可能比其他人的大或小，这是涉及游戏公平问题和平衡性的大事。当然不能马虎对待。
很多时候就是想做画面缩放，也是不可行的，因为手机的画面缩放，软件完成是主流。很多游戏又是动态刷新较多的，如果靠软件重绘，对系统资源占用太大。（想想PC中的全屏抗锯齿，就明白了）
第二就是，什么类型的开发方式，屏幕分辨率不同，才会带来开发的麻烦
手机开发方式有几大方式，一种是原生开发，一种是基于html的跨平台方案，一种是基于各种中间件的开发（比如各种游戏框架）
用原生代码开发是最费事的方法之一，特别要外观漂亮的话，要大量定义图片显示，如果屏幕多，肯定要考虑一一对应的问题，难度有限，无趣繁琐才是讨厌的，而且也会加大测试工作量。
原生代码的开发，控件布局的调整是个问题，不然一组功能控件在某机下显示正常，在其他机下可能会出现错位或遮挡等问题，影响实用性。
游戏开发很多都是原生代码开发
现在主流的方式是基于html，目前国内大部分Android资讯类应用，包括各种电子商店.卖场，都是用这种方式，由于html，css的特点，适应多机不同分辨率的问题，不是太大问题，实际上这种方式开发，成本很低，效果好。但主要限于常规资讯类应用。
基于中间件的应用开发，中间件或第三方开发框架，特别是一些成熟的框架，对于界面处理，一般有自己一套方法和逻辑来处理上述问题，多少能解决一些问题。
总之，安卓上受屏幕规格影响较大的主要是游戏类。一般应用类，大部分不会有太大实质性影响。只是费点事而已（做图片、细节调整也要花点时间，快的话3天能解决，慢的话也就是1个月的工作量）。
最后再说一次：
AppStore的模式我一开始就根本不看好，我专门研究过国内运营商类似体系的诸多问题。规模小了难赚钱（对于运营商），规模大了，利益极难平衡（绝大部分内容商不赚钱，而且内容商很弱势）。
第三用户是越来越精的。收钱越来越难。使用率越来越低（几分钟热度）
AppStore有它天然的天花板。
至于Android开发者如何赚钱（特别是国内）。
1）软硬结合（机会很多，看怎么把握了）
2）传统模式怎么赚，现在就怎么赚
3）不要盲目尝新
这个事情，话要分几说。
第一就是，分清楚，什么应用，才对屏幕分辨率敏感
应用有几种，一种是一般类型的应用，这些应用只需要用常规原生控件的功能就能实现，这种应用对屏幕分辨率不敏感
一种是全屏显示，游戏类或者自定义图形比较多的应用。这类应用屏幕分辨率越多，处理的麻烦很大。
前者就不解释，原生UI控件，基本可以实际根据屏幕宽高精确设置控件的大小（编程或自动），开发者不必操心细节，而且这类应用一般有支持画面或控件滚屏的功能，所以细节基本不需要编程人员过多担心。
当然这种应用的效果肯定有限，不利于留住客户。
另一种主要是全屏显示，特别是游戏类应用以及需要大量自定义异形显示，图片显示的场合。开发的麻烦大。主要原因有几点：
屏幕高宽不统一，或者不按一定倍数设计，导致全屏应用（不能展屏或滚屏的应用，这里的滚屏非指2D卷轴游戏的滚屏）时，会出现黑边，或者是考虑图像缩放。
游戏画面大多是基于点阵图，画面严格按需组织，如果拉伸画面，画面品质会严重下降，画面人物甚至会轻微变形。降低游戏品质。
对于战略类，RPG，SLG，某些棋盘类游戏，如果自适应画面（这类画面是由场景地图自动生成的），会导致，不同的设备，有效显示区的不同，有些游戏者的显示画面可能比其他人的大或小，这是涉及游戏公平问题和平衡性的大事。当然不能马虎对待。
很多时候就是想做画面缩放，也是不可行的，因为手机的画面缩放，软件完成是主流。很多游戏又是动态刷新较多的，如果靠软件重绘，对系统资源占用太大。（想想PC中的全屏抗锯齿，就明白了）
第二就是，什么类型的开发方式，屏幕分辨率不同，才会带来开发的麻烦
手机开发方式有几大方式，一种是原生开发，一种是基于html的跨平台方案，一种是基于各种中间件的开发（比如各种游戏框架）
用原生代码开发是最费事的方法之一，特别要外观漂亮的话，要大量定义图片显示，如果屏幕多，肯定要考虑一一对应的问题，难度有限，无趣繁琐才是讨厌的，而且也会加大测试工作量。
原生代码的开发，控件布局的调整是个问题，不然一组功能控件在某机下显示正常，在其他机下可能会出现错位或遮挡等问题，影响实用性。
游戏开发很多都是原生代码开发
现在主流的方式是基于html，目前国内大部分Android资讯类应用，包括各种电子商店.卖场，都是用这种方式，由于html，css的特点，适应多机不同分辨率的问题，不是太大问题，实际上这种方式开发，成本很低，效果好。但主要限于常规资讯类应用。
基于中间件的应用开发，中间件或第三方开发框架，特别是一些成熟的框架，对于界面处理，一般有自己一套方法和逻辑来处理上述问题，多少能解决一些问题。
总之，安卓上受屏幕规格影响较大的主要是游戏类。一般应用类，大部分不会有太大实质性影响。只是费点事而已（做图片、细节调整也要花点时间，快的话3天能解决，慢的话也就是1个月的工作量）。
最后再说一次：
AppStore的模式我一开始就根本不看好，我专门研究过国内运营商类似体系的诸多问题。规模小了难赚钱（对于运营商），规模大了，利益极难平衡（绝大部分内容商不赚钱，而且内容商很弱势）。
第三用户是越来越精的。收钱越来越难。使用率越来越低（几分钟热度）
AppStore有它天然的天花板。
至于Android开发者如何赚钱（特别是国内）。
1）软硬结合（机会很多，看怎么把握了）
2）传统模式怎么赚，现在就怎么赚
3）不要盲目尝新
中华土鸡 发表于 2012-3-13 13:10 ![]()
关于Android系统的为什么屏幕分辨率不同，会导致严重的开发问题。
这个事情，话要分几说。
现在appstore的发展还未成熟，暴露出来的许多问题并不是长久性的。
关于Android系统的为什么屏幕分辨率不同，会导致严重的开发问题。
这个事情，话要分几说。
现在appstore的发展还未成熟，暴露出来的许多问题并不是长久性的。
淡水鱼大叔 发表于 2012-3-13 12:16 ![]()
1，我的技术高低跟你的问题高度没有关系。
2，如果看不懂我的话，请回去再请教一下你的语文老师。
3， ...
你自己想想谁应该回家请教老师。
你对很多领域完全不懂或没涉及，却偏偏要强势参与讨论。又不愿意认错。别人不能说吗？你说别人的时候既然图一时痛快过，就要承受别人说你时候的郁闷。
1，我的技术高低跟你的问题高度没有关系。
2，如果看不懂我的话，请回去再请教一下你的语文老师。
3， ...
你自己想想谁应该回家请教老师。
你对很多领域完全不懂或没涉及，却偏偏要强势参与讨论。又不愿意认错。别人不能说吗？你说别人的时候既然图一时痛快过，就要承受别人说你时候的郁闷。
中华土鸡 发表于 2012-3-13 13:16
你自己想想谁应该回家请教老师。
你对很多领域完全不懂或没涉及，却偏偏要强势参与讨论。又不愿意认错。 ...
说到不愿意认错，阁下实在没资格评价别人。就当初那个“10万条视频预先转码为多种格式”的问题阁下几时承认过自己错了？那个问题上阁下不是典型的完全不懂么？
中华土鸡 发表于 2012-3-13 13:16
你自己想想谁应该回家请教老师。
你对很多领域完全不懂或没涉及，却偏偏要强势参与讨论。又不愿意认错。 ...
说到不愿意认错，阁下实在没资格评价别人。就当初那个“10万条视频预先转码为多种格式”的问题阁下几时承认过自己错了？那个问题上阁下不是典型的完全不懂么？
我倒觉得安卓上一个软件要适应从2.1到4.0的版本跨度，才是比较难的。
土鸡V5！ 你直接说 屏幕分“触摸屏”和”显示屏”，触摸屏决定灵敏度，显示屏决定分辨率，估计比你长篇大论技术 别人好理解些
这两个限制就很棘手了是什么意思？“就”字加在里面说明什么问题？我这么说，是因为当初在M9上，因为960X640的分辨率使用很多低分辨率应用时，手指根本点不到图标，所以直接想当然就回答了，简单说就是漏看标题的开发两个字而已。
中华土鸡 发表于 2012-3-13 13:16 ![]()
你自己想想谁应该回家请教老师。
你对很多领域完全不懂或没涉及，却偏偏要强势参与讨论。又不愿意认错。 ...
这个帖子里淡水鱼、我和你说的意思完全就是一个样，你看不懂别人话还说别人说的不对，的确让人无语。
你自己想想谁应该回家请教老师。
你对很多领域完全不懂或没涉及，却偏偏要强势参与讨论。又不愿意认错。 ...
这个帖子里淡水鱼、我和你说的意思完全就是一个样，你看不懂别人话还说别人说的不对，的确让人无语。
淡水鱼大叔 发表于 2012-3-13 12:24 ![]()
........关于IOS没法使用鼠标指针的问题，你多玩几个IOS下的应用再来说这句话。虽说IOS下应用类似指针的精 ...
控制热区的大小范围，本质是个显示问题。在产品设计中，是策划/规划的取舍平衡问题。
技术上考虑的是另外的事。
这就是你们不懂的地方。DEAM说这是一个艺术问题。其实他不懂，人机功效是一门非常严谨的学问，有着非常严格的逻辑解决过程（所以不大是艺术，艺术凭感觉的多了，理性一点的都是工程师）。或者创意主线。网上有IPAD，ANDROID设计手册，里面讲了很多手机、平板设计的很多基本原则和注意事项，这些原则是4-5K做设计都能明白的。设计和艺术家，只能做他们想的效果，画面。
对于技术开发来说，是具体的实现。就是创意和思想内涵的落地。楼主问的是对开发是个严重问题，而不是问手机屏幕不同，设计有什么要注意的事项。
对于开发来说，显示界面的按钮的位置、大小与业务逻辑关系不大，处理也很简单，就是从程序资源或外部取出资源放过去好了。
这里显然想谈的是技术移植中到底会出什么问题，为什么，会严重？
按deam所说的，不就是找几个美工，针对不同屏幕切不同的图片吗？你觉得这是技术问题吗？如果只是资源切图，一般应用2个设计，2天就折腾好。这是让Android开发者真正头疼的事吗？任何一个老板都不会觉得有多麻烦（安卓的屏幕就那么几类，你就针对一款屏幕优化，也可以在其他屏幕上跑，只有游戏才会出现较大的视觉问题）
我的回答是什么，你们呢？
........关于IOS没法使用鼠标指针的问题，你多玩几个IOS下的应用再来说这句话。虽说IOS下应用类似指针的精 ...
控制热区的大小范围，本质是个显示问题。在产品设计中，是策划/规划的取舍平衡问题。
技术上考虑的是另外的事。
这就是你们不懂的地方。DEAM说这是一个艺术问题。其实他不懂，人机功效是一门非常严谨的学问，有着非常严格的逻辑解决过程（所以不大是艺术，艺术凭感觉的多了，理性一点的都是工程师）。或者创意主线。网上有IPAD，ANDROID设计手册，里面讲了很多手机、平板设计的很多基本原则和注意事项，这些原则是4-5K做设计都能明白的。设计和艺术家，只能做他们想的效果，画面。
对于技术开发来说，是具体的实现。就是创意和思想内涵的落地。楼主问的是对开发是个严重问题，而不是问手机屏幕不同，设计有什么要注意的事项。
对于开发来说，显示界面的按钮的位置、大小与业务逻辑关系不大，处理也很简单，就是从程序资源或外部取出资源放过去好了。
这里显然想谈的是技术移植中到底会出什么问题，为什么，会严重？
按deam所说的，不就是找几个美工，针对不同屏幕切不同的图片吗？你觉得这是技术问题吗？如果只是资源切图，一般应用2个设计，2天就折腾好。这是让Android开发者真正头疼的事吗？任何一个老板都不会觉得有多麻烦（安卓的屏幕就那么几类，你就针对一款屏幕优化，也可以在其他屏幕上跑，只有游戏才会出现较大的视觉问题）
我的回答是什么，你们呢？
deam 发表于 2012-3-13 13:16 ![]()
现在appstore的发展还未成熟，暴露出来的许多问题并不是长久性的。
你就慢慢看吧。我这人是完整的逻辑，如果要说AppStore的问题。
我可以从2000年说起这类模式在国内的发展，以及历史变迁。盈利情况和数据。以及发生了哪些问题。
一对比苹果AppStore，就知道哪些地方苹果解决了，哪些地方苹果也无奈。
你们要好好恶补信息传播和所谓信息孤岛的理论，真正了解人机功效以及业务入口的问题。
国内在类AppStore的模式上早就出现了瓶颈，所以后来有一个解决方案，才把业务规模再扩大的十倍以上，这个解决方案是利用了一些相对属性比较特殊的技术，并且这个技术通道被运营商控制。效果就是多入口。
而苹果目前看不出能做多入口的可能，一是技术底层（IOS）控制了。要换思路看IOS的功能就能判断。
第二运营商敢玩多入口，是因为运营商控制专网的一切，所以多入口也控制了自己的利益最大化。而苹果Android是公网运营，除了自己一亩三分地，其他都不是自己的，人出去了，就是别人的了，收益就是别人的。所以苹果一开放多入口策略，最大的受益人是谷歌和运营商们。你觉得苹果会把自己口袋里面的钱再分出去吗?说实话苹果还没聪明到这个程度（不是说我聪明，没有经历过研究过的人，而且不懂用脑子思考的人，太多既得利益捆绑的人，都没法聪明起来）。
这些我说你们估计也听不懂，其实之前有篇回复讲了不少。
现在appstore的发展还未成熟，暴露出来的许多问题并不是长久性的。
你就慢慢看吧。我这人是完整的逻辑，如果要说AppStore的问题。
我可以从2000年说起这类模式在国内的发展，以及历史变迁。盈利情况和数据。以及发生了哪些问题。
一对比苹果AppStore，就知道哪些地方苹果解决了，哪些地方苹果也无奈。
你们要好好恶补信息传播和所谓信息孤岛的理论，真正了解人机功效以及业务入口的问题。
国内在类AppStore的模式上早就出现了瓶颈，所以后来有一个解决方案，才把业务规模再扩大的十倍以上，这个解决方案是利用了一些相对属性比较特殊的技术，并且这个技术通道被运营商控制。效果就是多入口。
而苹果目前看不出能做多入口的可能，一是技术底层（IOS）控制了。要换思路看IOS的功能就能判断。
第二运营商敢玩多入口，是因为运营商控制专网的一切，所以多入口也控制了自己的利益最大化。而苹果Android是公网运营，除了自己一亩三分地，其他都不是自己的，人出去了，就是别人的了，收益就是别人的。所以苹果一开放多入口策略，最大的受益人是谷歌和运营商们。你觉得苹果会把自己口袋里面的钱再分出去吗?说实话苹果还没聪明到这个程度（不是说我聪明，没有经历过研究过的人，而且不懂用脑子思考的人，太多既得利益捆绑的人，都没法聪明起来）。
这些我说你们估计也听不懂，其实之前有篇回复讲了不少。
这是马甲 发表于 2012-3-13 13:20 ![]()
土鸡V5！ 你直接说 屏幕分“触摸屏”和”显示屏”，触摸屏决定灵敏度，显示屏决定分辨率，估计比你长篇大论 ...
我经常干比较2的事情....大家都知道的。
土鸡V5！ 你直接说 屏幕分“触摸屏”和”显示屏”，触摸屏决定灵敏度，显示屏决定分辨率，估计比你长篇大论 ...
我经常干比较2的事情....大家都知道的。
中华土鸡 发表于 2012-3-13 13:33 ![]()
控制热区的大小范围，本质是个显示问题。在产品设计中，是策划/规划的取舍平衡问题。
技术上考虑的是另外 ...
我稍微的想了想，我的回答是：
不同分辨率的应用开发不是设计2个分辨率的图标这么简单。
1、不同的分辨率应用如果使用统一的控制界面，会对使用者造成很糟糕的使用感受。
2、对于不够精确的触摸控制来说，不同分辨率的控制界面大小会造成输入控制时精确度进一步下降。
3、不同分辨率会造成显示失真。
最后我再说一遍，会受影响的肯定不止游戏，凡是要用到界面显示+输入控制的，都会受影响。
控制热区的大小范围，本质是个显示问题。在产品设计中，是策划/规划的取舍平衡问题。
技术上考虑的是另外 ...
我稍微的想了想，我的回答是：
不同分辨率的应用开发不是设计2个分辨率的图标这么简单。
1、不同的分辨率应用如果使用统一的控制界面，会对使用者造成很糟糕的使用感受。
2、对于不够精确的触摸控制来说，不同分辨率的控制界面大小会造成输入控制时精确度进一步下降。
3、不同分辨率会造成显示失真。
最后我再说一遍，会受影响的肯定不止游戏，凡是要用到界面显示+输入控制的，都会受影响。
中华土鸡 发表于 2012-3-13 13:48 ![]()
你就慢慢看吧。我这人是完整的逻辑，如果要说AppStore的问题。
我可以从2000年说起这类模式在国内的发展 ...
要说HMI.....各大自动化厂商研究的蛮多的，比如GE.FANUC.SCHNEIDER,Wonderware,AB等等
你就慢慢看吧。我这人是完整的逻辑，如果要说AppStore的问题。
我可以从2000年说起这类模式在国内的发展 ...
要说HMI.....各大自动化厂商研究的蛮多的，比如GE.FANUC.SCHNEIDER,Wonderware,AB等等
难不在技术上 而是要去设置成千上万的屏幕尺寸
中华土鸡 发表于 2012-3-13 13:48 ![]()
你就慢慢看吧。我这人是完整的逻辑，如果要说AppStore的问题。
我可以从2000年说起这类模式在国内的发展 ...
我觉得你是从来没用过appstore，不知道对于用户来说，它最大的问题在哪里。所以你一直强调排名，强调推广费用，却不知道推升推广费用的根本原因。你不站在用户的角度去发现问题，所以你看到的往往只是表象而已。
你就慢慢看吧。我这人是完整的逻辑，如果要说AppStore的问题。
我可以从2000年说起这类模式在国内的发展 ...
我觉得你是从来没用过appstore，不知道对于用户来说，它最大的问题在哪里。所以你一直强调排名，强调推广费用，却不知道推升推广费用的根本原因。你不站在用户的角度去发现问题，所以你看到的往往只是表象而已。
appstore的设计其实有很大缺陷（不知道android市场什么样的），甚至可以说非常愚蠢。就因为它愚蠢的设计，应用的下载量才会如此受排名的影响。但这个设计其实是可以改变的，那样就可以解决现在的矛盾了。
中华土鸡 发表于 2012-3-13 13:48 ![]()
我经常干比较2的事情....大家都知道的。
好犀利
我经常干比较2的事情....大家都知道的。
好犀利
一雾月 发表于 2012-3-13 14:45 ![]()
难不在技术上 而是要去设置成千上万的屏幕尺寸
没有那么多种尺寸的屏幕。你看了Android开发包模拟器就知道了
难不在技术上 而是要去设置成千上万的屏幕尺寸
没有那么多种尺寸的屏幕。你看了Android开发包模拟器就知道了
淡水鱼大叔 发表于 2012-3-13 13:54 ![]()
我稍微的想了想，我的回答是：
不同分辨率的应用开发不是设计2个分辨率的图标这么简单。
1、不同的分辨 ...
1 应用开发和游戏开发差别很大，
应用类开发调整UI控件、输入热点、界面布局很简单。
无论是原生代码还是Web模式。
是要稍微付出一些代价，但代价通常很小。
当然编程的人太弱智也不行。
应用做到不同屏幕统一布局没问题，注意我说的是UI布局。UI布局的时候，实际屏幕尺寸和组件空间大小有对应关系，这个对应关系还可以被自动处理。所以同样的程序，即便在不同分辨率的屏幕上，表现出的具体效果都类似。
至于为什么，你没实际接触相关编程恐怕难以理解。我只能说，真正麻烦的是游戏。一般应用问题不大。
2 不会，除非你手很大，非用2.5的屏的触控手机，或者手小，用4.5寸以上的触控手机，不然你说的问题基本不存在。
3 对于应用开发，没有什么所谓分辨率的失真问题。应用开发的思路和游戏是两码事，UI控件的体系和思想，以及具体应用模式是业界折腾了十几年的概念，非常成熟的体系。早就有根据窗口大小调整的具体思路，能保证，屏幕放大按钮组件间距字体等进行等比缩放控制，保持基本的窗口布局特点。
一般界面组件是自绘效果的，一种是自绘加图标的，一种是完全用图像资源进行显示的。
你只要不怕麻烦，设计多做几个不同分辨率下的图。就没可能失真。
你会有一些想法，是因为你不涉及具体开发，不了解开发流程。甚至我说的是什么情况状态都不知道。
我稍微的想了想，我的回答是：
不同分辨率的应用开发不是设计2个分辨率的图标这么简单。
1、不同的分辨 ...
1 应用开发和游戏开发差别很大，
应用类开发调整UI控件、输入热点、界面布局很简单。
无论是原生代码还是Web模式。
是要稍微付出一些代价，但代价通常很小。
当然编程的人太弱智也不行。
应用做到不同屏幕统一布局没问题，注意我说的是UI布局。UI布局的时候，实际屏幕尺寸和组件空间大小有对应关系，这个对应关系还可以被自动处理。所以同样的程序，即便在不同分辨率的屏幕上，表现出的具体效果都类似。
至于为什么，你没实际接触相关编程恐怕难以理解。我只能说，真正麻烦的是游戏。一般应用问题不大。
2 不会，除非你手很大，非用2.5的屏的触控手机，或者手小，用4.5寸以上的触控手机，不然你说的问题基本不存在。
3 对于应用开发，没有什么所谓分辨率的失真问题。应用开发的思路和游戏是两码事，UI控件的体系和思想，以及具体应用模式是业界折腾了十几年的概念，非常成熟的体系。早就有根据窗口大小调整的具体思路，能保证，屏幕放大按钮组件间距字体等进行等比缩放控制，保持基本的窗口布局特点。
一般界面组件是自绘效果的，一种是自绘加图标的，一种是完全用图像资源进行显示的。
你只要不怕麻烦，设计多做几个不同分辨率下的图。就没可能失真。
你会有一些想法，是因为你不涉及具体开发，不了解开发流程。甚至我说的是什么情况状态都不知道。
deam 发表于 2012-3-13 16:40 ![]()
我觉得你是从来没用过appstore，不知道对于用户来说，它最大的问题在哪里。所以你一直强调排名，强调推广 ...
嗯，我和苹果中国区的高管朋友讨论这些问题，人家认可我的观点，很清楚我说的是什么，然后在CD你说我看到的只是表象。我还能说什么呢？
除了说我自己挑了一些根本不知道我说什么问题的人说这些专业问题，只能承认自己这么干很2。
我觉得你是从来没用过appstore，不知道对于用户来说，它最大的问题在哪里。所以你一直强调排名，强调推广 ...
嗯，我和苹果中国区的高管朋友讨论这些问题，人家认可我的观点，很清楚我说的是什么，然后在CD你说我看到的只是表象。我还能说什么呢？
除了说我自己挑了一些根本不知道我说什么问题的人说这些专业问题，只能承认自己这么干很2。
deam 发表于 2012-3-13 16:43 ![]()
appstore的设计其实有很大缺陷（不知道android市场什么样的），甚至可以说非常愚蠢。就因为它愚蠢的设计，应 ...
你是天才，我无语了。
你不了解，苹果AppStore已经优化的非常好了，国内类似的模式，虽然总规模更大，但偷鸡更多，我更反感。苹果AppStore真的是靠规范的方式运作，能做到这个收入级别，这个应用基数，还是非常NB的。
我所不认可的是AppStore这种模式，这种模式一开始就有很大的天花板，规模越大对运营商越有利，对普通开发者，则处于非常恶劣的生存环境
appstore的设计其实有很大缺陷（不知道android市场什么样的），甚至可以说非常愚蠢。就因为它愚蠢的设计，应 ...
你是天才，我无语了。
你不了解，苹果AppStore已经优化的非常好了，国内类似的模式，虽然总规模更大，但偷鸡更多，我更反感。苹果AppStore真的是靠规范的方式运作，能做到这个收入级别，这个应用基数，还是非常NB的。
我所不认可的是AppStore这种模式，这种模式一开始就有很大的天花板，规模越大对运营商越有利，对普通开发者，则处于非常恶劣的生存环境
中华土鸡 发表于 2012-3-13 22:58
嗯，我和苹果中国区的高管朋友讨论这些问题，人家认可我的观点，很清楚我说的是什么，然后在CD你说我看到 ...
我觉得你总是自我感觉良好地说谁谁谁认可你的观点是非常搞笑的。就像你之前在这里扯的那个“10万条视频转码”的例子，你去和专业人士扯，人家可能也会“认可你的观点”——但你怎么知道他是不是转头就把你说过的话全抛在脑后了？
你跟各个行业的高手、专家扯人家领域的问题，而不是去虚心地请教，人家也就表面应付应付就算了，谁会跟你这种目中无人的角色认真？反过来，人家可能会更多地向你请教你专业的东西，多少获取点信息。你扯了半天，看人家一副心满意足，醍醐灌顶的样子，就天真地以为人家表现出来的是真实的东西？
中华土鸡 发表于 2012-3-13 22:58
嗯，我和苹果中国区的高管朋友讨论这些问题，人家认可我的观点，很清楚我说的是什么，然后在CD你说我看到 ...
我觉得你总是自我感觉良好地说谁谁谁认可你的观点是非常搞笑的。就像你之前在这里扯的那个“10万条视频转码”的例子，你去和专业人士扯，人家可能也会“认可你的观点”——但你怎么知道他是不是转头就把你说过的话全抛在脑后了？
你跟各个行业的高手、专家扯人家领域的问题，而不是去虚心地请教，人家也就表面应付应付就算了，谁会跟你这种目中无人的角色认真？反过来，人家可能会更多地向你请教你专业的东西，多少获取点信息。你扯了半天，看人家一副心满意足，醍醐灌顶的样子，就天真地以为人家表现出来的是真实的东西？
一雾月 发表于 2012-3-13 14:45 ![]()
难不在技术上 而是要去设置成千上万的屏幕尺寸
成千上万 V5
难不在技术上 而是要去设置成千上万的屏幕尺寸
成千上万 V5
中华土鸡 发表于 2012-3-13 23:05
你是天才，我无语了。
你不了解，苹果AppStore已经优化的非常好了，国内类似的模式，虽然总规模更大， ...
优化的好？拉倒吧，你根本就没用过，是好是坏你都没资格去评价。你知道日常使用中它哪些地方很方便哪些地方极度愚蠢么？用都没用过在这里空谈，然后说谁谁谁认可你的观点，不觉得自己其实是最可笑的一位？
现在appstore应用推广注重排名，排名上不去就无人问津的现状和appstore那愚蠢的设计有极大的关系。那样的设计让有着不同需求的用户难以找到适合自己的应用，开发者精心制作的应用无法让目标客户发现。但这些问题并不是appstore模式的本质缺陷，和你的认识恰恰相反。为什么？因为你从来都没有用过这个市场，甚至连ipad身上有什么接口都搞不清楚。你和用户彻底的脱节，所以只会根据一些表象来凭空想象出一些原因而已。就像你之前扯那个10万视频转码的例子：你并不知道现实中存在那么多常用的格式，从来没接触过这方面的工作，只能自己想象出一些东西并把它当成现实而已。当你把你的想象跟别人讲出来的时候，你又把对方礼节性的回应当作是认同，更加坚定自己的错误，最后就陷在这里，完全脱离了现实。
所以经常看到你的发言觉得很可笑，原因如上。
中华土鸡 发表于 2012-3-13 23:05
你是天才，我无语了。
你不了解，苹果AppStore已经优化的非常好了，国内类似的模式，虽然总规模更大， ...
优化的好？拉倒吧，你根本就没用过，是好是坏你都没资格去评价。你知道日常使用中它哪些地方很方便哪些地方极度愚蠢么？用都没用过在这里空谈，然后说谁谁谁认可你的观点，不觉得自己其实是最可笑的一位？
现在appstore应用推广注重排名，排名上不去就无人问津的现状和appstore那愚蠢的设计有极大的关系。那样的设计让有着不同需求的用户难以找到适合自己的应用，开发者精心制作的应用无法让目标客户发现。但这些问题并不是appstore模式的本质缺陷，和你的认识恰恰相反。为什么？因为你从来都没有用过这个市场，甚至连ipad身上有什么接口都搞不清楚。你和用户彻底的脱节，所以只会根据一些表象来凭空想象出一些原因而已。就像你之前扯那个10万视频转码的例子：你并不知道现实中存在那么多常用的格式，从来没接触过这方面的工作，只能自己想象出一些东西并把它当成现实而已。当你把你的想象跟别人讲出来的时候，你又把对方礼节性的回应当作是认同，更加坚定自己的错误，最后就陷在这里，完全脱离了现实。
所以经常看到你的发言觉得很可笑，原因如上。
deam 发表于 2012-3-13 23:13 ![]()
优化的好？拉倒吧，你根本就没用过，是好是坏你都没资格去评价。你知道日常使用中它哪些地方很方便哪些 ...
推广排名的问题我早说了，用用脑子就知道AppStore的排名问题和界面设计无关，为啥我也说了，我早就说了，AppStore这种界面，能用的好排名（入口点）最多几千个，这是人机界面系统理论极限。
人们获知未知的信息是靠浏览（获取已知的信息是靠搜索），浏览看信息数据是一条条遍历的，人的阅读速度是已知的。要确定一个内容是否下载使用（付费），必须先浏览分类，再浏览数据条目（名称，部分简介，图标），在根据喜好看详细条目内容（看简介，应用截图，若干评论），这样下来，平均浏览一个数据，需要至少3-5秒，1分钟一个人最多浏览12-20条数据，一个分类下有1000条数据的话，用户光简单浏览一遍（含部分有兴趣的，认真查看选择），至少需要50-90分钟。
绝大多数人（普通用户，不是某些极端的果粉），浏览20-30分钟选择应用就到极限了。
手机也好，平板也好，大家是用来休闲玩的，不是用来浏览数据条目的。
所以排名的好位置是非常有限的，你再怎么设计界面，用户有兴趣有耐心浏览的数据范围就那么多。也就是每个顶级类目下，衍生500条左右（这是平板类大屏幕，手机更惨）。
就如这里没有几个人上会把论坛分坛10页以后的内容也浏览（看帖子的浏览数变化就好了，搜索挖坟的不算），大部分看分坛的前3页的帖子，就足够消耗自己一天的业余时间了（其他分坛大部分都不用逛）
这才是AppStore靠一个入口控制业务的弊端。
所以你业务再优化也没意义，你总量有50万以上的应用，用户有效的关注入口点只有几千个，注定了绝大部分开发者一定悲剧。如果你做统计热图一个月每天的入口使用情况，马上就会发现，除了排名前面几千是热点，后面剧降基本都是0使用。
解决方案是开发者不断做更新，把自己的开发顶到前面去，但是在热点区（浏览率高的区域），最多停留几个小时到几天，就被挤出来了（因为有50万应用的开发者都和你想的一样）。然后这就是死循环，直到开发者崩溃（赚钱的不崩溃，大多数不赚钱）。
当然这里讨论的是一般开发者，有钱的企业和已经被广为接受的游戏，享受的是最热排名，这个排名要么花钱上，要么应用有极高知名度，这个排名惠及不了开发者，也受容量的限制（容量是人的感知速度极限，加上业余时间确定的）。
这就是AppStore模式失败的本质原因，从设计上或许有增加2-5%的总浏览量或热区的可能（分类不是无限可增加的，增加分类层级也会导致用户分流损失，损失率是80%-电信运营的统计概率，亿用户级用户行为统计），但是极限就是这样了。
你那设计的常识就不要和我讨论这些了，我说的都是真正用户行为分析决策中的关键信息。
10万视频转码是难事吗？我对视频格式和底层的了解，恐怕CD没几个能比我更了解（我读过FFMPEG，MPLAYER、VideoLAN的源码，移植过FFMPEG到VC编译，FFMPEG的语法是GCC很多语法是与VC差别很大的，还从上述源码中，裁剪提取过大量算法，为了嵌入式应用，修改过VideoLAN的代码，以便支持特殊终端的传输协议）。你没看懂我说的是什么，也不了解相关技术，更不承认我说的需求的存在，对各种终端的细节特性以及运营商的需求了解为0，更不知道，我一次视频留输入，可以直接输入到几路编码器中间同时编码，同时输出几路不同转码之后的视频（有硬件可以做，软件自己攒也没问题），输出视频格式是根据运营商的规范输出就好了（运营商规范视频格式标准就那么多），然后对视频网站支持（一般就3种，FLV,MP4,WMV），对视频合作商支持即可(主要是分辨率够好)，我懒得和你继续口舌了。因为你什么都不懂。在你眼里除了现成的大型商业软件，我们这些技术人员依靠自己的能力实现的定制，都是垃圾，都是废物。都是不存在的。
我没必要理你。
优化的好？拉倒吧，你根本就没用过，是好是坏你都没资格去评价。你知道日常使用中它哪些地方很方便哪些 ...
推广排名的问题我早说了，用用脑子就知道AppStore的排名问题和界面设计无关，为啥我也说了，我早就说了，AppStore这种界面，能用的好排名（入口点）最多几千个，这是人机界面系统理论极限。
人们获知未知的信息是靠浏览（获取已知的信息是靠搜索），浏览看信息数据是一条条遍历的，人的阅读速度是已知的。要确定一个内容是否下载使用（付费），必须先浏览分类，再浏览数据条目（名称，部分简介，图标），在根据喜好看详细条目内容（看简介，应用截图，若干评论），这样下来，平均浏览一个数据，需要至少3-5秒，1分钟一个人最多浏览12-20条数据，一个分类下有1000条数据的话，用户光简单浏览一遍（含部分有兴趣的，认真查看选择），至少需要50-90分钟。
绝大多数人（普通用户，不是某些极端的果粉），浏览20-30分钟选择应用就到极限了。
手机也好，平板也好，大家是用来休闲玩的，不是用来浏览数据条目的。
所以排名的好位置是非常有限的，你再怎么设计界面，用户有兴趣有耐心浏览的数据范围就那么多。也就是每个顶级类目下，衍生500条左右（这是平板类大屏幕，手机更惨）。
就如这里没有几个人上会把论坛分坛10页以后的内容也浏览（看帖子的浏览数变化就好了，搜索挖坟的不算），大部分看分坛的前3页的帖子，就足够消耗自己一天的业余时间了（其他分坛大部分都不用逛）
这才是AppStore靠一个入口控制业务的弊端。
所以你业务再优化也没意义，你总量有50万以上的应用，用户有效的关注入口点只有几千个，注定了绝大部分开发者一定悲剧。如果你做统计热图一个月每天的入口使用情况，马上就会发现，除了排名前面几千是热点，后面剧降基本都是0使用。
解决方案是开发者不断做更新，把自己的开发顶到前面去，但是在热点区（浏览率高的区域），最多停留几个小时到几天，就被挤出来了（因为有50万应用的开发者都和你想的一样）。然后这就是死循环，直到开发者崩溃（赚钱的不崩溃，大多数不赚钱）。
当然这里讨论的是一般开发者，有钱的企业和已经被广为接受的游戏，享受的是最热排名，这个排名要么花钱上，要么应用有极高知名度，这个排名惠及不了开发者，也受容量的限制（容量是人的感知速度极限，加上业余时间确定的）。
这就是AppStore模式失败的本质原因，从设计上或许有增加2-5%的总浏览量或热区的可能（分类不是无限可增加的，增加分类层级也会导致用户分流损失，损失率是80%-电信运营的统计概率，亿用户级用户行为统计），但是极限就是这样了。
你那设计的常识就不要和我讨论这些了，我说的都是真正用户行为分析决策中的关键信息。
10万视频转码是难事吗？我对视频格式和底层的了解，恐怕CD没几个能比我更了解（我读过FFMPEG，MPLAYER、VideoLAN的源码，移植过FFMPEG到VC编译，FFMPEG的语法是GCC很多语法是与VC差别很大的，还从上述源码中，裁剪提取过大量算法，为了嵌入式应用，修改过VideoLAN的代码，以便支持特殊终端的传输协议）。你没看懂我说的是什么，也不了解相关技术，更不承认我说的需求的存在，对各种终端的细节特性以及运营商的需求了解为0，更不知道，我一次视频留输入，可以直接输入到几路编码器中间同时编码，同时输出几路不同转码之后的视频（有硬件可以做，软件自己攒也没问题），输出视频格式是根据运营商的规范输出就好了（运营商规范视频格式标准就那么多），然后对视频网站支持（一般就3种，FLV,MP4,WMV），对视频合作商支持即可(主要是分辨率够好)，我懒得和你继续口舌了。因为你什么都不懂。在你眼里除了现成的大型商业软件，我们这些技术人员依靠自己的能力实现的定制，都是垃圾，都是废物。都是不存在的。
我没必要理你。
deam 发表于 2012-3-13 23:09 ![]()
我觉得你总是自我感觉良好地说谁谁谁认可你的观点是非常搞笑的。就像你之前在这里扯的那个“10万条视频 ...
呵呵，少扯人品问题，我高调就是对几种人。
这些人自己什么都不懂，之前温和的和他们讲道理，直接掩耳盗铃不听，一通瞎掰。
我才会去扯，现实中专业人士的看法。这就打击到你们脆弱的心灵了？
你可以当我放屁。没关系。
你以为在这个圈子里面混的人，哪个没有想法和独立看法。人家又不是巴结你，大家是有具体项目在谈，谈的是两头公司赚钱问题，不同意见不发表？你想的很简单。
大家都有自己的目的，沟通中会不断强势的去推自己的思路。这是常事。你以为是打哈哈的沟通？特别比我级别高的人沟通中，是对方强势。你要说的不靠谱，对方直接就反驳了。哪那么好态度，听你说，还要安抚你的想法（老板大多都是强势灌输和引导下属的思路）
我觉得你总是自我感觉良好地说谁谁谁认可你的观点是非常搞笑的。就像你之前在这里扯的那个“10万条视频 ...
呵呵，少扯人品问题，我高调就是对几种人。
这些人自己什么都不懂，之前温和的和他们讲道理，直接掩耳盗铃不听，一通瞎掰。
我才会去扯，现实中专业人士的看法。这就打击到你们脆弱的心灵了？
你可以当我放屁。没关系。
你以为在这个圈子里面混的人，哪个没有想法和独立看法。人家又不是巴结你，大家是有具体项目在谈，谈的是两头公司赚钱问题，不同意见不发表？你想的很简单。
大家都有自己的目的，沟通中会不断强势的去推自己的思路。这是常事。你以为是打哈哈的沟通？特别比我级别高的人沟通中，是对方强势。你要说的不靠谱，对方直接就反驳了。哪那么好态度，听你说，还要安抚你的想法（老板大多都是强势灌输和引导下属的思路）
这个帖子带劲啊
中华土鸡 发表于 2012-3-14 09:31
推广排名的问题我早说了，用用脑子就知道AppStore的排名问题和界面设计无关，为啥我也说了，我早就说了， ...
appstore总共有60万应用。用户一次浏览量撑死也就是300条（本来可以更多，但其脑残的设计限制了这个数字）。
但注意，appstore的应用分类其实是极为广泛的，各种分类组合不下千种以上。假如商店设计良好，用户搜索应用时本该可以直接到自己需要的分类下进行查找的。一个具体分类下的应用顶多几百种而已，更常见的情况是只有数十个应用。只要分类比较合理，用户用不着只看前面几个排名就可以遍览该分类下的所有应用。但现在appstore的脑残设计是全部应用堆积在那么几十个分类下，一个分类下可以有数以万计的应用，结果当然是现在这样的情况。
当然了，分类的确不能无限增加。所以即便分类增加到合理水平，appstore仍然有它自己的容量极限。但经过几年的高速发展，appstore的应用数量增长已经大大放缓，而且存在大量的淘汰应用。在这种情况下，你表面看上去是60万应用，实际数量可能只有40万不到。40万应用还远远不到那个天花板的限制。再发展一段时间，appstore的活跃应用（起码1年更新1次）的数量也会达到一个平衡点，而这个平衡点并不会是多可怕的数字。此外，通过改进界面设计，增大用户浏览速度，将用户一次能浏览的应用数量从几百提升到上千，那么50万左右的应用只要近千个分类就可以满足需求了。改进分类和用户浏览量的结果，应用无需冲某个大类的排名也不会颗粒无收。而且当用户习惯分类搜索而不是看排名时，冲排名的效果也就没那么明显了。
再说下视频转码的事。看来你早就忘了你自己说过啥话了。你说过的是“10万条视频，提前转码为潜在合作伙伴需要的视频格式，可以让对方直接使用”。到这里你就改成是“视频网站支持”了。按照你当时的设定，这些转码完毕的视频要满足国内外各种电视台、媒体制作机构、视频网站的要求，预先转码至少要转码超过20种格式、制式（不知道你懂不懂啥叫“制式”）组合，按照你自己的计算转一次码3-6个月，光是这个准备期就要花掉起码5年时间。就这你还敢在这里跟我扯什么“现实需求”，你连业界常用的格式有多混乱都搞不清楚，以为自己了解点FFMPEG就成了“业内人士”了？这个领域常见的帧间编码格式、帧内编码格式都有哪些你说的出来么？
中华土鸡 发表于 2012-3-14 09:31
推广排名的问题我早说了，用用脑子就知道AppStore的排名问题和界面设计无关，为啥我也说了，我早就说了， ...
appstore总共有60万应用。用户一次浏览量撑死也就是300条（本来可以更多，但其脑残的设计限制了这个数字）。
但注意，appstore的应用分类其实是极为广泛的，各种分类组合不下千种以上。假如商店设计良好，用户搜索应用时本该可以直接到自己需要的分类下进行查找的。一个具体分类下的应用顶多几百种而已，更常见的情况是只有数十个应用。只要分类比较合理，用户用不着只看前面几个排名就可以遍览该分类下的所有应用。但现在appstore的脑残设计是全部应用堆积在那么几十个分类下，一个分类下可以有数以万计的应用，结果当然是现在这样的情况。
当然了，分类的确不能无限增加。所以即便分类增加到合理水平，appstore仍然有它自己的容量极限。但经过几年的高速发展，appstore的应用数量增长已经大大放缓，而且存在大量的淘汰应用。在这种情况下，你表面看上去是60万应用，实际数量可能只有40万不到。40万应用还远远不到那个天花板的限制。再发展一段时间，appstore的活跃应用（起码1年更新1次）的数量也会达到一个平衡点，而这个平衡点并不会是多可怕的数字。此外，通过改进界面设计，增大用户浏览速度，将用户一次能浏览的应用数量从几百提升到上千，那么50万左右的应用只要近千个分类就可以满足需求了。改进分类和用户浏览量的结果，应用无需冲某个大类的排名也不会颗粒无收。而且当用户习惯分类搜索而不是看排名时，冲排名的效果也就没那么明显了。
再说下视频转码的事。看来你早就忘了你自己说过啥话了。你说过的是“10万条视频，提前转码为潜在合作伙伴需要的视频格式，可以让对方直接使用”。到这里你就改成是“视频网站支持”了。按照你当时的设定，这些转码完毕的视频要满足国内外各种电视台、媒体制作机构、视频网站的要求，预先转码至少要转码超过20种格式、制式（不知道你懂不懂啥叫“制式”）组合，按照你自己的计算转一次码3-6个月，光是这个准备期就要花掉起码5年时间。就这你还敢在这里跟我扯什么“现实需求”，你连业界常用的格式有多混乱都搞不清楚，以为自己了解点FFMPEG就成了“业内人士”了？这个领域常见的帧间编码格式、帧内编码格式都有哪些你说的出来么？