七牛是什么公司_七牛十马是什么生肖

1.满清八大姓氏的原型和汉化后都是什么？

2.七牛FOP有什么优势?

3.什么是好的API与设计流程和设计原则

4.现在姓陈的人原来在满族姓什么

5.学中如何月上起日?有什么捷诀?

当刘畊宏忙着在直播间为汗流浃背的粉丝们画人鱼线和马甲线的大饼时，一个只有70斤的女孩子却在凭借增肥悄然走红。

3月初，一个叫作“就你吃不饱”的账号开始在小红书发布交换干饭的，即一对体重分别为70斤和120斤的闺蜜互换食谱，均期望达到90斤的理想体重，一人减脂一人增肥的创意使得趣味性十足，在4月初登顶小红书涨粉周榜。交换干饭系列发布至今，该账号在小红书的粉丝已从3000+升至57.7万。

在小红书一炮而红后，就你吃不饱于3月中旬入驻抖音，目前共发布33期，粉丝数已达到170万。账号的出镜人70斤女孩“头子”的“厌食式”吃饭方式，也被诸多博主模仿，一度成为潮流。

当然，除了“不下饭”的另类吃播正合减肥女孩们的心意外，该账号还有多种加成元素，比如一开始通常是120斤的女孩麦麦为闺蜜做早饭，此为美食元素；70斤女孩大口吃饭，导致下巴脱臼，此为搞笑元素；中多次出现二人家里的猫狗，以及两位女孩去公司园区喂流浪猫狗的情节，又融合了萌宠元素。

但一切元素的加成，都建立在她们是闺蜜的基础上，老友间的熟稔产生了自然的化学反应，让平淡的日常也妙趣横生。这是闺蜜类账号的一大特点，但，除此之外呢？

从“闺蜜”到“真闺蜜”

活跃在短平台上的闺蜜号，从形式上大致可以划分为两种类型，一种可以概括为“闺蜜内容号”，另一种可以概括为“闺蜜视角号”。

前者更接近于短剧，呈现以闺蜜为主题创作的内容，出镜人通常为闺蜜双方，以账号莫邪、田小野为代表；后者则更偏向于VLOG风，通常为第一视角记录，即拍摄闺蜜，出镜者通常为闺蜜中的一人，以疯产姐妹、周周啊等为代表。

莫邪发布于抖音的《闺蜜合集》目前更新至29集，播放量为14.3亿。在该系列中，莫邪饰演一位霸道高冷的女总裁，而田小野的角色则是她的傻白甜闺蜜，总是状况百出，而莫邪无条件宠着她为她解决麻烦，与其说是闺蜜，不如说更接近甜宠剧的翻版。

田小野曾经在演讲中提到，“田小野”这一账号的人设系团队共同打造，与莫邪的CP也广受好评，两个账号的联动实现了双赢，完成了飞速涨粉。但量产式的霸总与甜宠剧情很快陷入同质化，其后账号内容逐渐引入了整蛊闺蜜等操作，而不变的是强烈的剧本感。

在此基础上，加入短剧赛道也就显得水到渠成。点开莫邪、田小野的抖音主页，莫邪有《莫邪逆袭记》《邪不压正》《莫邪记》等三部正在更新中的短剧，播放量从1500万至4000万不等，而田小野的短剧《恋爱这些小事》共12集，已更新完毕，合集播放量1.5亿。她们所属的MCN机构神狼文化，孵化了多个千万级粉丝剧情类账号，如外卖界的黄小明、灵魂化妆间等也均有数目不等的短剧作品。

对于原本就有着较强剧本创作能力的莫邪等账号来说，加入短剧赛道既可以满足观众们对更丰富剧情与人设的需求，进一步吸粉，还可以通过平台买、付费分账以及剧情广告植入等增收，拓宽变现方式，是个情理之中的选择。

但从剧情号走向短剧的路子，在另一类闺蜜账号上，行不通。

尽管田小野、莫邪在中蜜里调油，姐妹情比金坚，但粉丝与主创们都非常清楚，二人只是拿剧本的“闺蜜”。而疯产姐妹无论是从内容，还是的两个主角邵雨轩与张小花，都致力于给观众营造真实感，疯产姐妹在抖音首页的账号介绍里，也不忘强调“没有团队和公会”。

疯产姐妹的创作通常围绕取外卖、买水、遛狗、做饭等生活琐事，笑点总是在二人的对话中不经意间引出。中的邵雨轩素面朝天，衣着随便，拍摄者张小花用手机手持拍摄，让观众有极强的代入感，也拉近了观众的心理距离。真实感与接地气构成了疯产姐妹的差异化优势，粉丝一路飙升至4400万，稳居抖音头部账号。

而新秀闺蜜账号就你吃不饱，也是用一人手持拍摄，一人出镜的第一视角。正是得益于此，头子的吃饭方式才可以走红——因为减肥女孩们正需要类似的真实感，让自己仿佛就在现场看头子吃饭，来降低自己的食欲。

真实感的营造让此类闺蜜号有了更高的起点，但也让观众对真实有了更高要求。观察闺蜜类账号，不难发现这样一类现象：闺蜜总不缺真CP粉，而真闺蜜——至少是创作者塑造出来的真闺蜜形象——却总是被质疑友谊真。

疯产姐妹多次被传过不和，而就你吃不饱火后，头子和麦麦（即120斤女孩）很快被质疑是闺蜜、真同事，论据包括但不限于最初的中头子表现冷淡，头子曾经做过探店博主等，尽管头子在直播中一一解释，但是质疑声并未消失。这种质疑也会让她们在选择变现方式和时间节点上更加谨慎，因为建立在“真实”基础上的粉丝好感，一旦过快商业化，便很容易消散。

当然，也不该忽略，短创作通常是对经典的片段式分解与重构。比如胖子与瘦子交换干饭的创意英国秀节目《Supersize vs Superskinny》早已执行过，而疯产姐妹其实是受美国知名情景喜剧《破产姐妹》影响，刻画一种相爱相杀的姐妹关系。建立在综艺节目的创意之上的真实感，确实会打折扣。

而在短的世界里，剧本和人设司空见惯，闺蜜、情侣、夫妻都可以扮演，所有呈现出来的关系，背后都可能是一场流量生意，在虚已成常态的平台内，质疑所谓的真实背后的表演性，并不过分。

当我们看闺蜜账号的时候，我们在看什么

在短平台，“闺蜜”或许更多地代表一种人设与生意，但是其背后的女性意识，也不容忽略。

蝉妈妈数据显示，疯产姐妹的观众，68.5%为女性，男性占比则为31.5%。莫邪与田小野的男女粉丝比例，也在3:7左右。另外几个有一定粉丝量的闺蜜账号，如七牛闺蜜、我和闺蜜的日常等，也在这个比例上下浮动。

通常，以女性之间的互动为主打内容的创作，受众也多以女性为主，宫斗剧即是如此。但也有例外。账号“快把闺蜜带走”在抖音平台有约125万粉丝，主角米抠长相可爱，身材娇小，一口四川话，是一位在家里的串串店帮忙的无业女孩，日常是偷吃串串，及与老妈斗智斗勇。蝉妈妈数据显示，该账号的观众中，男性比例高达93%。

该账号虽然也是用闺蜜手持拍摄的方式，但是拍摄者与米抠互动感并不强，多数时候还是一个拍摄者的角色，二人互动感不足，剧本多数时候也是在强调米抠的可爱，因此更讨男性观众喜欢。其评论区常见的评论是：“这样有趣的姑娘娶回家一定很幸福。”

相比闺蜜视角，该账号或许更接近男友视角。当然，如果仅以男性粉丝多少来划分，未免有些武断。但账号的不同气质定位，吸引不同性别的粉丝，倒也是不争的事实。

在网络语境中，“闺蜜”一度是个被污名化的词，在“防火防盗防闺蜜”盛行的时代，“闺蜜”一词自带负面效果，这或与部分作品中对女性情谊的极端刻画有关。在相当长一段时间内的剧作品中，缺乏对女性友谊的正向与深入刻画，出圈的往往是《小时代》中歇斯底里的塑料姐妹情，或是宫斗剧中好姐妹最终反目成仇的戏码。

近年来随着女性意识的崛起，市场上也涌现了一批较为用心刻画女性友谊的作品，如《突如其来的期》《我在他乡挺好的》等。就连《甄嬛传》中多次被拿来当塑料闺蜜例证的安陵容，其原本被批判为嫉妒与阴暗的心思，近年来也被部分观众们解读为另一种对甄嬛更加暧昧不定的复杂感情，剧中其遗言，“我这一生，原本就是不值得”，也被甄学家们调侃为，“我这一生原本就是不直的。”

玩梗背后，说明市场确实在呼唤更加真实、立体的女性形象出现。虽然短在普遍认知中是一种性较强的文化产物，但是作为一种大众的产物，短的创作趋势，也反映着文化市场的深层需求。

艾媒咨询数据显示，2021年，?性使?抖音的占比为为54.7%，使用快手的占比为22.6%，均超过男性用户占比。使用短平台的女性用户的增加、女性意识的崛起，使得更多围绕女性展开、以女性为主的内容创作的需求增加，而在许多情侣、夫妻、亲子类账号中，女性往往都是居于从属地位，但在闺蜜类账号里，“双女主”和“大女主”才是最常见的模式。

而即使是以女性为主的创作，制作团队中也可能会有男性，无法避免男性视角的引入，因此能较为真实立体地呈现女性形象，实现真正意义上的女性叙事的短内容，无疑是广受欢迎的。

对曾经在大众文化里缺席的故事和情感进行记录，总是改变的第一步。

文 | 楚添

编辑 | 张友发

参考资料：

1. 身体、关系与场景叙事：短的女性参与和赋能策略 陈吉

2. 浅析短的代入感 穆龙杰

3. “闺蜜”媒介形象图鉴：黑红的姐妹与失真的友谊，全是编剧的锅吗？全媒派

4. 田小野：从实习生到千万粉剧情博主，我做了什么？新榜

更多

你支持解散国足吗？

8.9w人表态

支持

不支持

曹

支持解散男足，解散各级男子足球职业联赛，成立业余球队，让真正热爱足球，热爱祖国的人去踢球

舒

浪费粮食的蛀虫

想

浪费国家

用

不解散留着消费海参吗！消费海参就算了，影响后代对足球的热爱是无穷尽的，高俅啊高俅，看看没了你这主心骨的中国男足成啥样了，跟哪个国家踢押输不赔的买卖

伶

解散足协解散联赛，男足踢球到国外去。

手

浪费钱，养一帮废物[咒骂]

洁

我支持解散现任的国足，占着茅坑不拉屎，以利益为主，不作为。他们有着世界顶级和最好的环境，他们做着什么，他们做了什么？没有精彩的比赛，也不见体育精神，是否只有眼前利益，有被单方面的碾压，还有可笑的乌龙，公民不再对现任中国国家男子足球队抱有期望。整改是国足理应的事，监督是全国人民本不用做的事。

厉

说小了 体育竞技不行 说大了 简直丢14亿中国人的脸

刻

从头再来

搜

退差劲?了！

331条观点

北京大学考研网

精选推荐

大S不让女儿跟爸生活，小玥儿蹲马路边大哭，保姆撑伞陪伴不见大S

风一路小跑 · 10分钟前

斯基拉：齐耶赫不是米兰的引援目标，各方未商谈转会

直播吧 · 10分钟前

张兰“阳”了以后还在直播，心态太好了！

嗯哼哼崩恰 · 13分钟前

黄磊，“不爱惜羽毛”终于付出代价

古街旧巷老 · 16分钟前

黄磊女儿多多近照曝光，新造型遭质疑太成熟，网友怒怼：管太多

萌小呆 · 17分钟前

范明：我做得最正确的事儿，就是闪婚二婚妻子，将继子当亲儿子养

跟着大杨去 · 17分钟前

早年被富豪圈养，蔡少芬三次拒绝张晋，后因逼婚最终获得幸福圆满

小新仔 · 21分钟前

管彤：曾被曝跟韩红国外结婚，42岁为丈夫高龄产子，如今过得怎样

大磊美食坊 · 23分钟前

世界杯前瞻预测：摩洛哥VS葡萄牙

国国侃球数 · 23分钟前 · 1752阅读

网红小花要八万彩礼遭退婚，霸气返还15万后，男方后悔不已

贝贝在身边 · 24分钟前

秦海璐去宝岛做宣传，台湾主持人刁难她：在大陆喝过珍珠奶茶吗？

鑫鑫细 · 24分钟前

住在家里的闺蜜与我老公半夜里在干什么？

违心动漫 · 26分钟前

疑似谷爱凌恋情曝光，男子身份被扒，网友们酸言酸语大可不必

汽车小新 · 26分钟前

“女追男”结婚后，男人会真心对妻子吗？43岁过来人说出心里话

经典港剧推 · 28分钟前

结婚六年，李承铉告白戚薇 原来“软饭男”的爱情，也可以这样甜

美食泡芙卷 · 29分钟前

金庸剧：为啥觉得TVB拍得比大陆的好？童年滤镜只是原因之一

大彭爱健身 · 29分钟前

《伪装者》的配角都火了，为什么主角没有火？

蜗牛说篮球 · 29分钟前

演唱会合唱后，周杰伦林俊杰人气差距有多少？飙升榜数据给出答案

圆圆说 · 29分钟前

《元气满满的哥哥》：中年男人，“油腻”却也挺可爱

搞笑君菌 · 29分钟前

章子怡力挺倪妮后，又夸赞杨颖的演技，揭露成年人的社交法则

水大叔美食 · 29分钟前

为演杨玉环增肥数十斤，减肥后得后遗症，现在这样的好演员不多了

美食二蛤 · 29分钟前

曾被发妻捧了21年的傅程鹏,为何不惜背负骂名也要和周丽淇在一起

搞笑体育扛 · 30分钟前

7年前杨幂郭美女主演的烂片 如今却时髦到尖叫

实用小妙招 · 30分钟前

潘玮柏老婆早年照片，疑在打碟做DJ，与社交自拍风格截然不同

娱圈朱大肠 · 30分钟前

为了得到一个角色，高伟光几天不洗脸，不洗头，也真是拼了

科技老宅男 · 30分钟前

她是“第二代叶子楣”, 身材完胜柳岩，为事业孤身赴欧

热剧回放 · 30分钟前

《夺冠》：女演员那么多，为什么巩俐只有一个？

二狗聊美食 · 30分钟前

一个“烂剧本”却拍出了爆款，20年前那个夏天最认真的一场恋爱

娱人星君 · 31分钟前

“表妹”版小倩近年最佳，有王祖贤的幽怨悲伤，元宝髻风吹长发

布布面食坊 · 31分钟前

葛斯齐不仅不帮大S，反而怒赞汪小菲心善，转变之快，有3种可能

七星圈 · 31分钟前

与撒贝宁在一起4年，狠心抛弃撒贝宁爱上富二代，今39岁怎样了？

二哈砍** · 29分钟前

赵本山及弟子的笑料，戳中了13亿人的笑点，戳痛了近1亿人的心

小情绪 · 32分钟前

查看更多精彩内容

热搜院再来重磅！

满清八大姓氏的原型和汉化后都是什么？

很难背哦！

甲子青虎初一善　虎蛇金戌子牛献　　乙丑戊申十二猴　送位前已九鼠楼

丙寅癸酉念三江　寅宋初未九牛香　　丁卯红兔初四寅　宋龙马金九月旬

戊辰壬戌十四蛇　寅龙后二五六八　　己丙戌念五羊寅　龙蛇羊七九藏　　

庚午白龙初六猪　火局后六金牛初　　辛未登卯十八天　壬马金鸡十牛先

壬申丁酉念九刚　鸡狗蛇羊鼠上仓　　癸酉壬辰初十羊　正四后五燕八江

甲戌丙辰念一狗　龙虎骑着鸡羊走　　乙亥白猪初二天　送初羊狗牛开山

丙子青蛇十三交　金局前三兔火烧　　丁丑黄蛇念三卯　二三入六八牛旬

戊寅癸亥初五戌　龙蛇六八子前七　　已卯丁亥十七牛　青蛇原玉上羊楼

康辰白蛇念八辰　辰午金猪照天门　　辛已乙亥初九暗　辰七前六八十天

壬午黄猪十九狗　二五七九鼠上走　　癸未青马初一天　报刚周刀江牛翻

甲申戊子十二卯　送江前堂五七小　　乙酉癸丑念二章　寅卯堂章七子乡

丙戌红羊初三鸡　二三入六八子一　　丁亥辛丑十四鼠　壬安后送西周猪

戊子乙丑念六卯　二四六七狗上咬　　己丑黄羊初七章　二五双七子一良

庚寅癸未十八酉　寅辰原迎猪西丑　　辛卯丁丑念八子　二五七九鼠上起

壬辰黑猴初十寅　子报前五六九辰　　癸巳红猴念一蛇　寅辰唐迎猪牛霞

甲午庚寅初二营　林堂马猴猪十程　　乙未乙酉十二亥　火局前三蛇猴在

丙申黄鸡念四虎　理玉琴章鸡合猪　　丁酉癸卯初五印　木局出果后八进

戊戌红虑十六金　蛇羊金狗鼠上分　　已亥白鸡念七猪　牛形八里未月初

庚子乙卯初九寅　化刀后六初牛林　　辛丑黄兔十九初　送堂未狼十一鼠

壬寅甲戊三十猴　正三四六九月牛　　癸卯戊辰十一亥　秦送双蛇酉牛在

甲辰壬辰念二寅　送迎初马九月旬　　乙巳丁亥初三堂　报刚羊马酉牛良

丙午庚辰十五猴　后龙周刀安九牛　　丁未青龙念五形　玉子六九在长营

戊申己亥初七寅　勤虎后七上九辰　　己酉癸亥十八堂　龙马虎鸡猪牛房

庚戌红蛇念八申　送玉周马十一飞　　辛亥壬子初九江　子报后五玉猴堂

壬子红鼠念一天　龙虎蛇羊鸡上山　　癸丑白马初二刚　子送己鸡五营乡

甲寅青鼠十三羊　玉子五七刀后堂　　乙卯戊子念四戌　琴玉周刀才子西

丙辰壬午初六丑　玉马金子后八九　　丁巳丙午十七刚　林周进国才子乡

戊午庚子念七羊　送刀长江马牛王　　乙未忆未初八良　送龙马金猪过双大羊

庚申黄羊十九牛　林刚化章金黄猴　　辛酉甲寅三十龙　正三四六猪猴行

壬戌戊申十一章　琴送双蛇七九良　　癸亥壬申念二鸡　送蛇章元鸡子西

甲子丙寅初三延　送章未行鸡戌见　　乙丑庚寅十五卯　寅蛇羊鸡戌淹好

丙寅甲申念六章　寅蛇申青淹国乡　　丁卯戊寅初七酉　送堂后勤延国九

戊辰壬寅十七鼠　二四六九腊月牛　　乙巳丁酉念八林　二三入五七九辰

庚午壬辰初九章　寅龙羊鸡后五堂　　辛未丙辰二十金　正三四六七九申

壬申庚戌初一亥　寅蛇申章酉花开　　癸酉甲辰十三寅　正五后三申酉形国人

甲戌红兔念四蛇　蛇羊鸡戌延来查　　乙亥壬戌初五申　正四六九后鸡鼠延新

丙子丙戌十六化　寅龙羊鸡十一腊　　丁丑庚辰念七寅　二四六九腊月神

戊寅青猪初八辰　二龙双马鸡鼠人　　己卯己亥十九未　二龙羊马鸡国贵

庚辰癸巳念九良　玉堂琴英青国长　　辛巳红猪十二天　玉良琴迎后蛇延

壬午白猪念三辰　玉马金鸡化天门　　癸未青蛇初四未　玉琴鸡戌子延会

这就是了！

七牛FOP有什么优势?

北京满学会理事察海先生介绍说：

佟姓宗族

佛满洲佟姓氏族成员遍布辽东每一区域。近代和现代地名佟佳江，佟佳、佟甲、佟家等诸多村堡名，都是他们生活过的地方。佟姓或童姓、仝姓，同为满族一姓，是为同音异字，皆源出佟佳。佟佳清初为姓氏佟佳氏。关于清初佟佳氏，《满洲八旗氏族通谱》对佟佳氏成员佟养正做了如下记载： “佟养正，镶黄旗人，世居佟家地方。其祖达尔汉图墨图于明时，同东旺、王肇州、索胜格等，往来近边贸易，遂寓居开原，继迁抚顺。”在史料记载中，明末清初佟姓为佟佳氏，是以地名佟佳为姓氏的，而其氏族成员多有进入明边进行贸易之人。作为以地为氏，是明代女冠用姓氏的一大特征，他们是处于不断地迁徙及渔猎集生活中的需求，而以栖居地为姓氏的，诸如觉尔察氏、章佳氏、索绰罗氏等都是如此。但这些姓氏是出现在明代的女真姓氏，其以地为氏的范畴近似于今日的佟家村，章家堡等近代以姓命名的地名相仿佛。但是，这些自明代以后所以姓氏命名的地名，其所用姓氏并非是他们氏族的原始姓氏。

今日建州女的后裔，冠用汉字姓的佟、童及仝姓，均是出自金代的女真夹谷姓氏。

关姓宗族

满族关氏是由清前女真姓氏瓜尔佳氏而改用汉字姓演变的一个姓氏。满语kor，汉译为“馆”， “阁”之意，亦可译为：“住所”之意。瓜尔佳氏氏族，是清初辽东地区人口众多历史地位十分显赫的一个氏族。宗族改用汉字姓关姓，是于清代中期以后改用的，并一直沿用至今。

马姓宗族

满族马姓在辽东地区分为汉军旗人和满洲旗人两个不同的血缘集团。由于两个不同的血缘集团冠汉字姓相同，又同居住生活在辽东地区，所以极容易产生源流上的混淆。汉军旗人马姓，是指清代中前期投归、降俘和其他原因而加入满族民族共同体的原汉族马姓氏族。他们在加入满族民族共同体编入汉军八旗后，也和满洲八旗各氏族一样，撰修族谱，并在族谱撰修过程中，将其马氏姓氏之中加一“佳”字，形成马佳氏，使世人难以区别谁是女后裔，谁是中原汉族人的后裔。

在满族社会发展史上，马佳氏仅仅是清代中前期至明代的马姓氏族先世的姓氏，并已从相关的史料中得到佐证，是出自地域而冠之姓氏，对此，《马佳氏谱书》亦有记载： “我马佳氏发源于满洲马佳地方，世居嘉理库城。”可是，在此以前，史料记载中并没有出现马佳氏这一姓氏，据《马佳氏谱书》族源记述：“原夫我远祖，所自出实与费莫氏之先，同属一源。会遭家难，播迁于嘉理库马佳地方，因以为氏”，“马佳、费莫实为同族”。从上述记载中可以看出，历史上女马佳氏这一姓氏的出现，是由宗族遭受灾难而拨出一支择地另居后产生的。这一支的原姓氏应是金、元时期的费莫氏。费莫氏据《满洲源流考》记载：“旧时称作裴满氏。”《金史·国语》记有： “裴满曰麻。”即金代的女真裴满姓氏，汉译为麻姓。这样，金以后，今日辽东满族马姓宗族的姓氏演变为：金、元时期裴满氏(汉译麻姓)；元末明初费莫氏；明至清代中期以前演变为马佳氏；清代中期以后音移冠用汉字姓马姓。

索姓宗族

满族索氏是于清代后期而冠用的汉字姓。此前，宗族的满族姓氏为索绰罗氏。《索绰罗氏谱书》记载，其氏族“原居长白山一带，在康熙年间分迁至辽东岫岩、兴京一带”。然而，《八旗满洲氏族通谱》却又记载为：“索绰络氏，本系地名，因以为氏。其氏族散处于辉发及各地方。”辽东地区索氏的先人松果托(松吾突)，清初史料多有记载： “松果托，满洲镶红旗人，世居辉发地方，国初来归。以闲散白身身份随军入关。至山东，梯攻临清城，率先登城，授骑都尉。定鼎燕京时，从征山海关，击败大顺军马步兵二十万众，叙功加一云骑尉，

据《满族宗谱研究》一书考证，索绰罗氏在明代中期定居辉发河流域以前，其先世为黑龙江尼玛察人，而原居住在“肥河卫、呕罕河卫的女为益得里氏”，益得里氏与尼玛察氏同宗。尼玛察在女真语中是尼玛哈的转音。尼玛哈在金代属于女真尼庞古部，其姓氏为尼忙古氏，金代译汉字姓为鱼。应当指出的是，远在金代的尼忙古汉译为鱼，今日的满语尼玛哈nimaha，汉译也为鱼，语意上没有变化。结合上述，索绰罗氏族的姓氏演变，由金代起，先后沿用了尼忙古氏、尼玛哈氏、益得里氏、索绰罗氏，而最后以多音节姓氏的第一字索字冠用了汉字姓，沿用至今。

赫姓宗族

赫氏是辽东地区的满族著姓之一，他与何氏同是由满族姓氏赫舍里氏取其头一字冠注汉字姓演变而来，两者之间为同音异字。赫舍里氏宗族分居辽东各地，氏族中存藏有记事全面的宗族谱书。谱书中对其氏族的迁徙、源流均做了翔实地记述。

富姓宗族

今日辽东地区满族中的富氏与傅氏，为同一原始满族姓氏中富察氏的后裔。富与傅二者之间，只是在冠用汉字时所出现的同音异字。满族富察氏是清代道光末年，仿效汉族文化习俗，取其满族多音节姓氏中的第一个音节富、傅，而冠用的汉字姓。

、

那姓宗族

那姓满族宗族在辽东满族氏族中为八大姓氏中的第七个姓氏。

那姓这一姓氏出自于音移的多音节满族姓氏纳拉氏。纳拉氏是以其历史上氏族的居住地纳拉河流域，以河名冠用姓氏的。纳拉氏虽为满洲著姓，但在明代氏族却散居在叶赫、乌拉、哈达、辉发及各地方。史料对纳拉这一姓氏的记载为：“虽为一姓，各自为族”。这样，史料的记载就证实了明代纳拉氏姓的女，并非同一宗族。

辽东的那氏满族宗族，是以氏族宗谱中所载，以一世祖纳齐布为祖先的纳拉氏后裔，即明代中后期的哈达、乌拉两部纳拉氏氏族。除此以外，在海西女真其他部中的纳拉氏氏族，与此部纳拉氏氏族，并无血缘关系连带。如辉发部纳拉氏在辽东《纳拉氏谱书》中将其姓氏的冠用业已说明。“辉发部先世，原系黑龙江东海岸窝集部尼玛察地人。本姓依克得里氏。其始祖昂古理、兴济理二人，自黑龙江载木植主获利，移迁于察鲁居焉!察鲁地有扈伦国纳拉姓噶杨阿、图莫图二人平素结好深厚，俱由察鲁移居张地，四人聚约修睦，昂古理、兴济理因附其姓。宰七牛祭天，改姓纳拉。叶赫部先世系蒙古人，姓出默特，始祖兴恳达尔汉，奉明国成祖皇帝之命，率其部民兵等，卫守东省开原界此北围场，遂灭扈伦国。张地所居的纳拉姓部寨屯村，因据其姓。”

从上述资料记载中，民间纳拉氏存藏的史料已将纳拉氏的宗族血缘关系阐述清楚，即海西女真四部中，辉发与叶赫两部的纳拉姓氏族，与哈达、乌拉两部的纳拉氏氏族先人，不属同宗。由史料记载中可以得知哈达、乌拉两部的纳拉氏先世，原居住地为黑龙江中下游，他们在元末明初之际进行了两次规模较大的迁徙，于明末迁至兴京地区。

明代时期的纳拉氏氏族姓氏是由音移变化而来的。这一姓是纳兰产生的音移变化。在此之前，金、元时期女真的纳兰姓氏为纳刺姓，部名为纳喝。纳喝部在历史上曾居住在今吉林省叶赫河流域。而在金代，纳刺氏的女真姓氏汉译过来为康姓。由此可知，今日辽东满族那氏的姓氏演变，一直是沿用原始姓氏音移的方式演变下来，直至清代中期冠汉字姓至今。

郎姓宗族

郎氏满族宗族是由满族姓氏纽祜禄氏而冠用的汉字姓，他们冠用汉字姓的最初时间据其氏族谱所载为清代乾隆年间。郎姓姓氏是由纽祜禄满语niohe，汉译为狼而演变为郎，用作姓氏的。这一姓氏，是满语的汉译姓氏。

辽东满族郎氏，由金、元至今日，只由女奚烈氏在明初演变为纽祜禄氏，再由纽祜禄氏汉译冠姓，冠用了郎姓这一姓氏。

清代中期以前满族的姓氏，除沿袭了金、元时期的女真姓氏外，在《八旗满洲氏族通谱》中所载录的满洲姓氏，大部分用了以地为氏的冠姓方式，在现居辽东的满族八大姓氏也没有超越这种范畴。

在满族氏族沿用金、元时期的姓氏过程中，由于在历史各个时期受到社会环境发展的诸方面因素影响，几乎全部原始姓氏发生了谐音变化。这些变化的实质，是与所处社会自然环境息息相关的。女的原始姓氏多为复合音节的女真语词组，在女真语言不断发展完善的历史过程中，其语音也在逐步发生变化。至清代初期，由于受民族文化融合的影响，语音变化程度更为加剧。但变化的结局，仅仅反映在语言音节的谐音上，并没有在语言本质上产生变化。反映在对照金代有史记载的女真姓氏上，各姓虽然在自金以后的历史岁月中，多有随地命姓而脱离原氏族姓者，诸如八姓中的佟佳、瓜尔佳、马佳、索绰罗、赫舍里、富察、纳拉及纽祜禄氏，但这些以地为姓的姓氏多有和原始姓氏谐音相沿之处。

在女以地为氏的命姓中，尚有部分满族宗族，由于受中原汉文化的影响，将本支的姓氏从满语中汉译过来，加以沿用。这类汉译的姓氏，早在金代即已出现，并一直发展着。由金代女真姓氏中译成的仝姓，古里甲译成的汪姓，裴满姓译成的麻姓，纥石烈姓译成的高姓，蒲察姓译成的李姓，都证实了这一点。

满族八大姓具体指哪几个一直以来众说纷纭，并无定论。而且据有些史料显示“八大姓”未必就是八个（如《啸亭杂录》、《沈故》载有九姓但亦称八大家）。

目前比较普遍、权威的说法至少有五种：

《清稗类钞》[1]、《郎潜纪闻初笔》[2]、《清朝野史大观》[3] 等史料中记载的是：

瓜尔佳氏钮祜禄氏舒穆禄氏纳喇氏栋鄂氏马佳氏伊尔根觉罗氏辉发氏

《啸亭杂录》[4]、《沈故》[5] 中记载的是：

瓜尔佳氏钮钴禄氏舒穆禄氏纳兰氏（叶赫那拉氏）董鄂氏辉发氏乌喇氏（乌拉那拉氏）伊尔根觉罗氏马佳氏

《道咸以来朝野杂记》中记载的是“郎关舒那完富费章”[6]，即：

钮祜禄氏瓜尔佳氏舒穆禄氏那拉氏完颜氏富察氏费莫氏章佳氏

清末北京民间流传的说法是“佟关马索齐富南郎”[7][8]，即：

佟佳氏瓜尔佳氏马佳氏索绰罗氏齐佳氏富察氏那木都鲁氏钮祜禄氏

清末关外旗人中流传的版本则为“佟关马索齐富那郎”[9][10][11]，即：

佟佳氏瓜尔佳氏马佳氏索绰罗氏齐佳氏富察氏那拉氏钮祜禄氏

什么是好的API与设计流程和设计原则

七牛FOP:七牛的数据处理(File

Operation)，七牛对，音的处理服务。七牛云存储内建了一个数据处理框架，以对存储

在七牛云上的文件执行一系列符合规范的数据处理操作。开发者可以在访问时制定执行一个或多个数据处理指令，以直接获取经过处理后的结果。这样做主要有下面几点好处：

1.就近无缝对接对象存储服务。数据存储在哪里就在哪里计算的原则，无需任何复杂的配置就可以马上使用七牛提供的数据处理单元。

2.处理单元微服务化以及管道机制的引入，大大增加了业务实现的自由度。

3.实时任务与异步任务结合，让用户的各种业务场景都得以灵活实现。

现在姓陈的人原来在满族姓什么

安全是恒久的话题，对于基于WSDL和SOAP的Web Service，我们有WS-Security这样的安全规范来指导实现认证、授权、身份管理等安全需求。那么，RESTful API有无成熟可用规范或实现框架呢？如何保证RESTful API的安全性呢？

如何对RESTful API进行版本控制，请分享您认为实用的做法？

HTTP1.1规范中给出的动词对于设计RESTful API够用吗？您在实际项目中会扩展自己的动词吗？在什么情况下需要扩展？

今年5月份发布的JAX-RS 2.0规范对于RSTfulAPI的设计最有价值的特性是哪个（些）? 它（们）用于解决什么问题？

能否为InfoQ的读者们推荐一款实用的RESTful API开发框架，并说明您的推介理由。

HTTP2.0规范正在制定当中，您对它的期待是什么？

InfoQ：什么是好的RESTful API？相信每个人都有自己的评判标准。那么，您认为一个好的RESTful API应该具有哪些特征呢？

李锟：一个好的RESTful API，应该具备以下特征：

这个API应该是对浏览器友好的，能够很好地融入Web，而不是与Web格格不入。

浏览器是最常见和最通用的REST客户端。好的RESTful API应该能够使用浏览器+HTML完成所有的测试（不需要使用编程语言）。这样的API还可以很方便地使用各种自动化的Web功能测试、性能测试工具来做测试。Web前端应用（基于浏览器的RIA应用、移动App等等）也可以很方便地将多个RESTful API的功能组合起来，建造Mashup类的应用。

这个API中所包含的和对于的操作，应该是直观和容易理解的，并且符合HTTP协议的要求。

REST开发又被称作“面向的开发”，这说明对于的抽象，是设计RESTful API的核心内容。RESTful API建模的过程与面向对象建模类似，是以名词为核心的。这些名词就是，任何可命名的抽象概念都可以定义为一个。而HTTP协议并不是一种传输协议，它实际提供了一个操作的统一接口。对于的任何操作，都应该映射到HTTP的几个有限的方法（常用的有GET/POST/PUT/DELETE四个方法，还有不常用的PATCH/HEAD/OPTIONS方法）上面。所以RESTful API建模的过程，可以看作是具有统一接口约束的面向对象建模过程。

按照HTTP协议的规定，GET方法是安全且幂等的，POST方法是既不安全也不幂等的（可以用来作为所有写操作的通配方法），PUT、DELETE方法都是不安全但幂等的。将对的操作合理映射到这四个方法上面，既不过度使用某个方法（例如过度使用GET方法或POST方法），也不添加过多的操作以至于HTTP的四个方法不够用。

如果发现上的操作过多，以至于HTTP的方法不够用，应该考虑设计出更多的。设计出更多（以及相应的URI）对于RESTful API来说并没有什么害处。

这个API应该是松耦合的。

RESTful API的设计包括了三个循序渐进、由低到高的层次：抽象、统一接口、超文本驱动。正是这三个层次确保了RESTful API的松耦合性。

当设计面向互联网的API时，松耦合变成了一种“必须有”的强需求。紧耦合的API非常脆弱，一旦公布出去，服务器端和客户端都无法持续进化。尤其是服务器端，公布出去的接口根本不敢改，改了之后，几乎所有客户端应用立即无法正常工作。REST这种架构风格就是紧耦合API的解毒剂，这个话题可以谈的很深，这里就不展开了。感兴趣的读者可以参考《REST实战》。

这个API中所使用的表述格式应该是常见的通用格式

在RESTful API中，对于的操作，是通过在服务器端-客户端之间传递的表述来间接完成的。的表述可以有很多种格式，并且在响应和请求中的表述格式也会有所不同。GET/POST响应中的表述格式，常见的有HTML、XML、JSON；POST/PUT请求中的表述格式，常见的有标准的HTML表单参数、XML、JSON。

这些常见表述格式，处理起来非常容易，有大量的框架和库提供支持。所以除非有很合理的要求，通常不需要使用自定义的私有格式。

使用HTTP响应状态代码来表达各种出错情况

HTTP响应状态代码，是HTTP协议这个统一接口中用来表达出错情况的标准机制。响应状态代码分成两部分：status code和reason phase。两部分都是可定制的，也可以使用标准的status code，只定制reason phase。

如果一个所谓的“RESTful API”对于任何请求都返回200 OK响应，在响应的消息体中返回出错情况信息，这种做法显然不符合“确保操作语义的可见性”这个REST架构风格的基本要求。

这个API应该对于HTTP缓存是友好的

充分利用好HTTP缓存是RESTful API可伸缩性的根本。HTTP协议是一个分层的架构，从两端的user agent到origin server之间，可以插入很多中间组件。而在整个HTTP通信链条的很多位置，都可以设置缓存。HTTP协议内建有很好的缓存机制，可以分成过期模型和验证模型两套缓存机制。如果API设计者完全没有考虑过如何利用HTTP缓存，那么这个API的可伸缩性会有很多问题。

李建业：首先说明一下，对REST这个概念，我一般把它理解为REST风格的架构，但是现在实践中最为广泛认知的是HTTP，而它是REST的一个实现，所以RESTful API也可以不太严格的指基于HTTP的API——当然，即使是不严格的时候，API本身也应该力求遵循REST架构风格。

我认为，一个RESTful API最重要的一点应该是——“尽可能少的先验信息”，这一条也同时是我判断一个好的RESTful API的标准。

比如HTTP动词，在实践中，大家可能会常常纠结于有效利用 HTTP 动词，但这却并不是特别重要的事情——除非你理解这么做的价值。HTTP 动词最重要的地方在于它是标准阐明了的行为，也就是说，如果我们的“客户端”遵循约定，那么就不必要发明新的动词，也就不必增加“先验信息”；但是，所谓“先验信息”，针对的是客户端——对API来说就是调用者，对于一些企业内部系统，或者一些传统系统，由于“”很稳定，对的操作也很稳定，这些系统的“调用客户端”不是浏览器而是另一个系统，此时如果强制对应到HTTP动词，反而会变成额外的“先验信息”，这时我就不会太拘泥HTTP动词，自己制定一套动词放在参数中也可以接受——只要动词不变化，这个系统依然是REST风格的。

再比如Response里面的Content-Type，这个有时会被新手忽略，但这其实很重要，因为一般涉及到系统间协同的API，往往不会使用普通的文本，比较常见的是使用json表达复杂结构，而这与通常的缺省理解不同（缺省一般会认为是text/plain和text/html），所以如果在API中忘记用Content-Type进行区分的话，后续对多种类型的客户端接入的支持就会变成陷阱（我们多次遇到过这个问题）。而如果一开始就检查是否增加先验知识（缺省Content-Type为plain或者允许指定Content-Type），那这一困难就可以避免了。

丁雪丰：首先，应该正确地使用HTTP的统一接口，比如HTTP的动词，如果不分青红皂白清一色POST那显然还有改进的余地；

其次，有合适的粒度，可以从三个方面来评判的粒度是否合理——网络的效率、表述的大小以及客户端使用时的易用程度；

最后，是表述的设计，除了表述的正文内容，还有其中的URI和链接，这些都是评判一个RESTful API好坏的标准。

马钧：在我看来，一个好的API标准，就是能尽量利用到HTTP协议的特性，将HTTP当成一种转移协议，而不是传输协议。包括但不限于：利用HTTP的各种动词来明确操作；包含有内容协商，可以根据请求头提供的参数选择一个最合适的媒体类型、语言、字符集和编码的表现；使用不同的返回代码来描述各种状态。但实际上见到过的很多声称RESTful API，包括国内的和国外的，能符合这些条件的并不多。parse提供的API是我见到过的较为不错的RESTful API，可以作为范例参考。

InfoQ：安全是恒久的话题，对于基于WSDL和SOAP的Web Service，我们有WS-Security这样的安全规范来指导实现认证、授权、身份管理等安全需求。那么，RESTful API有无成熟可用规范或实现框架呢？如何保证RESTful API的安全性呢？

李锟：保证RESTful API的安全性，主要包括三大方面：

a) 对客户端做身份认证

b) 对敏感的数据做加密，并且防止篡改

c) 身份认证之后的授权

对客户端做身份认证，有几种常见的做法：

在请求中加签名参数

为每个接入方分配一个密钥，并且规定一种签名的计算方法。要求接入方的请求中必须加上签名参数。这个做法是最简单的，但是需要确保接入方密钥的安全保存，另外还要注意防范replay攻击。其优点是容易理解与实现，缺点是需要承担安全保存密钥和定期更新密钥的负担，而且不够灵活，更新密钥和升级签名算法很困难。

使用标准的HTTP身份认证机制

HTTP Basic身份认证安全性较低，必须与HTTPS配合使用。HTTP Digest身份认证可以单独使用，具备中等程度的安全性。

HTTP Digest身份认证机制还支持插入用户自定义的加密算法，这样可以进一步提高API的安全性。不过插入自定义加密算法在面向互联网的API中用的不是很多。

这个做法需要确保接入方“安全域-用户名-密码”三元组信息的安全保存，另外还要注意防范replay攻击。

优点：基于标准，得到了广泛的支持（大量HTTP服务器端、客户端库）。在服务器端做HTTP身份认证的职责可以由Web Server（例如Nginx）、App Server（例如Tomcat）、安全框架（例如Spring Security）来承担，对应用开发者来说是透明的。HTTP身份认证机制（RFC 2617）非常好地体现了“分离关注点”的设计原则，而且保持了操作语义的可见性。

缺点：这类基于简单用户名+密码机制的安全性不可能高于基于非对称密钥的机制（例如数字证书）。

使用OAuth协议做身份认证

OAuth协议适用于为外部应用授权访问本站的情况。其中的加密机制与HTTP Digest身份认证相比，安全性更高。需要注意，OAuth身份认证与HTTP Digest身份认证之间并不是相互取代的关系，它们的适用场景是不同的。OAuth协议更适合于为面向最终用户维度的API提供授权，例如获取隶属于用户的微博信息等等。如果API并不是面向最终用户维度的，例如像七牛云存储这样的存储服务，这并非是OAuth协议的典型适用场景。

对敏感的数据做加密，并且防止篡改，常见的做法有：

部署SSL基础设施（即HTTPS），敏感数据的传输全部基于SSL。

仅对部分敏感数据做加密（例如预付费卡的卡号+密码），并加入某种随机数作为加密盐，以防范数据被篡改。

身份认证之后的授权，主要是由应用来控制。通常应该实现某种基于角色+用户组的授权机制，这方面的框架有不少（例如Spring Security），不过大多数开发团队还是喜欢自己来实现相关功能。

李建业：我不认为安全是RESTful API需要考虑的问题，事实上我觉得这是两个正交的问题。当然，如果使用RESTful API来提供认证、授权和身份管理，那也算是双方有关系，但是这和其它风格的API设计所要考虑的问题似乎没什么区别，不值得特别注意。

但是在具体设计层面，这两者的“正交点”上似乎确实有些问题，因为REST是一个推崇状态无关原则的架构风格，而认证和授权通常基于第三方解决方案，所以往往会出现违背有状态约束的问题，这个地方我也没有特别的想法，当然这个困难和原问题关系不大。

至于WS-族的协议，我不太了解，不太能参与讨论。

丁雪丰：对于RESTful API，常见的安全措施都是可以继续使用的。例如，为了防篡改，可以对全部参数进行签名；为了防范重放攻击可以在请求中增加一次性的Token，或者短时间内有效的Token；对内容加密可以实现数据防泄露……；对于DDoS攻击，各种HTTP流量清洗策略，都可以继续发挥作用，因为这就是基本的HTTP请求。

在授权和认证方面，OAuth 2.0已经基本成熟了，并且得到了广泛地应用。如果可以，接入第三方账户体系是个不错的选择，比如Google和Facebook的，国内的当然也有几个候选。

马钧：个人认为RESTful的安全性分为几个层次，在安全要求较高的场合，可以通过HTTPs这样的加密协议来保证网络层的安全，应用层的安全可以通过OAuth实现认证，而对于的访问授权，则只能依靠应用程序来实现了。

InfoQ：如何对RESTful API进行版本控制，请分享您认为实用的做法？

李锟：一个比较简单实用的做法是直接在URI中插入版本号，这样做允许多个版本的API并行运行。

另一个做法是在HTTP请求中加入自定义头信息，标明使用的版本号。不过这个做法其实对浏览器不够友好，简单地使用浏览器+HTML无法测试。

李建业：目前比较好的方式还是在uri设计中添加版本信息，其它方法都不如这个实用。

丁雪丰：个人认为最好的版本化，就是没有明显的版本。在对已发布的服务进行变更时，要尽量做到兼容，其中包括URI、链接和各种不同的表述的兼容，最关键的就是在扩展时不能破坏现有的客户端。例如，要变更一个参数，可以选择同时兼容新旧两种输入，或者保持老参数不动，提供一个新的参数，在文档中必须做出说明，不推荐新用户再继续使用之前的参数。

如果必须要进行不兼容的变更，那么可以选择标记不同的版本号，这时可以选择在路径或参数中增加版本信息。也有做法是增加HTTP标头，只是在调用时会稍有不便，推荐前两种方法。

马钧：RESTfulAPI的版本升级，尽量兼容之前的版本，保证原有的API都能正常工作，可以通过HTTP 301转跳到新的。另外一种实用的做法就是在url中保留版本号，同时提供多个版本供客户端使用，如 v1.rest 或者 rest/v1/ 这样。

InfoQ：HTTP1.1规范中给出的动词对于设计RESTful API够用吗？您在实际项目中会扩展自己的动词吗？在什么情况下需要扩展？

李锟：这个问题取决于设计者如何看待和设计。如果抽象做的很好，对于某个的任何操作，通常都能够映射到CRUD四个类别中。CRUD四个类别对于操作来说，绝大多数情况下是完备的。HTTP的GET/POST/PUT/DELETE四个方法，对于CRUD四个类别的操作来说是足够的，映射关系是Create-POST/Retrieve-GET/Update-PUT/Delete-DELETE。

我们通常不会选择创建自己的动词，这样做对于客户端开发者来说，需要更多的学习成本。如果在上定义的操作过多，我们会选择拆分出更多的。

李建业：一般是够用的，有时一些“不够用”的场景是由于我们没有设计出合理的，比如批量操作。但是，正如之前所说的那样，对于某些内部的、传统的（因此模型稳定且已知）系统，API提供者和调用者会有自已的固定动词表，此时没必要拘泥。另外，我不建议扩展动词，一旦扩展了动词，其实已经破坏了我之前说的*“尽可能少的先验信息”*，那么，扩展动词和重新设计动词的成本差别不大。基于这个考虑，我建议尽可能保持动词不变，除非你想重新设计动词表。

丁雪丰：一般情况下，常用的HTTP动词是够用的，并没有出现一定要自己扩展动词的情况。其实，最常用的也就是GET、POST、DELETE和PUT，而HEAD、OPTIONS、TRACE则基本用不太到。如果出现一时找不到合适的动词，安全幂等的操作用GET，其他都可以用POST，在设计时稍加考虑即可。

马钧：在我的实际项目中，只用到了POST，PUT，DELETE，GET这四个动词。

InfoQ：今年5月份发布的JAX-RS 2.0规范对于RSTfulAPI的设计最有价值的特性是哪个（些）? 它（们）用于解决什么问题？

李锟：REST开发框架RESTEasy项目负责人Bill Burke，去年写了一篇文章介绍JAX-RS 2.0。

我同意Bill在文章中的观点，在JAX-RS 2.0增加的内容中，最重要的三部分为：

a) Client API——用来规范化JAX-RS客户端的开发方式。

b) Server-side Asynchronous HTTP——用来实现服务器端推送功能，而不需要依靠低效的轮询方式。

c) Filters and Interceptors——用来分离关注点，将鉴权、日志等逻辑与业务逻辑分离开，更好地实现代码重用。

这三部分的内容对于开发者来说都很有用。遵循JAX-RS规范做开发，可以确保服务器端以及客户端代码的可移植性。

李建业：我个人关注异步API这部分，主要是因为流式服务将会越来越多，那将大量需要这类支持。

InfoQ：能否为InfoQ的读者推荐一款实用的RESTful API开发框架，并说明您的推介理由。

李锟：这个问题我就不详细回答了。不同的编程语言有不同的REST开发框架，对于REST的支持程度也不同。开发RESTful API的需求范围很广，可选择的开发框架的范围也很广。保持多样性是繁荣生态环境的基础。像Ja就有支持JAX-RS规范的Jersey、RESTEasy、Restlet、Apache CXF，和不支持JAX-RS规范的Spring MVC等等很多框架。这些框架目前都做的不错。我对框架的选择没有倾向性。RESTful API设计的最佳实践应该是通用的，而不是必须依赖某种特定的开发框架。

李建业：不好意思，这个我不太重视，没法推荐，不过我可以解释一下为什么对RESTful API框架不感冒的原因。

REST作为一个架构风格，对我们的系统开发有很大影响，但是这些影响一般是针对架构（例如状态无关）或者设计（例如识别）上的，所以一旦涉及到具体实现，主要工作就基本结束了，此时开发框架能做的事也就只有简化编程了（相较而言，有的框架还能起到引导设计的作用），而由于RESTful会抽象动词，所以实现层面中和API规范相关的工作本来就不多，那么框架的价值就更小了。

当然，我们也不可能直接基于servlet/rakc/wsgi来开发，不过一般的编程语言都会提供一些简单的url route/match策略，我们使用这些就足够了。另外，有些框架能帮我们生成全部的动词支持，但这也未必是好事，我一般倾向于按需实现——用到了再支持，这就更不需要太关注开发框架对RESTful的支持了。

丁雪丰：由于本人是Spring的拥护者，工作中也一直在使用Spring，所以在选择框架时会更多地倾向Spring MVC（并不是说别的框架不好，这里有些个人主观的成份）。如果一定要选择其他框架，也要选择能够方便与Spring集成的框架。如果在项目中已经使用了Spring，那么没有什么理由不选择Spring MVC，鉴于目前Spring在各种项目中的高出镜率，相信一般情况下都会选择Spring MVC。

REST的成熟度模型中，第三层就是HATEOAS，Spring目前还提供了Spring Hateoas子项目，对链接、等方面的支持都做了一定的增强。

马钧：我目前在实际项目中使用的是Spray，这是一个开源的 REST/HTTP 工具包和底层网络 IO 包，基于 Scala 和 Akka 构建。轻量级、异步、非堵塞、基于 actor 模式、模块化和可测试是Spray的特点。

InfoQ：HTTP2.0规范正在制定当中，您对它的期待是什么？

李锟：我的期待包括两个方面：应该做的和不应该做的。

HTTP/2.0规范应该做的：

与HTTP/1.1协议保持兼容。兼容的含义是说两者可以并存，客户端应用可以根据服务器端的能力，自由地选择使用HTTP/2.0还是HTTP/1.1，而且选择过程对应用来说是透明的。

改进HTTP协议（作为的统一接口）之中操作语义表达方式的语法，提高网络传输效率。

更好地模块化，这样HTTP/2.0协议的实现能够更好地模块化。应用程序可根据需要选择适当的模块，而不是要么全有、要么全无。

废弃掉HTTP/1.1协议中一些很少有人用到的部分，例如用管道（pipelining）方式发送请求。

增加更多的动词，以适应除CRUD之外的其他场景。

HTTP/2.0规范不应该做的：

HTTP/2.0协议不应该把底层的数据加密机制（即SSL）作为必选项。

HTTP/2.0协议不应该背离REST架构风格的约束，尤其是要确保操作语义对于中间组件的可见性。

在上面这两个方面，Roy Fileidng曾经与SPDY协议设计者Mike Belshe发生过激烈争论，详情请看：Roy Fielding谈Google SPDY协议

李建业：对此规范关注不多，不知道会不会有对于流的支持，目前我所知道的只有chunk方式进行简单的支持，但是真正的流需要区分数据通道和控制通道——哪怕是逻辑上的区分，这样就直接对REST风格产生了很大冲击，考虑到流式服务在未来的发展潜力，我特别期待业界在这方面有所进展。

丁雪丰：HTTP 2.0很大程度上是借鉴了Google的SPDY，就我而言，首先，希望这个规范能做到与HTTP 1.1的兼容，使用者如果只认识1.1，那么2.0能优雅“降级”；其次，希望2.0能带来更好的性能，SPDY在这方面还是有所改进的，希望HTTP 2.0能再接再厉；最后，希望这个规范能在最终定稿时附带一个最佳实践，正确引导人们合理地使用HTTP 2.0。

马钧：没研究过，估计即使出来，1.1还有很长的生命周期，不会很快被取代。

学中如何月上起日?有什么捷诀?

满族取汉姓陈姓的太多拉，比如：

萨克达氏、舒舒觉罗氏、陈佳氏、懂鄂氏、乌尔古陈氏、哲辰氏、岳克穆氏、西林觉罗氏、鄂吉里氏、乌拉那拉氏、陈吉勒氏、钮估录氏、八旗汉军陈氏、八旗高丽陈氏、在旗回回陈氏.....等。

你要问的是哪一家满族陈姓啊？

你家祖籍哪省？哪县？ 关于祖上有什么样的历史传说啊？

至少你得给出线索，别人才好帮你缩小范围查找。

不然满族人口900多万呢，你想一想陈姓的得有多少？

至少还不得几万人啊？

你光说姓陈，那不等于大海捞针吗？

是没有月上起日法的，年、月、日、时四柱干支中，“月干支”可以由“年干”的五虎遁出来；“时干支”可以由“日干”的五鼠遁出来，唯独“日干支”无法由“月干”推算出来，原因很简单，在干支历法里，"月支"、“时支”正好与十二月、十二时辰拟合，循环往复，规律易寻，而月建是在十二节，即立春建寅，是为岁首，然后惊蛰建卯，清明建辰，立夏建巳，随后芒种、小暑……以此类推，这样一来在每月里的“日支”就成了多循环，并且不是十二的整数倍，有规律也是一个复杂的公式，不便被人记忆，所以没有月上起日法，算来算去，还不如翻宪书、万年历来得快。

当然日干支也是有方法可推演出来的，但如果数学不是很好，还是利用万年历查日干支比较好，一般不会发生错误。月上起日现在常见的有三种方法：盲师月上起日法、《大山遁歌诀》和利用公历日期推算。

（一）盲师月上起日法：

甲子青虎初一善 虎蛇金戌子牛献

乙丑戊申十二猴 送位前已九鼠楼

丙寅癸酉念三江 寅宋初未九牛香

丁卯红兔初四寅 宋龙马金九月旬

戊辰壬戌十四蛇 寅龙后二五六八

己丙戌念五 羊 寅龙蛇羊七九藏

庚午白龙初六猪 火局后六金牛初

辛未登卯十八天 壬马金鸡十牛先

壬申丁酉念九刚 鸡狗蛇羊鼠上仓

癸酉壬辰初十羊 正四后五燕八江

甲戌丙辰念一狗 龙虎骑著鸡羊走

乙亥白猪初二天 送初羊狗牛开山

丙子青蛇十三交 金局前三兔火烧

丁丑黄蛇念三卯 二三入六八牛旬

戊寅癸亥初五戌 龙蛇六八子前七

已卯丁亥十七牛 青蛇原玉上羊楼

康辰白蛇念八辰 辰午金猪照天门

辛已乙亥初九暗 辰七前六八十天

壬午黄猪十九狗 二五七九鼠上走

癸未青马初一天 报刚周刀江牛翻

甲申戊子十二卯 送江前堂五七小

乙酉癸丑念二章 寅卯堂章七子乡

丙戌红羊初三鸡 二三入六八子一

丁亥辛丑十四鼠 壬安后送西周猪

戊子乙丑念六卯 二四六七狗上咬

己丑黄羊初七章 二五双七子一良

庚寅癸未十八酉 寅辰原迎猪西丑

辛卯丁丑念八子 二五七九鼠上起

壬辰黑猴初十寅 子报前五六九辰

癸巳红猴念一蛇 寅辰唐迎猪牛霞

甲午庚寅初二营 林堂马猴猪十程

乙未乙酉十二亥 火局前三蛇猴在

丙申黄鸡念四虎 理玉琴章鸡合猪

丁酉癸卯初五印 木局出果后八进

戊戌红虑十六金 蛇羊金狗鼠上分

已亥白鸡念七猪 牛形八裏未月初

庚子乙卯初九寅 化刀后六初牛林

辛丑黄兔十九初 送堂未狼十一鼠

壬寅甲戊三十猴 正三四六九月牛

癸卯戊辰十一亥 秦送双蛇酉牛在

甲辰壬辰念二寅 送迎初马九月旬

乙巳丁亥初三堂 报刚羊马酉牛良

丙午庚辰十五猴 后龙周刀安九牛

丁未青龙念五形 玉子六九在长营

戊申己亥初七寅 勤虎后七上九辰

己酉癸亥十八堂 龙马虎鸡猪牛房

庚戌红蛇念八申 送玉周马十一飞

辛亥壬子初九江 子报后五玉猴堂

壬子红鼠念一天 龙虎蛇羊鸡上山

癸丑白马初二刚 子送己鸡五营乡

甲寅青鼠十三羊 玉子五七刀后堂

乙卯戊子念四戌 琴玉周刀才子西

丙辰壬午初六丑 玉马金子后八九

丁巳丙午十七刚 林周进国才子乡

戊午庚子念七羊 送刀长江马牛王

乙未忆未初八良 送龙马金猪过双大羊

庚申黄羊十九牛 林刚化章金黄猴

辛酉甲寅三十龙 正三四六猪猴行

壬戌戊申十一章 琴送双蛇七九良

癸亥壬申念二鸡 送蛇章元鸡子西

甲子丙寅初三延 送章未行鸡戌见

乙丑庚寅十五卯 寅蛇羊鸡戌淹好

丙寅甲申念六章 寅蛇申青淹国乡

丁卯戊寅初七酉 送堂后勤延国九

戊辰壬寅十七鼠 二四六九腊月牛

乙巳丁酉念八林 二三入五七九辰

庚午壬辰初九章 寅龙羊鸡后五堂

辛未丙辰二十金 正三四六七九申

壬申庚戌初一亥 寅蛇申章酉花开

癸酉甲辰十三寅 正五后三申酉形国人

甲戌红兔念四蛇 蛇羊鸡戌延来查

乙亥壬戌初五申 正四六九后鸡鼠延新

丙子丙戌十六化 寅龙羊鸡十一腊

丁丑庚辰念七寅 二四六九腊月神

戊寅青猪初八辰 二龙双马鸡鼠人

己卯己亥十九未 二龙羊马鸡国贵

庚辰癸巳念九良 玉堂琴英青国长

辛巳红猪十二天 玉良琴迎后蛇延

壬午白猪念三辰 玉马金鸡化天门

癸未青蛇初四未 玉琴鸡戌子延会

顾名思义，“盲师月上起日法”，此法多为盲师所用，看上去甚是繁杂，所以我也没有认真学习过，我只是了解干支历，又不搞八字预测，也没有必要研究这个，有万年历就够了，所以暂时还不能理解口诀的用法。

（二）《大山遁歌诀》：

30连月干同支相冲，

29连月干退支冲后。

干支纪日每60天一循环，由于大小月及平闰年不同的缘故，日干支没有简单规律可循，此法倒是提供了一种规律，但前提是，你首先要知道所要推算年份是平年还是闰年，如果是闰年闰的是几月；其次你要知道所推算年份里哪几个月是大建（30天）；哪几个月是小建（29天）；最后你要知道所要推算年份里正月初一的日干支。但是，怎样知道此年是不是闰年？好吧，人生在世，最多也就百岁，记吧，十九年七个闰月，一百年也就几十个闰月而已；那怎样知道大小建呢？也记忆吗？每年正月初一的干支也要记？也许有人会说，看一下万年历不就知道这些了吗？但是，看一下万年历不就能直接知道“日干支”了吗？干嘛还要多此一举用这个推算。

反过来再想，干支纪年是太阳历，中国阴历是太阴历，硬用太阴推算太阳实在是可笑。有人能不看日历脱口说出明年立夏是阴历哪一天吗？能脱口说出立夏大概是公历哪一天的人倒是有很多，5月的5日~6日，因为节气是太阳历，阴历是月亮历，干支历月建是在十二节的，所以也是太阳历，用中国阴历推算“日干支”不是明智之举，此歌诀不简单，不易行，是伪歌诀，其余的就不多说了。

（三）根据公历日期计算当日干支口诀及计算公式：

乘5除4,9加日，

双月间隔30天。

一二自加整少1，

三0，四1,六七2，

3,4,5八十尾顺。

计算基本公式是：（××年×5＋××年÷4＋9＋日＋修正值）÷60＝商……余数

解析：

日干确定：取余数的个位为天干序数，对应天干（余数为0，对应天干是癸）。

日支确定：余数÷12＝商……［余数］，取［余数］为地支序数，对应地支（［余数］为0，对应地支为亥）

最后两句的解释：（逢闰年 一二月不加,平年加1,加2) 一月加修正值1,二月加修正值2，三月不加修正值，四、五月加1,六、七月加2，八月加3，九、十月加4，十一、十二月加5。

举例说明：

例一：1996年1月16日

（96×5＋96÷4＋9＋16）÷60＝8余49，49即为六十甲子序数。9对应天干壬，49除12余1对应地支子，对应干支为“壬子”。

例二：19年2月16日

（×5＋÷4＋9＋16＋30＋2）÷60＝9余26，26即为六十甲子序数。6对应天干己，26除12余2对应地支丑，对应干支为“己丑”。

例三：1998年3月16日

（98×5＋98÷4＋9＋16）÷60＝8余59，对应干支为“壬戌”。

例四：1999年4月16日

（99×5＋99÷4＋9＋16＋30＋1）÷60＝9余35，对应干支为“戊戌”。

例五：2000年7月16日

（100×5＋100÷4＋9＋16＋2）÷60＝9余12，对应干支为“乙亥”。

例六：2001年10月16日

（101×5＋101÷4＋9＋16＋4＋30）÷60＝9余49，对应干支为“壬子”。

这种方法根据阳历推算，相对可靠，但需要较多计算，数学口算不好的话还是不建议使用。