英语选择题，帮忙讲一下这道题……_百度知道
英语选择题，帮忙讲一下这道题……
Do not let any failures discourage you,for you can never 订攻斥纪俪慌筹苇船俩tell( )close you may be to victory.
选项： A.how B.that C.which D.where
提问者采纳
选 A翻译：不要因为失败就气馁 因为你不知道你离成功将会有多近。理解了句子的意思 这样你就知道应该是选A了吧how + 形容词表示感叹的语气 how close表多“多么近”的意思另外how后订攻斥纪俪慌筹苇船俩面一半都是+形容词，没有how
when ,how where ,how which的用法
其他类似问题
为您推荐：
其他4条回答
选A。 因为句意是不要因为订攻斥纪俪慌筹苇船俩失败就气馁 因为你不知道这失败离成功有多近。 所以是how close、 how far这样的
我觉得选A翻译，不要让任何失败击垮你，因为你从不能告诉自己你可能离胜利有多接近，个人意见，希望能帮到你。对的话，求采纳哈》3《
选A. 道理很简单，因为空格后是一个形容词，所以只能填how.
A，how,因为你永远都不会知道你离成功有多近
选择题的相关知识
等待您来回答
下载知道APP
随时随地咨询
出门在外也不愁您的举报已经提交成功，我们将尽快处理，谢谢！
B.句子的本来意思可以写成
there is a chance for Ann to be sent abroad very soon.这里用了dream o...
大家还关注
(window.slotbydup=window.slotbydup || []).push({
id: '2081942',
container: s,
size: '1000,60',
display: 'inlay-fix'同学们帮忙选一下框架吧，望大家推荐 - CNode技术社区
这家伙很懒，什么个性签名都没有留下。
用Nodejs多嵌入式有一段时间了。本人原是做python的，现在打算全面转nodejs，所以现在需要在项目中使用靠谱的mvc框架和orm框架。我在网上找了很多，发现现在nodejs还没有具有绝对优势的框架，可选的框架很多，所以请使用过的同学帮忙评价一下，使用哪个比较靠谱：
类MVC的框架： sails geddy 我现在感觉做的比较全面的就这两了个， sails基于express我比较倾向，但是实现完整度来说还是geddy比较好。
ORM：上面提到的框架都有自己的ORM实现，另外成熟的ORM框架还有 orm2 sequelizejs persistencejs 他们基本的功能都实现了，包括关联，nosql的支持，个人感觉sequelizejs实现的较完整。
毕竟还没有实践过，所以打算请教一下用过的同学们，哪个比较好？
web方面，如果不想让设备被玩残的话，那就不要用express系的框架，不要用任何基于http的框架，node.js的web框架在安全方面一塌糊涂。对于小设备来说，我更倾向于采用nginx + websocket的组合来搭建网站，确切的说，是nginx + 。涉及到设备间通讯的时候，再加上一个socket.io-client。不使用任何http get/post之类的方法，一定要彻底防止内存或tmp分区被爆
orm方面，我不建议使用，毕竟设备不是PC，资源有限，写数据的速度和功耗也很糟糕，对存储的访问需要非常克制。用json已经足够了，平时作为内存里的js对象，需要存储的时候做个JSON.stringify(obj)，保存成文件，就足够了。
感谢您的回复。我的问题没有问清楚，造成了误解，在嵌入式中使用nodejs已经有一段时间了，这块自然是不会使用什么框架的，而且我们处理都是串口信息。我现在要在网站项目中使用nodejs了（我本人也是做网站开发的），所以在想要使用什么框架，所以我的问题的环境是正常的服务器环境的，不是嵌入式设备。
compound: mvc + orm 加上比较完整脚手架rails构建体系
orm2: 不倾向于分开选择orm和mvc，那不是意味着要自己做或者在选择一套脚手架。
bookshelf: orm，著名的ghost博客系统使用的backbone+promise形态的orm，这个是最近偶尔看到，不用的原因跟上面orm2差不多
sails: 比较新一代的mvc框架，思想体现为前后分离，直接从数据库到上层接口一次性生成。但是我们当时项目开始的时候发现没有联合查询，所以直接放弃了，但是现在看来根本也没什么太多的联合查询的需求。
geddy: 我就不知道了，看起来感觉一般啊
Meteor: 勇敢者游戏，超级新概念框架，超牛逼，看Star就知道了，他们服务器端的设计是完全脱离程序级别的，是非常高级抽象。
Derby: 跟meteor类似，不过弱了很多，其实sails的概念就是Meteor和Derby概念的一半。Derby依赖的他们自己实现的racer项目就跟sails感觉类似，
我们最后选择了用compound框架，好处是开发起来快，因为rails体系大家比较熟，单元测试集成测试什么都生成的差不多了。坏处是他们的mysql-adapter不是很好，主要是主键不支持字符串，我们自己改了改。
如果让我重新选择，我可能会选择sails，看过他们源代码，很精巧，安全也做得不错。
我现在在做BPO方面的开发，用的是 nginx +
+ redis + knockout.js ，没有用框架，除了少数存档数据外几乎没有用数据库，一切为了性能。当然这不符合一般的应用需求。
socket.io性能真的也一般，虽然我们自己也用。
redis抛开持久化的能力跟memcached比起来性能也有差距，而且集群化做的也不久。
knockout.js就不用说了，backbone, angularjs, emberjs应该都比ko好多了吧，至少我从2007年开始玩微软wpf/silverlight/mvvm体系，看knockout还是觉得很淡疼。还有就是knockout做RIA内存泄漏比较严重啊。
所以性能快慢只是一个相对概念，我们团队自己也是用socket.io+redis做聊天集群的，清楚现有系统的负载上线和准备好扩充方案也是必须的。
如果只使用websocket做传输，socket.io性能是可以接受的，测试性能上看和直接用websocket相当。至于说redis和memcached，呵呵，真有什么差距吗，况且这玩意和集群没什么关系。集群是应用架构的事，不要被工具束缚，我就拿redis来当读写缓存的。
我这边没有复杂架构，就是用websocket集群做动态数据的传输，用nginx集群做静态http传输，用redis做动态数据的缓存，用json文件做不常写数据的存储，用mongodb做查询数据的存储。当然，集群的概念是由应用决定的，不是底层工具定的。
ko是做浏览器端模板的，用在单页面应用里，没有发生过什么内存泄漏，最主要的是，兼容性好，从IE6到安卓手机通杀。用ko的另一个原因是界面设计的工作彻底独立出来了，我们的后端只是接收socket.emit命令，返回json的简单tcp服务，不涉及任何界面和交互方面的元素。
我们的应用场景里，通过socket.io传输的动态数据远远少于通过nginx传输的图片文件，瓶颈始终不在后端，只要nginx集群伺候好了，后端性能从来就不是问题，以至于感受不到你所说的性能一般。
我没有说你用的不行或不好，我的意思是你所谓的为了性能有点一厢情愿。视图逻辑分离是个mvc框架都会做，因为这就是前端组建分离的意义所在。至于兼容性，一个webapp从ie6兼容到android是有多分裂。真的需要这样吗？
express 安全性不好？！
并不是这样的——视图逻辑分离是个mvc框架都会做，但是这远远不够。大部分MVC框架都是偏重于码农的，对设计师而言就是个怪物——尤其是在设计外包的情况下。我不认为在浏览器上做router是个很光彩的事。MVC用在浏览器里本身就是中了后端码农思维的传统毒害。就我公司的应用场合，因为是商业应用，必须对浏览器有好的支持。我们选择了websocket和flashsocket，性能和兼容性都兼顾了，而且客户接受。继续我的观点，性能主要靠nginx，而不是后端代码。只要不是做实时语音视频或者网游之类的应用，socket.io后端就不会遇到瓶颈。
对普通的应用还是可以的，我不是说express不如别的node web框架安全，而是说这些都不安全 :D 是从设备角度来看待的，在有限内存的设备上，只能选择那些资源消耗绝对可控的框架，这个要求对服务器来说不存在，对嵌入设备来说就是必须的。
我觉得你错的地方是你认为mvc是从后端演化过来的，你认为后端的mvc才是mvc的原本。
所以建议你看一下Martin Flower在年完成的一系列文章，GUI Architect。
当然你也可以看一下MVC起源在Smalltalk-80版本上大概是什么组织关系。
angular, knockout, ember都是属于偏重模板驱动的，view first的概念
backbone，javascriptMVC偏重于控制器驱动，controller/presenter first的概念
性能我之前都说了，性能是相对概念，所以不要把“一切为了性能”挂在嘴边。
CNode 社区为国内最专业的 Node.js 开源技术社区，致力于 Node.js 的技术研究。
服务器赞助商为
，存储赞助商为
，由提供应用性能服务。
新手搭建 Node.js 服务器，推荐使用无需备案的（或）400-820-6666
香港：+852-
海外：+86-21-
&&台北进出7天游，准备就挑选个个左右的城市，有那个好心人帮忙规划一下，告之旅行线路...
已解决问题：1446877
1235715人贡献宝贵经验
台北进出7天游，准备就挑选个个左右的城市，有那个好心人帮忙规划一下，告之旅行线路跟住宿
上面的字写错了，，，，或者什么的选个3个左右的地方走走，时间不要太赶
你好。七天的话，大致安排台北3天，台北周边1天，花莲1天，日月潭1天。但是花莲和日月潭不是一个方向，花莲直接去日月潭很麻烦而且还是要通过台北。如果你很想去日月潭，建议压缩台北行程，先住到台中，以台中为中心当天来回日月潭。建议行程：台北行程推荐：Day&1&国父纪念馆&&饶河街夜市&台北101大楼&&&诚品书店&Day&2&士林官邸&&台北故宫博物院&&士林夜市Day&3&猫空&&中正纪念堂&&自由广场&&总统府&&&&西门町&临江街夜市(通化夜市)&台北周边行程推荐：Day&4&平溪线火车一日游是很多人会采取的行程，推荐行程：台北-瑞芳-侯硐-十分-菁桐-平溪-瑞芳。可以直接从瑞芳去花莲。花莲行程推荐：清水断崖-太鲁阁-七星潭-自强夜市日月潭行程推荐：台中-（搭乘南投客运）-日月潭-台中-逢甲夜市如果有用欢迎采纳(*^__^*)
全部回答（3）
按赞同数排序
第一天&&&抵达台北第二天&&&花莲：台北-花莲：七星潭、晚上去市区第二、三天&&&&花莲：太鲁阁、清水断崖第四天&&&台北：淡水、101、夜市第五天&&&台北：故宫、中正纪念堂（士兵交接仪式）第五天&&下午：台北高铁到高雄第六天&&高雄：义大（购物+游乐园）住义大&&&&&&&&&&&&&&&&&&&&&&或者&高雄市区（爱河、驳二）第七天&台北机场：&高雄高铁返回台北&台北车站购买伴手礼&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&推荐高雄机场返回
如果只有7天时间的话，可以只走东岸，台北、花莲和垦丁吧，台北首尾3天（如果不要购物，可以适当减少在台北的时间，去一下周边的北投或者九份），花莲2天，垦丁2天，这样的安排差不多~
帮您找到了相关攻略以供参考哦，详情还请移步链接进行查看哦/journeys/TaipeiCity360/dis360dis756dis1366dis1380day7t1.html
你可能想知道
最受欢迎区域：
很多游友选择住在附近61家酒店
其他住宿区域：
高雄、垦丁、台北7日全景游
此行去了：
特价门票?55
香港、澳门、深圳等地专家
台北、上海、重庆等地专家
台北、台湾专家
台北进出7天游，准备就挑选个个左右的城市，有那个好心人帮忙规划一下，告之旅行线路跟住宿
我们找到了一个相同的答案，不能重复回答哦。
和问题无关、信息错误的回答会被隐藏。
这条回答是否对问题没有帮助？
台北旅游攻略指南? 携程攻略社区! 靠谱的旅游攻略平台，最佳的台北自助游、自由行、自驾游、跟团旅线路，海量台北旅游景点图片、游记、交通、美食、购物、住宿、娱乐、行程、指南等旅游攻略信息，了解更多台北旅游信息就来携程旅游攻略。 台湾旅游攻略导航：
 |  |  |  |  |  |  |  |  |  
|  |  |  |  |  | 
 | |  |  |  |  |  | , . All rights reserved. | 当前位置：
主题：602054 ┆ 帖子：4599023
┆ 今日新贴：366
昨日贴数：1294 ┆ 1历史最高贴数：2056
(日)在线用户：4001人
大家帮忙看一下，应该选多大的变压器
给TA发消息
加TA为好友 发表于： 15:21:38 楼主
大神帮忙看一下啊，我这里有一个三菱的1KW伺服电机。伺服放大器额定输入电压是三相220V，额定输入电流是5A，现在需要一个三相380转三相220的隔离变压器，不知道该选多大的，我感觉1.5KVA就够了，但通过公式计算，S=1.732*220*5/0.8=2381.5,得出来的结果估计要用2.5KVA的隔离变压器，大家帮忙看看，有什么好的建议能说一下吗？到底需要多大的隔离变压器啊？而且1KW普通电机最多2-3A电流吧，为什么这里会达到5A啊？先谢谢各位啦、、、
给TA发消息
加TA为好友 发表于： 15:49:36 1楼
大家发表一下意见啊，急求、、、谢谢啊、、、
给TA发消息
加TA为好友 发表于： 16:23:04 2楼
回复内容：对： nyrc123
大家发表一下意见啊，急求、、、谢谢啊、、、 内容的回复！你那个5A电流是指伺服放大器的最大输出电流，你现在的负载只是1KW，电流就像你说的也就2.5～3A之间。所以1.5KVA的变压器够了。
给TA发消息
加TA为好友 发表于： 16:46:43 3楼
建议到二手市场淘一个，早期的数控车床都有配这种变压器，2---5KVA的比较多！500--800就能淘到，新的要千元以上哦！！
给TA发消息
加TA为好友 发表于： 16:49:04 4楼
感谢你的回复，5A是伺服放大器的额定输入电流，伺服放大器额定输出是170V,6A、、、既然是额定值，那伺服工作在额定状态下应该能达到这个电流吧，1.5KVA变压器输出电流大概三点几安吧，够用吗？
给TA发消息
加TA为好友 发表于： 19:44:12 5楼
回复内容：对： nyrc123
感谢你的回复，5A是伺服放大器的额定输入电流，伺服放大... 内容的回复！我都跟你说了这个5A是指最大电流！你怎么还不明白呢？我问你个问题：如果空载（或电机停止转动），伺服放大器还可能有5A电流吗！
给TA发消息
加TA为好友 发表于： 19:56:20 6楼
回复内容：对： nyrc123
感谢你的回复，5A是伺服放大器的额定输入电流，伺服放大... 内容的回复！换句话说：你的这个伺服放大器最大能带动1.7KW的伺服电机（即1.732×170×6≈1766）此时的输入电流才可能达到5A！但你的电机只有1KW，因此输入电流不可能达到5A的。
给TA发消息
加TA为好友 发表于： 20:02:30 7楼
回复内容：对： nyrc123
感谢你的回复，5A是伺服放大器的额定输入电流，伺服放大... 内容的回复！1.5KVA的三相变压器的额定输出功率至少应在1.2KW，只要你的伺服放大器自身功耗不超过200W，就没有问题。
给TA发消息
加TA为好友 发表于： 20:24:09 8楼
回复内容：对： nyrc123
感谢你的回复，5A是伺服放大器的额定输入电流，伺服放大... 内容的回复！如果你不放心，可以买2KVA的变压器。
给TA发消息
加TA为好友 发表于： 09:56:57 9楼
支持楼主买2KVA的变压器
给TA发消息
加TA为好友 发表于： 10:26:42 10楼
1.5的够了，变压器也有很大的过载能力。要真过载伺服先报警了。主要是瞬时启动的一瞬间电流很大。变压器可以受得了。不过也看看你的负载情况吧，大电流时间太长的话，两三秒，伺服经常报欠压也不行。只不过对变压器来说没有什么伤害，对控制来说加大一点，到2千瓦吧，足够了。
给TA发消息
加TA为好友 发表于： 10:48:45 11楼
配变压器跟伺服电机所带负荷性质有关系，什么负荷呢？伺服电机运行时，很少满负荷，大负荷的时间也短，所以配变压器通常按0.5-0.8选。你选1KVA以下即可。
给TA发消息
加TA为好友 发表于： 10:52:53 12楼
我做过的一个项目，28台0.8KW伺服电机，因为长时间工作在小负荷，大负荷时间很短，所以配6KVA变压器。检测运行时一次电流才6A。
给TA发消息
加TA为好友 发表于： 10:58:23 13楼
感谢大家的回复，第一次用伺服，我这里是做一个剪板机自动送料设备用，伺服通过丝杆带动夹具，夹具夹住板材（最重100kg）向前送料，板材在一个万向滚珠的台面上，丝杆导程是10mm、、、
给TA发消息
加TA为好友 发表于： 11:03:31 14楼
剪板机伺服送料是间断工作，0.5KVA就行。
周好评排行周回复排行
[0] [0] [0] [0] [0] [1] [0] [0] [0] [0]
[41] [40] [24] [22] [22] [20] [19] [17] [16] [15]最新求助
[0] [1] [3] [1] [4] [5] [4] [4] [0] [4]