史记和汉书都有记载的 《史记》和《汉书》各有什么优劣

《史记》和《汉书》各有什么优劣  

《史记》和《汉书》各有什么优劣

《史记》是中国历史上第一部纪传体通史，作者是西汉时期的司马迁。史记全书共一百三十篇，分为本纪、书、表、世家、列传五大部分。《史记》约成书于公元前104年至公元前91年，本来是没有书名的，司马迁完成这部钜著后曾给当时的大学者东方朔看过，东方朔非常钦佩，就在书上加了“太史公”三字。“太史”是司马迁的官职，“公”是美称，“太史公”也只是表明谁的著作而已。班固的《汉书·艺文志》在著录这部书时，改成《太史公百三十篇》，后人则又简化成《太史公记》、《太史公书》、《太史公传司马迁的父亲司马谈任太史令，写古今通史的愿望没有实现，临终要司马迁完成其夙愿。后来，司马迁继任父亲太史令之职，开始写《史记》，十多年后，终于完成。
司马迁著《史记》，其史学观念在于“究天人之际，通古今之变，成一家之言”。司马迁探求的天人之际，并非承认天的神祕力量反而重视天人之间关系的演变，从而了解 “古今之变” 的关键，探求出历史动态发展变化的层面，最终完成“一家之言”。而他的撰述动机，主要有以下三方面：
一、司马迁为了继承其父司马谈编订史书的遗志，完成撰述《史记》的巨集愿。司马氏世代为太史，为继承孔子撰述《春秋》的精神，整理和论述上代历史。《隋书‧经籍志》说：“谈乃据《左氏春秋》、《国语》、《世本》、《战国策》、《楚汉春秋》，接其后事，成一家之言。”可见司马谈有意继续编订《春秋》以后的史事。汉武帝元封元年，武帝进行封禅大典，司马谈身为太史令，却无缘参与当世盛事，引为终生之憾，忧愤而死。他死前将遗志嘱咐儿子司马迁说：“今天子接千岁之统，封泰山，而余不得从行，是命也夫！余死，汝必为太史，无忘吾所欲论著矣……”司马迁则回答道：“小子不敏，请悉论先人所次旧闻。”可知司马迁乃秉承父亲的遗志完成史著。而《史记》以《封禅书》为其八书之一，即见其秉先父之意。
二、司马迁想继承《春秋》精神。司马迁在《太史公自序》说：：“先人有言，自周公卒，五百岁而有孔子，孔子卒后，至于今五百岁，有能绍明世，正《易传》、继《春秋》、本《诗》、《书》、《礼》、《乐》之际，意在斯乎？意在斯乎？小子何敢让焉？”此正暗示其有明道义，显扬志业人物的使命。《春秋》的下限，到鲁哀公获麟之年，此后的史事就没有完整的史籍记载。司马迁是绍继《春秋》，并以汉武帝元狩元年“获麟”及太初元年改历下限，撰写史记。然而，司马迁继承《春秋》，不仅是要形式上承继周公以来的道统，而且是重视《春秋》的性质，他在《太史公自序》说：“夫《春秋》，上明三王之道，下辨人事之纪，别嫌疑，明是非，定犹豫，善善恶恶，贤贤贱不肖，存亡国，继绝世，补敝起废，王道之大者也……《春秋》以道义，拨乱世，反之正，莫近于《春秋》。”可见司马迁对“春秋之义”和“春秋笔法”心仪已久，这是他要承孔子的真意、秉承《春秋》褒贬精神，撰述《史记》。
三、司马迁要肩负史家职责。据《后汉书百官志》载，“太史令”只是俸禄六百石的小官，职责仅在于管理图籍，掌管星象天文，最多也只是记录上代及当代事情，并无著述的责任。然而，司马谈和司马迁明显不满足于“拾遗补蓺”。司马谈早有整理上代历史的计划，可惜却“发愤而卒”，临终前叮嘱司马迁，认为“自获麟以来，史记放绝。今汉兴，海内一统，明主、贤君、忠臣、死义之士”甚多，身为太史令，有完成论载上代历史的任务。司马迁在《太史公自序》也指出身为太史的职责说：“且余尝掌其官，废明圣盛德不载，灭功臣、世家、贤大夫之不述，隳先人之言，罪莫大焉。”因此，司马迁一心秉承先人世传及“述往事以思来者”的责任感，决意撰述《史记》。在《报任安书》中亦透露著述《史记》的目的，他说“凡百三十篇，亦欲以究天人之际，通古今之变，成一家之言。”可见他不但要完成太史令的责任，更要尽史学家的职责。
《史记》是一部通史，此书记事始于传说中的黄帝时期，一直写到汉武帝元狩元年，叙述了中国古代三千年左右的历史。全书共一百三十篇，有十二本纪、十表、八书、三十世家、七十列传，五十二万六千五百一十五字。“本纪”是全书提纲，按年月记述帝王的言行政绩。“表”用表格来简列世系、人物和史事。“书”则记述制度发展，涉及礼乐制度、天文兵律、社会经济、河渠地理等诸方面内容。“世家”记述子孙世袭的王侯封国史蹟。“列传”是重要人物传记。其中的本纪和列传是主体。
按司马迁所说，编写的宗旨是“究天人之际，通古今之变，成一家之言”。“究天人之际”是探秋天道和人事的关系，作者批判了原来的“神意天命论”，提出了“帝王中心论”。“通古今之变”，即探究历史的发展实况及其规律。
《史记》参考了众多典籍，如《左传》、《国语》、《世本》、《战国策》、《楚汉春秋》和诸子百家等，同时参考档案、民间古文书籍。他还亲自采访，进行实地调查，然后对材料精心选择使用，治学态度异常严谨。
汉代之前的历史著作在内容、史事、材料、作者编撰水平上都无法和《史记》相比。可以说，《史记》是中国古代第一部通史，不但规模巨大，体系完备，而且对此后的纪传体史书影响很深，历朝正史基本都用这种体裁撰写。同时，书中的文字生动性，叙事的形象性也是成就最高的，鲁迅先生对史记的评价也很高。
司马迁去世之后，《史记》并没有立刻流行，被人重视。到汉宣帝时，司马迁的外孙等人开始把《史记》部分内容流传，西汉政府把《史记》正副本都作为宫廷祕籍收藏，阻止该书内容外传，即使诸侯东平王要求朝廷赐书都遭到拒绝，直到东汉才开始流传，但到东汉时已经有了残缺。
《汉书》
《汉书》的语言庄严工整，多用排偶、汉书古字古词，遣辞造句典雅远奥，与《史记》平畅的口语化文字形成了鲜明的对照。中国纪史的方式自《汉书》以后，历代都仿照它的体例，纂修了纪传体的断代史。
《汉书》成书于汉和帝时期，前后历时近四十年。班固世代为望族，家多藏书，父班彪为当世儒学大家，“唯圣人之道然后尽心”，采集前史遗事，旁观异闻，作《史记后传》六十五篇。班固承继父志，“亨笃志于博学，以著述为业”，撰成《汉书》。其书的八表和《天文志》，则由其妹班昭及马续共同续成，故《汉书》前后历经四人之手完成。班昭是“二十四史”中绝无仅有的女作者。
注疏《汉书》者主要有唐朝的颜师古（注）、清朝的王先谦（补注）。
《汉书》开创了我国断代纪传表志体史书，奠定了修正史的编例。史学家章学诚曾在《文史通义》中说过：“迁史不可为定法，固因迁之体，而为一成之义例，遂为后世不桃之宗焉。”历来，“史之良，首推迁、固”，“史风汉”、史班或班马并称，两书各有所长，同为中华史学名著，为治文史者必读之史籍。
《汉书》尤以史料丰富、闻见博洽著称，“整齐一代之书，文赡事详，要非后世史官所能及”。可见，《汉书》在史学史上有重要的价值和地位。
《汉书》开创了“包举一代”的断代史体例。

《史记》总体来说比《汉书》更好，史记开创了纪传体历史纪录方式，汉书只是继续。

Textile 和 Markdown 各有什么优劣

=== Markdown 的优点 ===
Markdown 的主要优点是有大量的第三方编辑器支援。首先 GitHub 的线上文件编辑器就能很好地支援它，而 Mac App Store 或 Windows Marketplace 上搜索 Markdown editor 也是一抓一大把。很多编辑器都支援所见即所得编辑，非常方便。相比之下支援 Textile 的编辑器数量就很少。但 Markdown 在做复杂的内容编辑时能力有限，要求编写者最好具备一定的 HTML 基础，比如插入表格。对不熟悉 HTML 的朋友来说，这种操作未免麻烦了些。
——但需要注意的是，这不算是 Markdown 的问题，而是设计者有意为之的。本来 Markdown 的设计目的是为了「简化」而非「替代」HTML。
=== Textile 的优点 ===
Textile 的优势是不需要过多的 HTML 基础（当然如果确实需要，使用者也可以用）。比如表格，它提供了 [Table] 标志而不是要求直接上 HTML 段落；又比如 == 号可用来阻止直译器解释，而不是像 Markdown 那样需要直接用 <div>。Textile 的另一个好处是它提供了一些复杂字元的内建支援，比如：(r) == ®, (tm) == ™, (c) == ©，放在 Markdown 里就麻烦一些。第三个好处，也是我很喜欢 Textile 的一点：它提供的标记更容易阅读。比如标题标记，Textile 用 .h1 .h2，级别一目了然，和 Markdown 用「#」和「##」的标识相比，可读性更好。

你这问题问得太奇怪了。
Textile是名词，意思是“纺织品、织物”。
Markdown也是名词，意思是“降价、减价”。
这两者之间有什么可以比较的地方吗？优势怎么比较？

thrift和google protobuffer各有什么优劣

Google放出来了Protocol buffers，一种用来部分替代xml的资料描述语言。Google就是Google，就算是推白菜出来，也一样能让人侧目。其实protocol buffers也不是什么新鲜的概念，且不说传统的ASN.1, ICE这些有点类似的东西，facebook一年前就推出了thrift，应该说定位是非常的接近的。也有谣传说是先有了protocol buffers在google内部流行，然后google的人跳槽到facebook，就出了thrift这个东西……呵呵，停止八卦，言归正传。 观察法看到的优缺点 Thrift: 支援的语言更广泛一些c++, java, python,ruby, csharp, haskell, ocmal, erlang, cocoa, php, squeak(真够变态的) protobuf 目前还是只支援c++, java, python, 其他语言有待开发. Thrift提供的功能更丰富一些: Thrift提供了简单的RPC构架(其实不简单了, block, nonblock的都有了…..) protobuf好像一心一意做好自己的事情，只提供了序列化和反序列化的功能。 Thrift支援多种协议格式. Thrift的程式码实现，有专门的TProtocol和TTransport抽象，相互配合，可以实现多种协议，方便整合各种传输方式。至少目前Thrift就能使用json作为序列化协议。 protobuf好像只安心一种协议，并下决心把这个格式做好。输入输出也是标准的stream. 认真的说也不完全这样，protobuf为了除错方便，也提供了Text_Fromat功能，这个也算一个nonbinary格式支援，这样看来完全新协议还是有可能的。 Thrift还提供了不少语言的C module(效能啊，都是效能啊) protobuf全部pure language实现, 反正现在已经都5到10倍速度了，不在乎了….. thrift目前不支援Windows平台，至少c++语言的runtime library和generated code是不不能在windows平台上使用的。(这真有点让人难以接受啊，现代科技这么发达，还有怪兽boost，支援windows有这么难吗?) protobuf没有这个问题，提供了visual studio的专案档案，可以很顺利的在windows平台下编译。(题外话: 如果不知道googletest怎么在windows平台上使用，可以参考protobuf的测试用例)。 The Thrift C++ runtime library does not currently work on Windows. This means that you’ll be able to pile ThriftIDL files to C++/Java/Python/etc., but you won’t be able to pile and run the generated C++ code under Windows. thrift wiki protobuf侧重点是语言表达，同时在储存效率上也下了不少功夫。用protobuf来直接读写资料结构相当的方便。 thrift侧重点是构建夸语言的可伸缩的服务，特点就是支援的语言多，同时提供了完整的rpc service framework，可以很方便的直接构建服务，不需要做太多其他的工作。 资料型别相对固定的情况下，不论是thrift还是protobuf都会比直接处理xml要方便很多。不管是dom还是类sax，总没有直接出资料结构访问来的方便啊。

nvidia和a卡各有什么优劣？

nvidia的卡一般比同性能的a卡贵，a卡同性能的功耗和发热一般比n卡高