《富兰克林自传》 富兰克林 译林出版社

点评:★★★★★
富兰克林是一个勤奋 聪明 坚强 谦逊 善良 热心 巧言善辩 智慧 理性 自律 强悍的行动力和学习力的人。很佩服他，希望能学习到他的优点。这本书值得再三阅读。里面有一些他遭受的苦难一笔带过，对于读书他都有详细的描述。以前对其了解仅限于他制定的自律习惯十三条，和捕捉雷电。以及后面巴菲特是他的铁粉，还写了本书名类似他的书《穷查理年鉴》的《穷查理宝典》。看过本书后，去查询了他的生平纪事，越发佩服他。他书中对于自己的贡献并没有提及太多，本杰明·富兰克林是美利坚开国三杰之一。100美元上印的他的头像。对于只正经上过两年学的他来说，能一生达到如此多的成就，非常厉害。不论是这本书的语言风格还是内容都值得一看。现在计划看他写的《穷查理年鉴》
这本书没有夸张，没有说理，就是娓娓道来的白话描述自己的人生时光。
童年的苦难和当时离家出走的被迫，一笔带过。到了青年时期被骗的团团转，辗转奔波6个多月，也只是因为别人的谎话。他得到了很多自己的经验，然后对于朋友对于读书对于学习，都有自己的很多独到的见解。

以下是本书我所做的标记

◆ 译者导言

因撞到千载难逢的大运而得者为数寥寥，由日积月累的小惠而生者比比皆是

◆ 自传

于是就打发我试着跟他学一段时间的手。谁曾想他要向我收取学费，这一下可惹恼了我父亲，于是又把我领回了家。

还有一本笛福的书，叫做《论计划》，另外一本是马瑟博士的书，叫做《论行善》，后面这两本书扭转了我的思想，从而影响了我未来生活的一些重大事件。

我看书非常小心，很快就能干干净净地归还。书要是晚上借的，第二天一早必须归还，以免被以为丢失或缺货，我往往在自己的屋子里开夜车赶着读。

认为要是我坚持写诗，这些缺欠就可以避免，因为为了合律协韵就不断需要用意思相同、长短不一、声音多变的词，这就会逼着我为这些变化而苦苦搜索，而且也会让我把那些变化牢记心头，最后使我完全将它掌握。于是我找了几个故事，把它们改写成诗歌。过上一段时间，等我把原来的散文忘在脑后时，我又把诗歌还原成散文

无论读书还是做练习，时间只能定在晚上，下班后或早上上班前；要么就是礼拜天。一到礼拜天，我总想方设法一个人待在印刷所里，尽量逃避到教堂做例行的礼拜，而在父亲管教下时，他总是逼着我去：不过我确实认为这是一项职责；但对我而言，只是挤不出时间去履行而已。
大约十六岁的时候，我碰到一本倡导素食的书，是一个姓特赖恩的人写的。我决定吃素

在他们回来之前，剩下的时间我就可以学习，于是我的学习大有长进，因为饮食节制可以使人头脑更清楚，领悟更敏捷。我

还读了洛克的《人类理解论》和罗亚尔港的先生们的《思维的艺术》。

找到了色诺芬的《回忆苏格拉底》，其中不乏这种方法的例证。我对这种辩论方法着了迷，便采用了它，丢弃了我那一套贸然反驳和武断论证的做法，拿出一副不耻下问和满腹疑团的样子。

而宁可说，我心想，我恐怕一件事情是如此这般，由于某种理由，在我看来，或我倒认为它如何如何，或者我想象事情如何如何，或者如果我没有弄错的话，事情就是这样。当我需要反反复复坚持自己的见解并说服人们相信我时不时地鼓动宣传的措施时，我相信这种习惯对我好处极大。由于交谈的主要目的是提供信息或者获取信息，使人心悦或使人信服，所以我希望善意明达之人不要以武断自负的方式说话，而使行善的力量减弱，原因是用这种方式往往使人反感，容易造成对立，使我们专靠语言达到的这些目的——即提供或获取信息或者提供或获取快乐——一一泡汤：因为如果你要提供信息，在你提出自己的见解时，一种武断教条的态度可能招致反驳，也阻碍了坦诚的关注。

蒲柏

教人时要让人觉得你不是在教他，
人所不知的事情你就说他是忘啦，

他肯定会反对在他的报纸上刊印出来的，

可以想象出他当时的处境是多么的艰难。走投无路，只能卖掉自己一部分收藏的书籍来获得路费，卖的时候犹豫再三可能还挑拣了半天才决定卖掉哪些书。换取一些钱当作路费。
他被哥哥雇佣最后关系闹崩，想找个其他的活干，都找不到。因为他哥哥找到所有可能要雇佣他的人一一告诫别人都不要雇佣他弟弟。连曾经站他立场的人—父亲也跟哥哥站在一起。他找不到工作，也没有钱，亲人反对抱有怨言，他写自己属于被千夫所指。用了一个非常不体面的谎言说搞大了别人的肚子逃离，与其说投奔另一个城市不如说是被逼迫离开了家乡。但凡心里脆弱者可能都自杀了。所以才在后面他提到说当他回去的时候把自己收拾漂漂亮亮，口袋里装满了银币，他就是给他哥哥看的。这轻描淡抹得一笔。

于是我把一部分书卖了，凑了一点钱

于是我把一部分书卖了，凑了一点钱

发现已经到了纽约，离家快三百英里了，一个十七岁的孩子，既没有带给任何人的推荐信，也没有一个认识的人，囊中又是十分羞涩

《天路历程

就在我吃点心的当儿，他跟我聊了起来，发现我读过几本书，态度顿时变得亲切友好。我们的交往一直持续到他去世。

铜板我给了船家当路费，起初他们不肯收，因为我也出力划过船了；但我执意要他们收下。有时候一个人钱少时比钱多时出手更大方，也许是怕被人小瞧的缘故吧。

现在我开始在镇上的年轻人中间结交朋友了，这些人都喜欢读书，我和他们晚上聚在一起，过得十分惬意。我靠自己的勤奋和节俭，攒了一点钱，日子过得挺滋润

在此期间，这个意向仍然保密，所以我照旧在凯默那里打工，

父亲认为我太年轻不能经管重大事业的判断不无道理。然而威廉爵士读过他的信后说他过于谨小慎微。人和人有天壤之别，年长难保事事谨慎，年幼未必处处唐突。

这样我就放放心心地吃起鳕鱼来，而且跟别人一样继续吃下去，只是偶尔回头吃吃素。这么看来，做一个理性的动物倒是一件十分方便的事情，因为人想做一件事，它总能使人找出一个或造出一个理由来。

我习惯用苏格拉底辩论法跟他周旋，提一些表面上离题万里的问题，然后步步逼进切入正题，往往使他陷入为难和矛盾的境地，引他钻进圈套，最后他变得战战兢兢，令人喷饭，如果不先问一句，你打算由此推定什么呢？

她很有教养，头脑明达，举止活泼，谈起话来娓娓动听。

就这样，那些可怜鬼总是把自己搞得紧巴巴的

因为我相信，跟自己必须朝夕相处的人交恶是愚蠢透顶的

汇总了一下我替他们垫付的款项，有时候一周得付他们的欠账接近三十先令

所以当我谈及听说有个离工作地点更近的住处

研究练习了泰弗诺所有的动作和姿势，再加上自己的一些独创，决心达到不仅实用而且优美、轻松的目的

除了看戏，买书，自己的开销不大

他活泼，机智，性情好，和蔼可亲，但吊儿郎当，缺心眼儿，为人做事可轻率到家了。

我告诉他他不必后悔，我立马就走；

再说，他看到我对他儿子有很大影响，早就说服他戒了酒，还指望我们关系更为密切时可以使他完全摒弃那种恶习，所以就更加支持

我又回去了，我们的关系比前一段时间顺溜了许多。新泽西的生意搞到手了，为此我设计了一台铜板印刷机，这在美洲还是第一次见到。为了印钞票我还刻了一些装饰花纹和格子图案。我们俩去了一趟伯林顿，在那里我独当一面全盘处理，搞得人人满意，他从中大赚了一笔钱，所以好长一段时间暂无灭顶之虑。

对于公认的看法总爱顶牛，又不修边幅，衣着脏得一塌糊涂，在一些宗教问题上又是个狂热分子，还带点儿流气。

我逐渐确信人际关系中的真实、诚信、正直对于人生的幸福至关重要，我写成了决心书（这些仍然保留在我的日记本里），在有生之年时时躬行实践。诚然，启示论对我而言本身并不那么重要；但我仍然抱有这么一种观念：有些行为也许不是因为启示论禁止就是坏的，或者因为启示论提倡就是好的；然而，将事物的性质，也就是种种情况，都考虑进去，这一点倒很有可能：这些行为之所以会被禁止，是因为它们对我们有害，或者之所以会被提倡，是因为它们对我们有益。这种信念，多亏了上帝或守护天使的恩佑，或者碰巧形势有利，或者兼而有之，使我（度过这段危险的青年时代和远离父亲关照劝导后有时陷入的举目无亲的险境）没有因为缺乏宗教信仰而可能铸成任何任性的不道德或不正义的大错。我说任性，是因为我提到的一些事例，由于我的少不更事和别人的狡诈无赖，具有某种必然性，因此当我开始步入社会时，我有一种差强人意的品格，我对它给予适度的重视并决心保持到底。

我逐渐确信人际关系中的真实、诚信、正直对于人生的幸福至关重要，

由于我对豪斯满怀感激之情，这就使我比在别的情况下更加乐意帮助刚开始起步的年轻人。

继续弹着同一个老调，多少年就是不在那里买房，因为一切将会毁于一旦，终于有一天我有幸看到他买房子，花的钱可是他第一次呱哒时的一倍。

我们这样勤奋苦干，邻居们有目共睹，我们开始赢得了声望和信誉；我还听说商界的夜夜俱乐部有人提起新开张的印刷所，普遍的看法是必死无疑，因为当地已经有了凯默和布雷福德两家印刷所；然而贝尔德博士（多年以后你我在苏格兰他的故乡圣安德鲁斯见过他）则力排众议；因为那个富兰克林的勤奋，他说，是他的同行们望尘莫及的：我离开俱乐部回家时，他还在干活呢；他的邻居还没有起床，

之所以这样毫无顾忌地强调自己的勤奋，尽管有自吹自擂之嫌，目的无非是让读过它的子孙后代们看到在这段叙述中勤奋产生的于我有利的效果时，就可以知道这种美德的用处了。

最后只好贱价甩卖给我，我已经准备多时，想继续办下去，所以立即接手，事实证明在以后几年内办报纸使我大发其财。

为了确保我作为一个生意人的信誉和人格，我处处留心，不仅要实打实的勤奋节俭，而且在面子上也避免有相反的表现。我衣着朴素；从不到娱乐场消闲鬼混；我从不出去钓鱼打猎；的确，看书有时候使我忘乎所以，误了正事；不过这种情况非常罕见，又十分隐蔽，没有引起物议：为了证明我不是个甩手掌柜，有时候我把从商店买来的纸张用手推车推过大街小巷送到家中。这样一来，人们认为我是个勤奋、发达的青年，买东西按时付款，进口文具的商人拉我做他们的客户，别的商人提议给我供书代销，我的事业顺风顺水。

就算他真的死了，他留下的很多债务可能要求继承人来偿还。然而，尽管困难重重，我们豁出去了，1730年9月1日我娶她为妻。

◆ 〔两封信〕

飞逝的时光总因洋溢着满足和快乐而叫人意气风发，而不是满载着愚蠢的忍耐和悔恨使人备受煎熬。那样的一种行为对这么一些人是轻而易举的，他们把美德和自身定为行为的准则，他们以效仿其他往往以忍耐为其特点的真正伟人，使自己做到宠辱不惊。

◆ 〔第二部〕生平自述续篇

效法

一，节制。
饭不可吃胀。
酒不可喝高。
二，缄默。
于人于己不利的话不谈。避免碎语闲言。
三，秩序。
放东西各归其位，办事情各按其时。
四，决心。
决心去做该做的事情，做就做到心想事成。
五，节俭。
不花于己于人没有好处的闲钱，杜绝浪费。
六，勤奋。
珍惜时光。手里总忙有益之事。剪除一切无谓之举。
七，诚信。
不害人，不欺诈。
思想坦荡，公正；说话实事求是。
八，正义。
不损人利己，伤天害理的行为永不沾边，利公利民的应尽义务切勿放手。
九，中庸。
避免走极端。忍让化冤仇。
十，清洁。
身体、衣着、居所，不许不干不净。
十一，平静。
不可为小事、常事或难免之事搅乱了方寸。
十二，贞洁。
少行房事，除非为了身体健康或传宗接代；千万不可搞得头脑昏沉，身体虚弱，或者伤害自己或他人的平静或声誉。
十三，谦卑。
效法耶稣和苏格拉底。

我相信很多人都是这种情况，他们由于缺少我用的手段，发现树立良风破除陋习十分艰难，在善与恶的其他一些交锋上放弃了斗争，还说什么麻脸斧头是最好的

开始就说，在某种情况下他的见解可能是对的，但在目前看来，我觉得情况似乎或好像有所不同等等。很快我就发现了我这种改变态度的好处。我所参与的谈话进行得更加惬意了。

◆ 〔第三部〕

最可取的对上帝的侍奉就是对人行善。

一个能力尚可的人可以在人类中促成大变革，成就大事业，只要他首先制订一个好计划，然后剪除一切娱乐活动或其他可以让他分心旁骛的事务，把推行这一计划当作他唯一的研究和事业。

穷理查历书

日子之间出现的空白处填上一些谚语警句，主要劝导人把勤奋、节俭当作致富手段，进而培养美德，因为对一个穷人而言，总是老老实实地做事更难，因为（这里试用一句谚语）空袋子，难立直。

我在1733年就开始学习外语。我很快就精通了法语，能够轻松地看法文书。然后我又学了意大利语。有一个熟人也学意大利语，他常常引诱我和他下棋。发现这么做占去了我为学习匀出来的过多时间，我最后再也不下棋了，除非满足这么一个条件：每盘棋的赢家有权布置任务，输家必须保证在下一次见面时完成，或者背会一部分语法，或者翻译出一段文章，等等。由于我们的输赢大致相当，这样便相互逼着掌握了那种语言。后来我又下了一点苦功学西班牙语，也能够读原著了

但当我学会了法语、意大利语和西班牙语之后，我翻阅一本拉丁文《新约全书》时，惊讶地发现我对这种语言的理解比我想象的要多得多；这就鼓励我再次下工夫去学习拉丁文，因为前面几种语言为我铺平了道路，所以取得了更大的成功。

我对他的回答是，我在什么地方读到或者听到有这么一位官场人物，他立下一条规矩，决不伸手要官，官帽落到头上时，也决不拒绝。我说，我赞成他的规矩，而且要身体力行，还要补充一点：我决不要官；决不拒官，也决不辞官。如果他们要把我的秘书职位交给别人，他们必须先从我手里拿走才行。我不会由于失去职位而丢弃跟对手秋后算账的权利。然而我此后再也没有听到有人说过这种话。下一次选举，我一如既往又是全票当选。长期以来，历任总督和议会在军备问题上争论不休，这让议会伤透了脑筋，咨议会的成员们在这一场争论中一直和总督们一个鼻孔出气，最近我又和这班人打得火热，可能议会对我的这种做法十分反感，所以如果我能自觉自愿地离开，也许会正中他们的下怀；不过他们并不喜欢仅仅因为我热心于社团就把我拉下马；可是他们又找不出别的堂而皇之的理由。其实我有理由相信，区防事务对哪一个议员也不是件头痛事儿，如果不要求他们参与的话。

我决不要官；决不拒官，也决不辞官。如果他们要把我的秘书职位交给别人，他们必须先从我手里拿走才行。我不会由于失去职位而丢弃跟对手秋后算账的权利。

哈哈有点可爱！装作没看到，闭着眼睛，顺手推舟。

一方面，他不愿意断然拒绝，从而得罪政府；另一方面，他们也不愿意违背自己的原则，有求必应，从而得罪贵格会的大批教友。于是他们千方百计虚与委蛇，虚的实在玩不过去时，便又巧立名目，瞒天过海，最后常用的办法就是以国王专用的名目拨款，却从不过问这笔款项用于何处。

首先，我劝你向你知道愿意出点钱的人去募捐；然后向你拿不准会不会给钱的人去募捐；最后，不要忽略那些你肯定是一毛不拔的铁公鸡；因为有些人你也许会看错。他大声笑了，千恩万谢，

人的幸福，因撞到千载难逢的大运而得者为数寥寥，由日积月累的小惠而生者比比皆是。

过我认为这种做法不太明智，因为经过我长期的观察；这些爱争长论短、反驳辩难的人做事一般都不走运。他们有时候能获得胜利，但永远也得不到友善，而友善对他们则更有用处。

如果一天闲暇无事，他们就变得桀骜不驯，吵闹不休，总是鸡蛋里头挑骨头，不是嫌猪肉肥，就是嫌面包硬，总之，脾气一直很坏；这使我想起一位船长，他的原则就是让水手们一直忙忙碌碌；有一回他的大副告诉他什么事都干完了，再也没有让他们可忙活的了；噢，他说，那就让他们洗刷铁锚吧。

龃龉

我相信在公众事务之余下工夫做做新的实验，总比耗时间对已经做过的实验瞎争论强。

喝下肚的酒越多，放出口的恳求和许诺也越多。

唯一的补偿就是爵爷感谢我帮忙的几句套话，达成和解的功劳统统记在了他的账上。

同是一条船，按一位船长的判断和命令装货，运行好，按另一位船长的判断和命令装货，运行则差。另外，一条船的建造、装配下海、扬帆航行很难由同一个人完成，一个人制造船身，另一个人配备帆索，第三个人装货、驾驶

我强烈地感受到了灯塔的作用，使我狠下决心要鼓动人们在美洲多建一些灯塔，如果我能平安回去的话。

◆ 〔第四部〕


我刚在查尔斯先生给我提供的住处安顿下来，就前去拜访福瑟吉尔博士，因为有人把我大力举荐给了他，他们还劝我设法听取他对讼诉问题的建议。他反对直接向政府投诉，认为先应当亲自向领主们提出申请，他们有可能在某些私交的干预或劝导下将事情和和气气通融过去。于是我又拜访了和我经常有书信往来的老朋友彼得·柯林森先生，他告诉我，弗吉尼亚大商人约翰·汉伯里要求我到了以后通知他一声，他可以带我去见当时的枢密院院长格兰维尔勋爵，勋爵也希望尽快见到我。我同意第二天早上随他前去拜访。
于是汉伯里先生如约前来接我，用他的马车把我送到那位贵人府上，勋爵极其礼貌地接待了我；先问了几个关于美洲现状的问题，议论了一番，然后对我说，“你们美洲人对你们政治体制的性质有些错误的看法；你们硬说国王下达给你们总督的谕旨不是法律，认为你们可以自作主张随意照办或违抗。

◆ 致富之路

那就让我们起来行动，行动还要得当。通过努力我们将多做事，少困惑

起得晚就得整天奔波，到天黑还赶不完自己的工作。懒惰走路慢腾腾，穷困赶上快如风

今日事今日毕，因为你不知道明天有多少障碍，这就使穷理查说：一个今天抵得上两个明天。他还说，如果你明天非干不可，还不如今天把事做完。

懒惰生烦恼，安逸惹酸苦。不劳力的人只靠智谋生活，会因主干不牢而摧折

我从未看见常移的树，
也从未见过常搬的家，
能像安定那样兴旺发达。

一个劲地从饭盆里往外舀，从来不向里面添，很快露出底朝天

你若要知道钱的价值，去借一些试试看。因为谁借钱谁就难堪。

如果有人把钱借给那一类人，他去讨债时，也同样遇到难堪

骄傲的早饭吃得满足，午饭吃得贫苦，晚饭吃得耻辱

空袋子，难立直

趁早把老年和贫穷提防，
没有整天普照的朝阳，

能抓到手的东西要抓紧，
石头会把铅变成金

记住约伯先受罪，后发迹。

其实属于我自己的还不足十分之一，我只不过把古往今来、世界各国的道理做了一番搜集罢了。不过，我认为调嘴学舌反而更好。虽然我最初决定买些料子做一件新衣

◆ 富兰克林年表

用了六个月的时间辗转奔波

11月5日，启程前往伦敦，同行的有朋友詹姆斯·拉尔夫和商人托马斯·德纳姆，想靠基思总督许诺的信用证获得印刷设备。平安夜到达伦敦，发现基思“没有信用可给”，自己上当了

这个世界上，除了死和税，什么也不能说是肯定的

先说结果

1、加了括号的代表执行完毕得到函数的结果（括号的二义性，是“函数的调用运算符”）

2、没加括号的，查看该函数的完整信息。指向函数的指针，只是传递了函数题所在的地址位置。

举例：

//demo1
function demo1() {
    var m = 3;
    alert(m);
}
function demo2() {
    var m = 55;
    alert(m);
}

var e = document.getElementById('btn'); 
   
// 点击的时候才进行执行  点击按钮“btn”后弹出3
e.addEventListener('click', demo1); 
    
// 直接就已经弹出进行了执行 弹出55    
e.addEventListener('click', demo2());

//demo2
function foo(){
 var m = 3;
return m;
}
var a = foo;
var b = foo();
console.log(a); //函数体
console.log(b);//3

其中括号的二义性。感觉像通假字，可以有俩意思。比如一个用红色墨水写的“蓝”字。这个字是什么颜色？蓝？红？

2.7.2 括号"( )"的二义性

我们来看下面语句中的括号"( )"应该是什么含义呢？

var str = typeof(123);  
var str = ('please input a string', 1000); 
第一个 typeof 看起来好像被当成了函数使用--这是否说明 typeof 为一个"内部函数"呢？而第二行代码，你相信它会成功执行并使 str"意外地"赋值为 1000 吗？括号首先可以作为语句中的词法元素。例如函数声明中的"虚拟参数表"：
//声明函数时，括号用做参数表  
function foo(v1, v2) {  
//…  
} 
第二种情况，就是括号只作为"传值参数表（这有别于函数声明中的'虚拟参数表'）"，注意这里它并不表达函数调用的含义。目前为止，它只出现在 new 关键字的使用中：new关键字用于创建一个对象实例并负责调用该构造器函数，如果存在一对括号"( )"指示的参数表，则在调用构造器函数时传入该参数表，对此的具体分析，我们已经在"2.5.1.1使用构造器创建对象实例"中讲述过了。例如：
//构造对象时，用于传入初始化参数  
var myArray = new Array('abc', 1, true); 
接下来，它也可以在 with、for、if、while 和 do...while 等语句，以及 catch()等子句中用来作为限定表达式的词法元素：
// for语句(for…in语句类同)  
for ( initialize; test; increment )  
statement  
 
// if语句  
if ( expression )  
statement  
 
// while语句  
while ( expression )  
statement  
 
// do…while语句  
do  
statement  
while ( expression ) 
在充当 if、while 和 do...while 语句中的词法元素时，括号会有"将表达式结果转换为布尔值"的副作用（参见"5.7.3.2语句（语义）导致的类型转换"）。在很多时候，语句中的括号会产生类似于"运算"这样的附加效果。

第四种情况，是括号"( )"用于强制表达式运算。这种情况下，基本含义是我们通常说的强制运算优先级。但事实上，不管有没有优先级的问题，括号总是会强制其内部的代码作为表达式运算。例如我们在这一小节开始列举的例子：

var str1 = typeof(123);  
var str2 = ('please input a string', 1000); 
在第 1 行代码中，"( )"强制 123 作为单值表达式运算，当然运算结果还是 123，于是再进行 typeof 运算。所以这里的一对括号起到了强制运算的作用。同样的道理，第 2 行代码里的一对括号也起到相同的作用，它强制两个单值表达式做连续运算，由于连续运算符","的返回值是最后一个表达式的值，因此这个结果返回了 1000。所以我们要意识到，上面的第 1 行代码并没有调用函数的意思，而第 2 行代码将使 str2 被赋值为 1000。

最后一种情况最为常见：作为函数/方法调用运算符。例如：

//有()，表明函数调用  
foo();  
//没有()，则该语句只是一个变量的返回。  
foo; 
我们一再强调：函数调用过程中的括号"( )"是运算符。也因此得出推论，当"( )"作为运算符时，它只作用于表达式运算，而不可能作用于语句。所以你只能将位于：
function foo() {  
return( 1 + 2);  
} 
这个函数内的、return 之后的括号理解成"强制表达式优先级"，而不是理解成"把 return当成函数或运算符使用"。所以从代码格式化的角度上来说，在下面两种书写方法中，第二种才是正确的：

//第一种，像函数调用一样，return后无空格  
return(1 + 2);  
 
//第二种，return后置一空格  
return (1 + 2); 
基于同样的理由，无论"break (my_label)"看起来如何合理，也会被引擎识别为语法错误。因为 my_label 只是一个标签，而不是可以交给"( )"运算符处理的运算元，标签与运算元属于两个各自独立的、可重复（而不发生覆盖）的标识符系统。

1、mvvm简介：
mvvm是model-view-viewModel的缩写，是一种基于前端开发的架构模式，其核心是提供对view和viewModel的双向数据绑定，这使得viewModel的状态改变可以自动传递给view，即所谓的数据双向绑定。
vue.js是一个提供了mvvm风格的双向数据绑定的js库，专注于view层。它的核心是mvvm中的vm。viewModel负责连接view和model，保证视图和数据的一致性，这种轻量级的架构让前端开发更加高效和便捷。

2、为什么会出现MVVM
以前我只知道mvc，也是在大学学java的时候接触到的。ssh框架就是用来构建一个标准的mvc框架。说实话mvc，始终没有深刻理解。
只知道model view control，可见是MVC满足不了前端开发了。找到了以下的理解。

标记语言和MVVM

随着20世纪初web的崛起，HTML跟JS这样标记语言+程序语言的组合模式开始变得令人注目。逐渐推出的Flex、Sliverlight、QT、WPF、JSF、Cocoa等UI系统不约而同地选择了标记语言来描述界面。

在这样的架构中，view（或者说叫控件，不但是从依赖关系上跟程序的其他部件解耦，而且从语言上跟其它部分隔离开来。

标记语言的好处是，它可以由非专业的程序员产生，通过工具或者经过简单培训，一些设计师可以直接产生用标记语言描述的UI。想要突破这个限制使得view跟其它部分异常耦合可能性也更低。

然而这样的系统架构中，MVC和MVP模式已经不能很好地适用了。微软架构师John Gossman在WPF的XAML模式推出的同时，提出了MVVM的概念。

WPF得MVVM正式说明了它的view的概念跟MVC中的view的概念的区别。这里简单画了一下：

在MVVM模式中，数据绑定是最重要的概念，在MVC和MVP中的view和model的互相通讯，被以双向绑定的方式替代，这进一步把逻辑代码变成了声明模式。

1、数据对象（Model）,与dom绑定的数据
2、视图对象（View），里面封装了对dom节点的解析、事件绑定、视图更新渲染等方法
3、视图模板绑定对象（ViewModel）,这也是mvvm实现的核心方法，通过defineProperty将Model对象中的数据复制到了View对象中，并对数据进行了监控，每当get或set时都会触发自定义事件，完成对视图的更新。

详细代码实例
https://segmentfault.com/a/1190000014739158

以下文章转载自winter-cn
https://www.cnblogs.com/winter-cn/p/4285171.html

谈谈UI架构设计的演化

经典MVC

在1979年，经典MVC模式被提出。

在当时，人们一直试图将纯粹描述思维中的对象与跟计算机环境打交道的代码隔离开来，而Trygve Reenskaug在跟一些人的讨论中，逐渐剥离出一系列的概念，最初是Thing、Model、View、Editor。后来经过讨论定为Model、View和Controller。作者自言“最难搞的就是给这些架构组件起名字”。

因为当时的软件环境跟现在有很大不同，所以经典MVC中的概念很难被现在的工程师理解。比如经典MVC中说：“view永远不应该知道用户输入，比如鼠标操作和按键。”对一个现代的软件工程师来说，这听上去相当不可思议：难道监听事件不需要类似这样的代码吗？

view.onclick = ......

但是想想在70年代末，80年代初，我们并没有操作系统和消息循环，甚至鼠标的光标都需要我们的UI系统来自行绘制，所以我们面对的应该是类似下面的局面：

mouse.onclick = ......
mouse.onmove = ......

当鼠标点击事件发生后，我们需要通过view的信息将点击事件派发到正确的view来处理。假如我们面对的是鼠标、键盘驱动这样的底层环境，我们就需要一定的机制和系统来统一处理用户输入并且分配给正确的view或者model来处理。这样也就不难理解为什么经典MVC中称”controller是用户和系统之间的链接”。

因为现在的多数环境和UI系统设计思路已经跟1979年完全不同，所以现代一些喜好生搬硬套的”MVC”实现者常常会认为controller的输入来自view，以至于画出model、view、controller之间很奇葩的依赖关系：

我们来看看Trygve Reenskaug自己画的图（这恶趣味的骷髅啊……）：

值得一提的是，其实MVC的论文中，还提到了”editor”这个概念。因为没有出现在标题中，所以editor声名不著。MVC论文中推荐controller想要根据输入修改view时，从view中获取一个叫做editor的临时对象，它也是一种特殊的controller，它会完成对view和view相关的model的修改操作。

控件系统

MVC是一种非常有价值的架构思路，然而时代在变迁，随着以windows系为代表的WIMP（window、icon、menu、pointer）风格的应用逐渐成为主流，人们发现，view和controller某些部件之间的局部性实际上强于controller内部的局部性。于是一种叫做控件（control）的预制组件开始出现了。

控件本身带有一定的交互功能，从MVC的视角来看，它既包含view，又包含controller，并且它通过”属性”，来把用户输入暴露给model。

controller的输入分配功能，则被操作系统提供的各种机制取代：

• 指针系统：少数DOS时代过来的程序员应该记得，20年前的程序中的“鼠标箭头”实际上是由各个应用自己绘制的，以MVC的视角来看，这应当属于一个”PointerView”的职责范畴。但是20世纪以后，这样的工作基本由操作系统的底层UI系统来实现了。
• 文本系统：今天我们几乎不需要再去关心文本编辑、选中、拖拽等逻辑，对web程序员可以尝试自己用canvas写一个文本编辑框来体验一下上个时代程序员编写程序的感受。你会发现，选中、插入/覆盖模式切换、换行、退格、双击、拖拽等逻辑异常复杂，经典MVC模式中通常使用TextView和TextEditor配合来完成这样的工作，但是今天几乎找不到需要我们自己处理这些逻辑的场景。
• 焦点系统：焦点系统通过响应鼠标、tab键等消息来使得控件获得操作系统级唯一的焦点状态，所有的键盘事件通常仅仅会由拥有焦点的控件来响应。在没有焦点系统的时代，操作系统通常是单任务的，但是即使是单一应用，仍然要自己管理多个controller之间的优先权和覆盖逻辑，焦点系统不但从技术上，也从交互设计的角度规范化了UI的输入响应，而最妙的是，焦点系统是对视觉障碍人士友好的，现在颇多盲人用读屏软件都是强依赖焦点系统的。

所以时至今日，MVC，尤其是其中controller的功能已经意义不大，若是在控件系统中，再令所有用户输入流经一个controller则可谓不伦不类、本末倒置。MVVM的提出者，微软架构师John Gossman曾言：“我倾向于认为它(指controller)只是隐藏到后台了，它仍然存在，但是我们不需要像是1979年那样考虑那么多事情了”

MVP

1996年，Taligent公司的CTO，Mike Potel在一篇论文中提出Model-View-Presenter的概念。

在这个时期，主流的view的概念跟经典MVC中的那个“永远不应该知道用户输入”的view有了很大的差别，它通常指本文中所述的控件，此时在Mike眼中，输入已经是由view获得的了：

Model-View-Presenter是在MVC的基础上，进一步规定了Controller中的一些概念而成的：

对，所以，不论你按照Mike还是Trygve的理解方式，MVP和MVC的依赖关系图应该是一！模！一！样！的！因为Mike的论文里说了“we refer to this kind（指应用程序全局且使用interactor, command以及selection概念的） of controller as a presenter”。presenter它就是一种controller啊！

把依赖关系画成这样也是醉了啊！不管你信不信我反正是不信啊！

标记语言和MVVM

随着20世纪初web的崛起，HTML跟JS这样标记语言+程序语言的组合模式开始变得令人注目。逐渐推出的Flex、Sliverlight、QT、WPF、JSF、Cocoa等UI系统不约而同地选择了标记语言来描述界面。

在这样的架构中，view（或者说叫控件，不但是从依赖关系上跟程序的其他部件解耦，而且从语言上跟其它部分隔离开来。

标记语言的好处是，它可以由非专业的程序员产生，通过工具或者经过简单培训，一些设计师可以直接产生用标记语言描述的UI。想要突破这个限制使得view跟其它部分异常耦合可能性也更低。

然而这样的系统架构中，MVC和MVP模式已经不能很好地适用了。微软架构师John Gossman在WPF的XAML模式推出的同时，提出了MVVM的概念。

WPF得MVVM正式说明了它的view的概念跟MVC中的view的概念的区别。这里简单画了一下：

在MVVM模式中，数据绑定是最重要的概念，在MVC和MVP中的view和model的互相通讯，被以双向绑定的方式替代，这进一步把逻辑代码变成了声明模式。

结语

从经典MVC到MVVM，UI架构经过数次重大变迁，一些概念也在不断变化，架构和底层环境互相影响、适配，我认为时至今日，经典MVC已经不再是UI架构的正常选项。

更糟糕的是，今天无数经过演绎的MVC实现（如backbone）和科普文，要么是原本作者概念已经很混乱，掺杂私货，要么为了适配现代的标记语言和控件模式，自己修改了经典MVC中的一些概念和耦合关系。实际上今天MVC已经没法作为一种交流的标准词汇了。

写此文，希望大家能了解些历史上的发展历程，莫被不严谨的文章误导。其实本文的相当多观点也是经过演绎的，所以我附上所有原始文献链接，希望大家看了以后能有自己的判断：）也欢迎大家据此指出我理解的错误之处。

看到一个面试谈到兼容，想到浏览器内核，浏览器大战引发的兼容性，
浏览器厂商不同，内核不同。
所谓的“浏览器内核”无非指的是一个浏览器最核心的部分——“Rendering Engine”，直译这个词汇叫做“渲染引擎”，不过我们也常称其为“排版引擎”、“解释引擎”。这个引擎的作用是帮助浏览器来渲染网页的内容，将页面内容和排版代码转换为用户所见的视图。

注：有时候我们所说的“浏览器内核”甚至“渲染引擎”，其实除了渲染引擎，也悄悄包含了javascript引擎，如WebKit，它由渲染引擎WebCore和javascript引擎JSCore组成。

常见的浏览器内核（或者说渲染引擎）有很多个，如Trident、Gecko、WebKit等等，不同的内核对网页编写语法的解释也有不同，进而导致同一个页面在不同内核的浏览器下显示出来的效果也会有所出入，这也是前端工程师需要让作品兼容各种浏览器的原因。

我们常常喜欢把浏览器内核与某浏览器名称直接挂钩起来，如IE内核、Chrome内核，其实是不全面的说法。比如Opera在7.0版本到12.16版本中采用的是独立研发的Presto引擎，但在后续跟随了Chrome的脚步加入了WebKit大本营，放弃了Presto；另外即使名称相同，但版本不同的引擎也可能存在较大差别。比如IE6使用的是Trident早期版本，存在许多bug，性能也较低。而最新的IE11所使用的Trident7.0版本已经可以支持WebGL（3D绘图标准）以及HTML5大部分标准。

下面按照各个主流浏览器，介绍下它们所使用的浏览器内核的历程。

Internet Explorer：
IE开发计划开始于1994年夏天，微软为抵抗当时主流的网景Netscape Navigator，要在Windows中开发适合自己的浏览器，但微软并没有时间从零开始。因此和Spyglass合作，于是IE从早期一款商业性的专利网页浏览器Spyglass Mosaic派生出来，虽然Spyglass Mosaic与NCSA Mosaic(首款应用得最广泛的网页浏览器)甚为相似，但Spyglass Mosaic则相对地较不出名并使用了NCSA Mosaic少量的源代码。

1996年，微软通过给予季度费用和部分收入从Spyglass中取得了Spyglass Mosaic的源代码和授权。从而使IE逐渐成为微软专属软件。它采用的排版引擎(俗称内核)为Trident。每一次新的IE版本发布，也标志着Trident内核版本号的提升。

下面是各Trident版本信息：

冷知识：除Trident之外，微软还有另一个网页浏览器排版引擎，称为Tasman，它是使用在「Internet Explorer for Mac」的排版引擎。相较于Trident，Tasman引擎对网页标准有较佳的支持，但微软自04年开始已经停止了Mac计算机版本的 Internet Explorer的开发。

Safari
Safari是苹果公司开发的浏览器，使用了KDE（Linux桌面系统）的KHTML作为浏览器的运算核心，Safari所用浏览器内核的名称是大名鼎鼎的WebKit。 Safari在2003年1月7日首度发行测试版，并成为Mac OS X v10.3与之后版本的默认浏览器，也成为苹果其它系列产品的指定浏览器（也已支持Windows平台）。

如上述可知，WebKit前身是KDE小组的KHTML引擎，可以说WebKit是KHTML的一个开源的分支。当年苹果在比较了Gecko和KHTML后，选择了后者来做引擎开发，是因为KHTML拥有清晰的源码结构和极快的渲染速度。

需要了解的是，虽然我们称WebKit为浏览器内核（或浏览器引擎），但不太适合直接称之为我们开头提到的Rendering Engine（渲染引擎），因为WebKit本身主要是由两个引擎构成的，一个正是渲染引擎“WebCore”，另一个则是javascript解释引擎“JSCore”，它们均是从KDE的渲染引擎KHTML及javascript解释引擎KJS衍生而来。

在2010年4月，苹果公司宣布了其浏览器引擎Webkit的最新项目 Webkit2。Webkit2的目标是实现独立进程与非阻断式API。

WebKit可以说是苹果公司给开源世界的一大贡献，基于此开源引擎，衍生了多个WebKit分支，如下面要介绍的Chrome的浏览器引擎。

Chrome / Chromium
谷歌Chrome/Chromium浏览器从08年创始至今一直使用苹果公司的WebKit作为浏览器内核原型，是WebKit的一个分支，我们可以称之为Chromium引擎（注意我们这里说的是Chromium引擎，而不是Chromium浏览器）。

这里顺便介绍下Chrome和Chromium两个浏览器的区别——Chromium浏览器是谷歌为发展自家的浏览器Chrome而开启的计划，所以Chromium相当于Chrome的工程版或称实验版（尽管Chrome自身也有β版阶段），新功能会率先在Chromium上实现，待验证后才会应用在Chrome上。Chromium一天最多可以更新十几二十个版本，实验性的新特性都会现在这里放出，但是Chromium本身其实并不稳定；而Chrome总共有四个更新分支：Canary、Dev、Beta、Stable，稳定性依次增强。

我们说回引擎。Chromium引擎虽然是属于WebKit的分支，却把WebKit的代码梳理得可读性提高很多，所以以前可能需要一天进行编译的代码，现在只要两个小时就能搞定。因此Chromium引擎和其它基于WebKit的引擎所渲染页面的效果也是有出入的。基于以上原因，有的地方会把Chromium引擎跟WebKit区分开来，有的地方则直接把Chromium引擎归为WebKit（比如维基百科），其实都有其道理。

然而在13年发布的Chrome 28.0.1469.0版本开始，Chrome放弃Chromium引擎转而使用最新的Blink引擎（基于WebKit2——苹果公司于2010年推出的新的WebKit引擎），Blink对比上一代的引擎精简了代码、改善了DOM框架，也提升了安全性。

Opera
Opera浏览器，是一款挪威Opera Software ASA公司制作的支持多页面标签式浏览的网络浏览器。是跨平台浏览器可以在Windows、Mac和Linux三个操作系统平台上运行。Opera浏览器创始于1995年4月，到2014年3月4日，官方发布的个人电脑用的最新版本为Opera20。

Opera的一个里程碑作品是Opera7.0，因为它使用了Opera Software自主开发的Presto渲染引擎，取代了旧版Opera 4至6版本使用的Elektra排版引擎。

Presto加入了动态功能，例如网页或其部分可随着DOM及Script语法的事件而重新排版。Presto在推出后不断有更新版本推出，使不少错误得以修正，以及阅读Javascript效能得以最佳化，并成为当时速度最快的引擎。

然而为了减少研发成本，Opera在2013年2月宣布放弃Presto，转而跟随Chrome使用WebKit分支的Chromium引擎作为自家浏览器核心引擎。

在Chrome与2013年推出Blink引擎（也是基于WebKit的分支）之后，Opera也紧跟其脚步表示将转而使用Blink作为浏览器核心引擎。

Firefox
Mozilla Firefox是一个开源网页浏览器，原名是Firebird，2004年2月9日，Mozilla Firebird决定改称Mozilla Firefox。Firefox浏览器使用的是Gecko内核，其发展历程如下：

1997年，网景收购了DigitalStyle。当时，网景浏览器在各方面的表现已经比不上她的主要竞争对手Internet Explorer。网景开始研发下一代的排版引擎，并期望把新的排版引擎应用于下一版本的网景浏览器上。

1998年初，Mozilla计划开始执行。这个新的排版引擎名为Raptor，以开发源码的方式发放于互联网上。后来，因为商标问题，Raptor改名为NGLayout（即next generation layout之意）。而最后NGLayout就被网景重新命名为Gecko。

2003年7月15日时代华纳解散了网景公司，大部分开发者被解雇。Mozilla基金会亦在当天成立，继续推动着Gecko的发展。时至今天，Gecko仍继续由Mozilla的雇员和义工所维护和发展。

最后还是再谈谈javascript引擎（后面统称JS引擎）这东西。我们上述的渲染引擎主要是负责HTML、CSS以及其他一些东西的渲染，而JS引擎则主要负责对javascript的渲染，一个JS引擎的好坏决定了一个浏览器对脚本的加载和执行速度，也影响了其跑分。

下方列出各种主流浏览器各自的JS引擎，了解下即可：

Firefox：
SpiderMonkey：第一款JavaScript引擎，由Brendan Eich在Netscape Communications时编写，用于Mozilla Firefox 1.0～3.0版本。

Rhino：由Mozilla基金会管理，开放源代码，完全以Java编写。

TraceMonkey：基于实时编译的引擎，其中部份代码取自Tamarin引擎，用于Mozilla Firefox 3.5～3.6版本。

JaegerMonkey：德文Jäger原意为猎人，结合追踪和组合码技术大幅提高性能，部分技术借凿了V8、JavaScriptCore、WebKit：用于Mozilla Firefox 4.0以上版本。

IonMonkey：可以对JavaScript编译后的结果进行优化，用于Mozilla Firefox 18.0以上版本。

OdinMonkey：可以对asm.js进行优化，用于Mozilla Firefox 22.0以上版本。

Chrome：
V8：开源，由Google丹麦开发，是Google Chrome的一部分。

注：我们上面提到Chrome是基于WebKit的分支，而WebKit又由渲染引擎“WebCore”和JS解释引擎“JSCore”组成，可能会让你搞不清V8和JSCore的关系。你可以这样理解——WebKit是一块主板，JSCore是一块可拆卸的内存条，谷歌实际上认为Webkit中的JSCore不够好，才自己搞了一个V8 JS引擎，这就是Chrome比Safari在某些JS测试中效率更高的原因。

IE：
Chakra：中文译名为查克拉，用于Internet Explorer 9的32位版本及IE10+。

Opera：
Linear A：用于Opera 4.0～6.1版本。

Linear B：用于Opera 7.0～9.2版本。

Futhark：用于Opera 9.5～10.2版本。

Carakan：由Opera软件公司编写，自Opera10.50版本开始使用。

其它：
KJS：KDE的ECMAScript/JavaScript引擎，最初由Harri Porten开发，用于KDE项目的Konqueror网页浏览器中。

Narcissus：开放源代码，由Brendan Eich编写（他也参与编写了第一个SpiderMonkey）。

Tamarin：由Adobe Labs编写，Flash Player 9所使用的引擎。

Nitro（原名SquirrelFish）：为Safari 4编写。