您的位置：
看了2遍后对&致命魔术&所有疑问的最终解答 转载
发贴人：220.166.175.*发贴时间：【】[]
&& ()&& ()我自己的分析： 　　　　看了大家的讨论，我又重看了一遍，得出以下结论。&& ()&& ()&& ()&& ()&& ()&& ()&& ()&& ()&& ()&& ()
　　　　首先肯定的是Borden和Fallon两人中的一个绝对不是复制机复制出来的 　　　　理由1：Borden的确让Tesla造过一个机器，但那机器并没有复制功能，只是起到迷惑观众的目的这点在片中有个片段，Borden用橡皮球表演Transported Man时用过这个机器，而且这个机器没有复制功能有人会问为什么Borden给Angier的纸条上写着Tesla？这点是解释的，片中Borden提到他写的Tesla只是他日记的关键字，而并不是他魔术的关键字，其目的只是骗Angier大老远跑到美国去却毫无所获 　　　　理由2：Angier一开始看了纸条以为真的是Borden魔术的，于是大老远跑去美国找Tesla，而后来Tesla也表示愿意给他造机器但是制造机器的过程中却出现了很多问题，这说明Tesla是第一次造这个“瞬间转移”的机器的（如果他以前给Borden造过，肯定不会出现这么多问题，直接再给造一台就行了）最后造出来的机器有了复制功能也是意料之外的，是Angier无意中看见一堆礼帽和猫才发现的，然后又告诉了Tesla和他的助手所以证明Tesla从未给Borden造过瞬间转移或者复制人的机器 　　　　理由3：还有些朋友会说Borden是知道Angier最后魔术的是用了复制人，而他仍然去看他表演是因为他想要了解Angier是如何处理复制出来的副产品的这里我来小小反驳一下片中的两人对魔术和魔术的已经达到了痴狂的地步，这点从片中两人的对白就可看出片中Angier说过：“l don't care about my wife,I care about his secret.”，而Borden也说过：“secrets are my life”.由此可看出在两人心中魔术的才是最最重要的，而且互相都想方设法让对方认为自己更好所以Borden对Angier如何处理复制人的兴趣并没有达到驱使他去看Angier的表演（Borden曾表示不管他表演的魔术再不可思议自己也不想去看了，具体台词是：“we're done. Let him have his trick，I don't need his secret.”，我推断说这话的是爱他妻子Sarah的），但最后他还是去了（Borden和Fallon的其中一个，也就是喜欢女助手的，也是后来被抓进监狱的具体对白我就不引用了，大家在片中Borden和Fallon在监狱见最后一面时的对话里找到）而当Borden在监狱与Caldlow勋爵（就是Angier的假身份）见面时才知道Angier没死，他当时很吃惊，显然在这之前他并不知道Angier还活着唯一的解释就是他并不清楚Angier魔术的，而他也肯定Angier并没有用醉汉替身（他这么聪明，会看不出Angier用没用醉汉当替身么）而当他走进后台也正好中了Angier的圈套，成了替罪羊 　　　　理由4：假设Borden是用Tesla给他造的复制机来完成他的Transported Man这个魔术的，那么当Angier拿到复制机的时候他就应该明白Borden魔术的了可事实上他并不知道Borden的（他后来看Borden日记时才明白日记是故意给他看的，而“Tesla”也不是Borden魔术的真正，而是为了骗他的，他由此推断Borden并不是利用Tesla造的机器来完成他的魔术的），所以当Borden被他陷害进了监狱时，他还要以Caldlow勋爵的身份来买Borden的Transported Man这个魔术的，显然他对Borden魔术的还是不死心，虽然他利用复制机表演这个魔术，但他心底还是非常想知道Borden的（但是最后他却当着监狱里Borden的面撕掉了Borden写的有关他魔术的真正，这个是他计划中最失败的一环，也导致了他最后被监狱外的Borden开枪打死如果他看了的话就会知道Borden在监狱外还有个兄弟，很有可能来找他报仇，那样他就不会这么容易被打死了还是因为他的自尊心，他那好胜的心理总想向对方证明自己更好，于是他当着对手的面撕毁了他一直以来都想知道的） 　　　　理由5：最合情理的一个理由最后Fallon带着女儿去监狱见Borden最后一面，说再见时深情流露啊，复制人之间可不会有这样的感情，只有从小一起长大的亲人才会有如此深情 　　　　　　另外关于Angier与他的复制人的问题，我的看法是这样的： 　　　　片中演到的Angier用手枪打死的人的确是新复制出来的，这点电影有明显的交代，至于他的表演，我认为走进机器的一直都是原来的Angier，而在另一地方出现的则是新复制出来的这点从他和Cutter最后的对话看出来他本来是因为Cutter曾经说过溺水的人感觉就像回家一样，他自己才鼓起走进机器并掉进水箱淹死，而新复制出来的他永远也体验不到溺水死亡的感觉，直到Cutter告诉他其实溺水的感觉很痛苦时他才知道的，于是他立刻环顾四周那些装满自己的水箱，若有所思（他每次表演都在台下准备水箱来淹死掉下去的人，因为他要确保只有一个自己存在）另外还从他临死前跟Borden说的话里得到证明，他看了看周围的水箱（每个水箱里都是淹死的自己）对Borden说：“I've made sacrifices, it takes everything. lt took courage to climb into that machine every night,not knowing if I'd be the man in the box or in the prestige”，这句话伊甸园版本的字幕翻译的不准确，可能是由于这个原因造成了很多人的误解他说的是他一直搞不清楚自己是掉进水箱里的人还是后来出现的人这一点让他每晚都需要极大的勇气爬上那机器这句话再明显不过了，如果原来的自己一直活着，而死去的都是复制品，那他就不会存在这样的困惑了 　　　　　　以上是我的分析，有不同意的讨论，骂人的就算了 　　向好友推荐本贴：&&&& 标题：《看了2遍后对&致命魔术&所有疑问的最终解答 转载》&&&& 地址： .cn/Article/200702/showp1.html
& Re: 看了2遍后对&致命魔术&所有疑问的最终解答 转载
第5个理由太扯淡。复制人和他本人没有任何区别，感情也是一样被复制。对于被复制的人来说，他就是本人。
作者：4345436&&&
& Re: 看了2遍后对&致命魔术&所有疑问的最终解答 转载
作者：sdas&&&
& Re: 看了2遍后对&致命魔术&所有疑问的最终解答 转载
想知道之前那女助手被淹死到底是`⑦是\
作者：啥&&&
& Re: 看了2遍后对&致命魔术&所有疑问的最终解答 转载
God 你是对的，是这样的。佩服、佩服。真是，太残忍了啊……不过你真的了解了这个电影！
作者：Miranda&&&
& Re: 看了2遍后对&致命魔术&所有疑问的最终解答 转载
作者：nk&&&
发表您的评论
点评字数 0
?尊重网上道德，遵守中华人民共和国各项有关法律法规
?承担一切因您的行为直接间接导致的民事刑事法律责任
?本站管理人员有权保留或删除其管辖留言中的任意内容
?本站有权在网站内转载或引用您的评论
?参与本评论即表明您已经阅读并接受上述条款
?共同建立健康的网络社区，请向管理员举报不良帖子
?举报邮箱：OOP设计理念特点有哪些，各特点含义？谈谈你对SOA设计思想的看法和其中涉及到的几种重要的技术？_百度知道
OOP设计理念特点有哪些，各特点含义？谈谈你对SOA设计思想的看法和其中涉及到的几种重要的技术？
提问者采纳
char* Name, 与使用OO一样: virtual void VirtualHello(){
cout&lt, 比如, 关注点将得到进一步的分离举例; b-&gt,可以使用struct(类C)将一些相关的数据组织到一些; b-&gt, 然后提供一些函数来操纵这种数据.举例:您是一位天使投资人: virtual void VirtualHello(){
cout&&&lt.这一层抽象主要是抽象掉了数据的结构, 由于Manager的很多基本属性与其他员工是一样的, 通过继承获得基类的数据;
int Salary数据封装, 有些人通过函数修改, xml使得通过调用服务获得可理解的数据成为可能,将数据封装在类内并向外提供一组操作函数, 调用哪个版本将由指针所指向的类型决定:BasicVirtual AdvanceSOA的特点在于服务的概念;Basic&quot, 通过提供需要的企业名称即可帮助您收集该企业信息;针对这个struct可以提供一组函数来实现一些数据操纵.多态:int GetAgeByName(const char* name);&lt. SOA在更高的层面进行了抽象;&VirtualHello();void SetSalaryByName(const char* name);Advance&但是其他开发者拿到你的开发有可能不使用你写的函数SetSarlaryByName而是直接修改 }};Virtual Advance&&quot:继承提供了类级别代码复用;& } void NotVirtualHello(){
cout&endl..SNotVirtualHello(), 继承.一个重要的特点是;};&&endl, 并进行数据分析以帮助完成决策:class Basic{public, 所在行业信息.}
protected double salary:class Employee{
public void DoWork(){, 使得数据结构的细节不再可知, 效果是向上层的抽象;&lt, 调用哪个版本将由指针的类型决定, 需要决策支持,如果用C++的语法来讲述的话; }}, 通过继承自Employee的方法开发就能省去力气重新编写和普通员工相同的属性及相应的操作:有些人直接修改数据; } void NotVirtualHello(){
cout&Virtual Basic&quot. 有一家公司恰好提供一项服务, 运行期决定举例, 这时候再开发一个表示经理的Manager类;&&quot, 能力使得你有能力在已有代码基础上开发而不是从头再写一遍或者copy, 使得程序员的注意力从数据本身放在操纵函数上继承,问题在于数据的结构公开:对于类中没有使用多态的函数, 一个显而易见的好处是如果你改变了数据结构而操作函数接口没有改变;&&quot.通过OO, 多态数据封装:该特性提供了在运行期间动态改变对象行为的能力, 避免别人直接操纵数据, 就能成功的控制对数据的访问方式, 您可以清晰的作出判断;&lt. 通过使用一个消费该服务的应用程序, 这是面对对象的最基本特点; return 0;class Advance , 由于完全没有该领域的经验;int main(){ Basic* b = new Advance();}Employee类使得对于员工基本信息的操纵成为可能, 最近打算在一个自己完全陌生的领域内投资一家企业, 将不会影响到已经存在的代码., 编译期就可以决定对于类中使用多态的函数, 而不需要自己花费巨大精力了解各方面相关信息.举例(Java):非OOP中;}output.;&lt, 比如struct Person{
int A&quot, 使得对数据的访问方式变的难以统一: public Basic{endl.. 通常来说这不是一件好事.}
public void RaiseSalary(){:统一为使用函数访问:将需要操作的数据包装在一个只有自己能够打开的盒子里:
理想化的说
提问者评价
其他类似问题
为您推荐：
您可能关注的推广
oop的相关知识
等待您来回答
下载知道APP
随时随地咨询
出门在外也不愁转载请注明：&TheViper&/TheViper&这篇说下mysql查询语句优化是否请求了不需要的数据典型案例：查询不需要的记录，多表关联时返回全部列，总是取出全部列，重复查询相同的数据。是否在扫描额外的记录最简单的衡量查询开销的指标。响应数据扫描的行数返回的行数&访问类型在评估查询开销时，需要考虑下从表中找到某一行数据的成本，mysql有好多种方式可以查找并返回一行结果。有些访问方式可能需要扫描很多行才能返回一行结果，也有些方式可能无须扫描就能返回结果。在EXPLAIN语句中type列反应了访问类型。访问类型有很多种，从全表扫描到索引扫描，范围扫描，唯一索引查询，常数引用等。这里列的这些，速度是从慢到快，扫描的行数也是从小到大。因此，要尽力避免让每一条sql做全表扫描。如果查询没办法找到合适的访问类型，那么解决的最好方式通常就是增加一个合适的索引，这个上一篇里说到过。索引让mysql以最高效，扫描行数最少的方式找到需要的记录。&一般mysql有三种方式应用where条件。从好到坏依次为在索引中使用where条件过滤不匹配的记录，这是在存储引擎层中完成。使用索引覆盖扫描（在extra列中出现using index）来返回记录，直接从索引中过滤不需要的记录并返回命中的结果。这是在mysql服务层完成的，但不用再回表查询记录。从表中返回数据，然后过滤不满足条件的记录（在extra列中出现where）,这是在mysql服务层完成的,mysql需要先从数据表中读取记录然后过滤。&如果发现查询中扫描大量的数据却只返回少量的行。可以尝试下面方法优化。使用索引覆盖扫描，把所有需要用到的列都放到索引中，这样存储引擎不用回表获取对应行就可以返回结果了。改变表的结构，例如使用单独的汇总表重写这个复杂的查询，让mysql优化器以更优化的方式执行这个查询&重构查询方式一个复杂查询还是多个简单查询？在传统实现中，总是强调数据库层完成尽可能多的工作，这样做的逻辑在于以前总是认为网络通信，查询解析，优化是一件代价很高的事。但是这样的想法对于mysql并不适用，mysql从设计上让连接和断开连接都很轻量，在返回一个小的查询结果方面很高效。另外，现在的网络速度比以前快的多，无论是宽带还是延迟。在某些版本的mysql上，即便在一个通用的服务器上，也能运行每秒超过10万的查询。即使是一个千兆网卡也能轻松满足每秒超过2000次的查询。&切分查询即所谓的分而治之，将大查询切分成小查询，每个查询功能完全一样，每次只返回一小部分结果。删除旧的数据就是个很好的例子，定期的清理大量数据时，如果用一个大语句一次性完成的话，则可能一次锁住很多数据，占满整个事务日志，耗尽系统资源，阻塞很多小的但很重要的查询。&因此可以&&&分解关联查询简单说，就是对每个表进行一次单表查询，然后将结果在应用程序中进行关联。例如可以将其分解成下面查询来替代乍一看，这样做没有好处。事实上，有下面这些优势让缓存效率更高。许多应用程序可以方便的缓存单表查询对应的结果对象。将查询分解后，执行单个查询可以减少锁的竞争。在应用层做关联，可以更容易对数据库进行拆分，更容易做到高性能，可扩展。查询本身效率也会有所提升。在这个例子中，使用in代替关联查询，可以让mysql按照id顺序进行查询，这可能比随机的关联更高效。可以减少冗余记录的查询。做关联查询时，可能需要重复访问一部分数据。从这点看，这样的重构还可能减少网络和内存的消耗。实现了哈希关联，而不是使用mysql的嵌套循环关联。某些场景，哈希关联的效率要高很多。&mysql如何执行关联查询mysql中&关联&一词所包含的意义比一般理解上要更广泛。总的来说，mysql认为任何一个查询都是一次&关联&，并不仅仅是一个查询需要到两个表匹配才叫关联。所以，在mysql中，每个查询，每个片段（包括子查询，甚至基于单表的select）都可能是关联。下面看下mysql如何执行关联查询。先看union查询。mysql先将一系列的单个查询结果放到一个临时表中，然后再重新读取临时表数据完成union查询。在mysql概念中，每个查询都是一次关联，所以读取结果临时表也是一次关联。mysql对任何关联都执行嵌套循环关联策略，即mysql先在一个表中循环取出单条数据，然后再嵌套循环到下一个表中寻找匹配的行，依次下去，直到所有表中匹配的行为止。然后根据各个表匹配的行，返回查询中所需要的各个列。&可以看到查询是从actor表开始的,这是mysql关联查询优化器自动做的选择。现在用STRAIGHT_JOIN关键字，不让mysql自动优化关联。&这次的关联顺序倒转过来，可以看到，倒转后第一个关联表只需要扫描很少的行数。而且第二个，第三个关联表都是根据索引查询，速度都很快。最后，确保任何的group by,order by中的表达式只涉及到一个表中的列，这样mysql才有可能使用索引优化这个过程。排序优化无论如何排序都是一个成本很高的操作。所以从性能角度考虑，应尽可能避免排序或避免对大量数据进行排序。&上一篇说到了如何通过索引排序。当不能使用索引生成排序结果时，mysql需要自己进行排序，如果数据量小，就在内存中进行，数据量大，则需要使用磁盘。mysql统一将这一过程称为文件排序（filesort）。&在关联查询时如果需要排序，mysql会分两种情况处理文件排序。1.如果order by子句中的所有列都来自关联的第一个表，mysql在关联处理第一个表时就进行文件排序。如果是这样，在EXPLAIN结果中的Extra字段会有Using filesort.2.除此之外的所有情况，mysql都会先将关联的结果存放到一个临时表中，然后在所有的关联结束后再进行文件排序。如果是这样，在EXPLAIN结果中的Extra字段会有UUsing filesort.如果查询中有LIMIT的话，LIMIT也会在排序之后应用。所以即使需要返回较少的行数，临时表和需要排序的数据量仍然会非常大。&mysql5.6在这里做了很多重要的改进。当只需要返回部分排序结果的时候，例如，使用LIMIT子句，mysql不再所有结果排序，而是根据实际情况，选择抛弃不满足条件的结果，然后再排序。&关联子查询mysql的子查询实现非常糟糕，最糟糕的一类查询是where条件中包含in的子查询语句。mysql对in()列表中的选项有专门的优化策略，一般会认为，mysql会先执行子查询。但是，很不幸，mysql会先将相关的外层表押到子查询中。例如mysql会将查询改成这样&可以看到，mysql会先对film进行全表扫描，然后根据返回的film_id逐个执行子查询。如果外层表是个非常大的表，那这个查询的性能会非常糟糕。当然很容易重写这个查询，直接用关联就可以了。&另一个优化方法是使用函数GROUP_CONCAT()在IN()中构造一个由逗号分隔的列表。另外，通常建议用EXISTS()等效的改写IN()子查询。&如何用好关联子查询并不是所有的关联子查询性能都会很差。写好之后，先测试，然后做出自己的判断。有时候，子查询也会快些，例如当返回结果中只有一个表的某些列时，假设要返回所有包含同一个演员参演的电影，因为一个电影会有很多演员参演，所以可能会返回些重复记录。使用DISTINCT和GROUP BY移除重复的记录如果用EXISTS的话，就不需要使用DISTINCT和GROUP BY，也不会产生重复的结果集。我们知道一旦使用DISTINCT和GROUP BY，那么在执行过程中，通常会参数临时中间表。测试，看哪种写法快点&可以看到在这个案例中，子查询速度要快些。&最值优化对于MIN(),MAX()，mysql的优化做的并不好，例如mysql不能够进行主键扫描，只有全表扫描了。这时可以用LIMIT重写查询。&这样可以让mysql扫描尽可能少的表&优化group by和distinct它们都可以使用索引优化，这也是最有效的办法。当无法使用索引时，group by使用两种策略完成：使用临时表或文件排序来做分组。&对关联查询分组，通常用查找表的标识符分组的效率比其他列更高。例如下面的效率更高&这个查询利用了演员姓名和id直接相关的特点，所以改写后的结果不受影响。&如果不相关的话，可以用MIN(),MAX().绕过这种限制。但一定要清楚，select后面出现的非分组列一定是直接依赖分组列的，并且在每个组内的值是唯一的。&实在较真的话，写成这样不过这样成本有点高。因为子查询需要创建和填充临时表，而创建的临时表是没有任何索引的。&优化LIMIT分页最简单的办法是尽可能使用索引覆盖扫描，而不是查询所有的列。然后根据需要做一次关联操作，再返回所需的列。例如如果这个表非常大，最好改写成这样&这里的&延迟关联&将大大提升效率，让mysql扫描尽可能少的页面，获取需要访问的记录后再根据关联列回原表查询需要的所有列。这个也可以用来优化关联查询里面的limit.&有时候也可以将limit查询转换为已知位置的查询，让mysql通过范围扫描获得结果。例如在一个位置列上有索引，并且预先计算出了边界值。另外，limit和offset的问题，会导致mysql扫描了大量不需要的行然后在抛弃掉，比如select .... limit 1000,20.这时可以有变通方法，例如图书馆按照租借记录翻页，获取第一页。因为rental_id是递增的，而查看记录的时候都是从离当前时间最近的地方开始的。后面的页就可以用类似于下面的查询实现&1、拍下二维码视频随身看
试试手机扫描二维码下，继续观看该视频！
2、下载移动客户端
扫一扫快速下载客户端！