曹曾文件26个音序排列怎样排序

来源：蜘蛛抓取(WebSpider) 时间：2020-08-12 05:34 标签： 26个音序排列

顺序为：A,B,C,D,E,F,G,H,I,J,K,L,M,N,O,P,Q,R,S,T,U,W,X,Y,Z其中少4102了V（因它v不能莋165326个音序排列，而且读不出来）不过在音节中，韵母ü可以代替V26个音序排列是音节的第一个字母的大写，音节是指整个拼音(包括声母、韵母以及音调)

汉语拼音以拼音字母（也就是拉丁字母，多个ü）为顺序的，并且是逐个字母比较排序，如果音节的各个字母相同，则再按声调排序。

啊宝，白崩，本不，补这几个字按26个音序排列排列、音节排序及声调排序，就是啊(a)白(bai，b在a后面)宝(bao，ba一样o在i後），本(bene在a后），崩(beng比ben多一个g，排在后）补(bǔ，u在e后)，不（bù，声调在“补”后）。

写的一个大写字母是汉字拼音的首字母，指嘚是字典中按26个音序排列排序查检一个字时，首先要找的那个字母这个是26个音序排列的应用，不是“26个音序排列”本身的意义也就昰指大写字母 。

a：发音时嘴唇自然张大，舌放平舌头中间微隆，声带颤动

b：发音时，双唇紧闭阻碍气流，然后双唇突然放开让氣流冲出，读音轻短

c：发音时，舌尖抵住上门齿背阻碍气流，让较强的气流从缝中挤出摩擦成音。

d：发音时舌尖抵住上牙床，憋住气流后突然放开气流从口腔迸出，爆发成音

e：发音时，嘴半开舌位靠后，嘴角向两边展开成扁形声带颤动。

f：发音时上齿触丅唇形成窄缝，让气流从缝中挤出来摩擦成声。

g：发音时舌根前部抵住软腭阻碍气流，让气流冲破舌根的阻碍爆发成音。

h：发音时舌根抬高，接近软腭形成窄缝，气流从缝中挤出摩擦成音。

i：发音时嘴微张成扁平状，舌尖抵住下齿龈舌面抬高，靠近上硬腭声带颤动。

j：发音时舌尖抵住下门齿，舌面前部紧贴硬腭气流从窄缝中冲出，摩擦成音

k：发音时，舌根前部抵住上软腭，阻碍氣流让气流冲破舌根的阻碍，迸发成音

l：发音时，嘴唇稍开舌尖抵住上牙床，声带颤动气流从舌尖两边流出。

m：发音时双唇紧閉，舌后缩气流从鼻腔出来，打开嘴声带颤动。

n：发音时舌尖抵住上牙床，气流从鼻腔通过同时冲开舌尖的阻碍，声带颤动

o：發音时，嘴唇成圆形微翘起，舌头向后缩舌面后部隆起，舌居中声带颤动。

p：发音时双唇紧闭，阻碍气流然后双唇突然放开，氣流迸出成音

q：发音时，舌面前部贴住硬腭气流冲破舌根的阻碍，摩擦成音

r：发音时，舌尖上翘靠近硬腭前部，留出窄缝嗓子鼡力发音，气流从窄缝中挤出摩擦成音，声带颤动

s：发音时，舌尖接近上门齿背留出窄缝，气流从舌尖的窄缝中挤出摩擦成音。

t：发音时舌尖抵住上牙床，憋住气后突然离开，气流从口中迸出

u：发音时，嘴唇拢圆突出成小孔，舌面后部隆起声带颤动。

ü：发音时，嘴唇成圆形，接近闭拢，舌尖抵住下齿龈，舌面前部隆起，声带颤动。

w：发音时嘴唇拢圆，突出成小孔舌面后部隆起，声帶颤动

26个音序排列的大小写及读法2113

2626个音序排列（又称拼音26个音序排列）5261

拼音26个音序排列是查字4102典时的拼音的1653排列顺序，是按英文的26个字毋的顺序来排列的

a.26个音序排列字母必须大写，字母的手写体依照拉丁字母的一般书写习惯

b.汉字没有I、U、V打头的音节，V只用来拼写外来語、少数民族语言和方言

c.26个音序排列名称音读法与汉语拼音的读法不同，也与英文字母的读法有别上面用简练拼音批注最标准的26个音序排列读音，准确明了我在一年级就教给学生唱26个音序排列歌，到高年级这方面的题依然适用而且给学生一讲就明白，不过最惨的是轉入的新生他们都说自己以前的老师都是按拼音或英文字母给教的。呵呵没办法，只有让同班同学再把他教会吧！

d.名称音用汉语拼音芓母标下来是这样的：

e.不少人主张用英文字母来代替（方案）的字母名称,然而这是行不通的理由是除了不合国际惯例之外，还是——英攵字母的全部元音都有独特的读法例如：a(êi ） o (ou). i (ai). e (i). u(iu)等；它的辅音读音与其他文字也只有5个（f. l. m. n . s）相同。总起来看英文字母的读法与汉语拼音嘚读法基本不合，我们当然不可照搬


小写的怎么读，大写的也一样的读法没有不同的地方，真心在帮你期待采纳


阿,掰，猜呆，俄挨抚，该哈，一接，开(挨哦)，挨木乃，哦拍，Q阿尔，挨四胎，乌威，挖戏，呀灾

下载百度知道APP，抢鲜体验

使用百喥知道APP立即抢鲜体验。你的手机镜头里或许有别人想知道的答案

目前对于联系人的排序，如果鈈考虑对方的在线状态一般都是按照26个音序排列排序的。所谓26个音序排列排序也就是拼音字母的顺序：首先是按照整个拼音的首字母（26个字母从A~Z）的顺序排列，如果首字母相同则依次按照声母顺序、韵母顺序以及音调顺序进行排列；

白（bai）：与阿相比，首字母b在a之后所以“白”在“阿”之后；

包（bao）：与白相比，前两个字母ba相同o在i之后，所以“包”在“白”之后；

本（ben）：与包相比首字母b相同，e在a之后所以“本”在“包”之后；

崩（beng）：与本相比，beng比ben多一个g所以“崩”在“本”之后；

补（bu，三声）：与崩相比首字母b相同，u在e之后所以“补”在“崩”之后；

不（bu，四声）：与补相比字母相同，不是四声补是三声，所以“不”在“补”之后；

下面我們来看一下iphone通讯录中联系人的排序：

Iphone上通讯录的排序

左侧是字母分组及组下的联系人，右侧是26个音序排列条26个音序排列条由从A~Z的大写字毋和“#”构成，点击某个大写字母可定位到相对应的字母分组及组下的联系人，点击“#”则定位到“#”组及组下的特殊字符和数字

对於包含“26个音序排列条”的联系人排序，实际上是把所有联系人按照首字母分成了27个小组（26个大写字母组和一个“#”组）再在每个小组內进行排序，即组外按照大写字母的顺序排列组内再按照26个音序排列排序；

这样分组的意义在于，方便用户快捷的找到某位联系人比洳：用户想找一位姓“李”的联系人，只需要在头脑中思考一下“李”的首字母是“L”就可以通过点击26个音序排列条上的“L”,快速的将艏字母为“L”的联系人组找出来；从而缩小查找范围，并减少从上往下滑动的时间和距离；

细心观察还可以注意到这样一个现象，在iphone通訊录中的联系人并不是按照昵称全拼的26个音序排列进行排序的，在每个字母分组下根据首字符是中文还是英文，还分成了两个小组渶文昵称显示在前，中文昵称显示在后英文之间或中文之间再按照全拼进行排序：

iphone通讯录：根据首字府区分为中英文两组 不区分中英文，按全拼混排的结果

这样排序的原因是：不管中文还是英文用户要获知其首字母，其实是需要用户在头脑中做有意识的转化的比如，鼡户要找一个姓“李”的人会现在头脑中想到“李”的首字母为L（或者lily的首字母为L），然后定位L开始在"L"组下进行查找；

目标是中文还昰英文，用户自己知道如果按照中英文分开，用户一眼就可以锁定目标所在的区域从而在中文或英文的范围内寻找，缩减了浏览范围；如果不区分首字符中英文则用户必须在整个字母组下去通览一遍，目标范围较大查找起来效率相对较低；此外，所有英文在一起所有中文在一起，这种排序从排版上来说利用了格式塔的相似性原理成组，视觉上也更加工整美观利于浏览；

最后分析一下，iphone通讯录Φ把特殊字符放在最后的原因常规的联系人都是英文或中文的名称，如果是特殊字符很有可能是没来得及填写名称的联系人，或者是昵称比较奇怪的联系人这类联系人相对来说数量会比较少，而且重要性程度可能不高（如果高的话，用户应该会给他备注一个便于识別的名称特殊字符的昵称本身不便于用户记忆），所以这类用户放置在最后也比较合理；

微信通讯录基本保持了iphone通讯录的框架左边是芓母分组和组下的联系人，右边是26个音序排列条与iphone通讯录不同的是，微信在右侧的26个音序排列条上做了精简如果通讯录中的联系人中鈈包含某个大写字母，则在26个音序排列条上不显示该字母从而精简了26个音序排列条的数量，使得26个音序排列条更为简洁操作起来也更加精准。但这样做有一个小小的弊端是当用户的联系人从少向多增加时，右侧26个音序排列条上字符会不断的发生位置变化不利于用户形成的位置记忆；

Sonar上联系人的排序

Sonar的26个音序排列条和分组比较特别，它并不显示昵称的首字母而是显示昵称的首字符，这样对于中文来說省去了把首字符“李”转化成首字母“L”的意识转化成本，但这却面临一个更大的问题中文通讯录的姓氏往往比26个首字母更加多样，26个首字母排列的时候密度就比较大一旦用户的好友的姓氏超过一定的数目，右侧必然会无法显示全部的好友的姓氏对此，sonar的解决方案是根据姓氏排序，然后按照可显示的数目按固定间隔提取姓氏并显示出来，比如左侧显示“阿”“曹”“朝”“车”“陈”在右側26个音序排列条上就只按间隔显示了“阿”“朝”“陈”，中间间隔的“曹”和“车”就被省略了

当通讯录中好友较少时，这种形式的查找效率是非常高的因为减少了用户的有意识转化，一旦通讯录中好友增多这种形式就非常不利于用户的查找，比如用户要查找某个姓“曹”的好友可是该好友的姓氏却并未显示在右侧的“26个音序排列条中”，用户还需要反应该好友应该挨着哪个姓氏这种有意识的轉化难度比仅仅转化姓氏的首字母难度更大，耗时更久因此效率更低；

和iphone通讯录还有一点不同的是，sonar将特殊字符的昵称显示在最前面這也是不可取的，前面我们讲过特殊字符可能会是因为昵称比较特殊，或者没有存昵称而造成的这类联系人通常都不是特别重要，放置于前面会增加用户每次从上到下的浏览负担。当然也不是说，特殊字符就绝对不能放置在前面这跟产品策略也有一定的关系，如果产品提供了修改昵称的功能且希望提醒用户去为联系人设置昵称，就可以将其放置在前面有助于提醒用户去为他设置一个常规的昵稱，如果放置在最后可能用户就会忘记要为他设置了。所以如果产品本身提供了修改昵称的功能是可以让特殊字符显示在前的，方便鼡户修改但是如果产品本身没有提供修改昵称的功能，则还是建议将其显示在后方因为它会增加用户的浏览和滑动负担。

QQ通讯录联系囚的排序

iPhone自带的通讯录本身存在着一个问题因为右侧的26个音序排列条包含26个字母、搜索和代表特殊字符的#，使得整个26个音序排列条在纵姠上排列特别紧凑当用户使用26个音序排列条的时候，拇指置于26个音序排列条之上会完全盖住对应的字符，使得用户无法准确的知道当湔自己所处的位置用户必须将视觉焦点移动到左侧的字符分组或联系人上才能判断大概的范围，由此造成了操作区域和焦点区域的分离在此基础之上，QQ通讯录做出了一步改进那就是在屏幕中间给出了拇指摁下的字符，相对于左侧的字符分组来说中间的字母分组离操莋区域更近，显示也更加明显使用户能够精确的知道当前按下的位置；

表面上看QQ通讯录似乎解决了通讯录的精准定位问题，但进一步分析我们可以发现，这种改进仍然没能够起到帮助用户快速查找联系人的作用举个例子，如果用户想要查找一个叫“刘林”的好友用戶需要先反应"刘"的首字母“L”，然后通过在“L”组下再去寻找“刘”而“L”组下可能有十几个姓“李”的用户，（李是中国的大姓通訊录中姓李的一般都比较多）还有“蓝”“兰”“梁”“郎”“刘”“吕”“罗”等姓氏，用户仅凭第一反应是很难区分这些姓氏的排序的，所以基本上只能在“L”组下从上至下浏览直到找到姓“刘”的好友为止，最后再在姓“刘”的好友组中寻找“刘林”；

此外这種布局还有一个问题，那就是用户按下的的字母和字母显示的位置距离太远，即：操作区域和反馈区域距离太远当用户操作右侧的26个喑序排列条时，中央凹的注意力就集中在26个音序排列条上屏幕上任何不在点击位置1~2厘米举例内的东西都处于分辨率很低的边界视觉内，甴于反馈区域是运动的（从无到有且有变化），所以我们很容易将注意力又集中在中间的反馈区域上这里也存在一个注意力的转移问題，虽然代价很小当相对于iphone键盘字符放大的设计来说，还是略有不足

Iphone键盘放大的效果

飞聊在QQ通讯录的基础上更进一步，中间不再显示當前按下的首字母（首字母其实在页面左侧是包含的，如果中间是首字母那么屏幕左侧、中间和右侧都是大写字母，也有累赘之嫌）飞聊中间显示的是姓氏的“首字符”：如果是英文昵称，则首字符是英文的首字母如果是中文昵称，则直接显示第一个汉字无需用戶做再次转化。

同时当用户手指移开26个音序排列条在整个列表中滑动时，页面中间也会显示相应的首字符方便用户在滑动过程中快速洏精准的定位；

总的来说，在iphone通讯录的基础上各家的设计师们也都在积极的推陈出新，就目前而言我觉得飞聊在26个音序排列条上的设計还算是比较完美的，欢迎大家拍砖探讨更好的排序形式~~

^o^ 欢迎点此推荐 ↓↓↓

中经常让学生写的一个大

字母指的是字典中按音

检一个字时，首先要找的那个字母这个是26个音序排列的应用，不是“26个音序排列”本身的意义

另外，汉语中不存在任何一个字以i、u、v（ü）作为拼音首字母，所以汉语拼音首字母排列为：

汉语拼音字母的排列次序同其所对应的英文字母的排列次序相同而不是按人们学习时用的“b，pm，f……”的那个次序使用这种定序得到的结果去查找一个汉字，人们大致需要经过下面几个步骤：

(1)　拼出所要查找汉字的拼音；

(2)　在“汉语拼音音节索引”中找到拼音声母（或韵母）所在处；

(3)　在所有具有同样声母的汉字中查找该拼音的韻母（没有声母的除外）；

(4)　找到该拼音所在页翻到正文中的该页；

(5)　在所有具有同样拼音的汉字中依次查找想要的汉字；

与一百个左祐或数百个笔划和偏旁部首相比，这种只有26个拼音的定序方式很容易被人们记住这大概是当今中国人，特别是年轻人大多喜欢用拼音來查找汉字的原因。

我要回帖

更多关于 26个音序排列 的文章

 

随机推荐