韩非子 手工线装一函四册 简体竖排 原文白话文翻译注释韩非子文白对照 韩非子校注韩非子集解韩非子译注 国学藏书古代政治名著 相关系列韩非子中华书局 韩非子寓言故事韩非子新校注 下载 pdf 电子版 epub 免费 txt 2025

《异步电机(电动、发电)直接转矩控制系统》有两部分内容：一部分为异步电动机直接转矩控制（DTC）技术的进一步研究；另一部分为异步发电机瞬时转矩控制（ITC）技术。本书除详细介绍了笔者们在电动运行方面所做的进一步改进性能的工作外，重点阐述了笔者们将直接转矩控制的概念用于异步发电机的发电系统而提出的异步发电机瞬时转矩控制策略。该技术极大地提高了异步发电机发电系统的动态性能并扩大了有效发电的转速范围，使飞机、坦克、汽车等独立电源系统和风力发电系统的发电质量大为提高。本书中有笔者们从大量仿真和实验中获得的数据和波形，可供有关研究人员参考。

《异步电机(电动、发电)直接转矩控制系统》可供从事研究电机调速、伺服系统、飞机、坦克、汽车等独立电源系统和风力发电的研究所、企业、高等院校的开发人员阅读，也可供高等院校电机控制、电力电子与电力传动及其相关专业的师生阅读。

暂无相关目录，正在全力查找中！

暂无相关内容，正在全力查找中

暂无出版社相关信息，正在全力查找中！

暂无相关书籍摘录，正在全力查找中！

在线阅读地址：韩非子 手工线装一函四册 简体竖排 原文白话文翻译注释韩非子文白对照 韩非子校注韩非子集解韩非子译注 国学藏书古代政治名著 相关系列韩非子中华书局 韩非子寓言故事韩非子新校注在线阅读

在线听书地址：韩非子 手工线装一函四册 简体竖排 原文白话文翻译注释韩非子文白对照 韩非子校注韩非子集解韩非子译注 国学藏书古代政治名著 相关系列韩非子中华书局 韩非子寓言故事韩非子新校注在线收听

在线购买地址：韩非子 手工线装一函四册 简体竖排 原文白话文翻译注释韩非子文白对照 韩非子校注韩非子集解韩非子译注 国学藏书古代政治名著 相关系列韩非子中华书局 韩非子寓言故事韩非子新校注在线购买

暂无原文赏析，正在全力查找中！

书籍介绍

《异步电机(电动、发电)直接转矩控制系统》有两部分内容：一部分为异步电动机直接转矩控制（DTC）技术的进一步研究；另一部分为异步发电机瞬时转矩控制（ITC）技术。本书除详细介绍了笔者们在电动运行方面所做的进一步改进性能的工作外，重点阐述了笔者们将直接转矩控制的概念用于异步发电机的发电系统而提出的异步发电机瞬时转矩控制策略。该技术极大地提高了异步发电机发电系统的动态性能并扩大了有效发电的转速范围，使飞机、坦克、汽车等独立电源系统和风力发电系统的发电质量大为提高。本书中有笔者们从大量仿真和实验中获得的数据和波形，可供有关研究人员参考。

《异步电机(电动、发电)直接转矩控制系统》可供从事研究电机调速、伺服系统、飞机、坦克、汽车等独立电源系统和风力发电的研究所、企业、高等院校的开发人员阅读，也可供高等院校电机控制、电力电子与电力传动及其相关专业的师生阅读。

• 作者：元春夜 发布时间：2022-09-05 14:44:58

  白居易文章中大呼“彼何人哉！”我只能大呼“好啊！白居易！”

• 作者：爱窝窝 发布时间：2018-09-16 09:33:28

  翻译一般，摄影很棒

• 作者：李和百万幽魂 发布时间：2009-08-19 20:32:53

  十三岁，我读完这本书，那一年，正在发育，产生性欲

• 作者：kk爱读书 发布时间：2023-12-29 18:13:45

  关于制作梦的人故事！还可以，故事其实挺简单的

• 作者：SalvadorDali 发布时间：2016-05-19 16:27:28

  随便看看可以

• 作者：安。 发布时间：2023-05-14 23:22:00

  内容不多，再除掉和文字内容重复的插图就更干货了

  简单易懂，两小时看完。结合工作，挺实用，和目前的工作也很契合。

  第一章 激发客户的购买需求和欲望，第二章 建立信任感，第三章 挖掘痛点、梦想、需求，第四章 激发客户就要买的欲望，第五章 化解客户异议，第六章 敢于亮剑成交，第七章 具体的场景销售技巧

  还不错，可以再读，再结合工作

• 从数字化转型到云原生实践，你应该了解的知识框架

  作者：人月聊IT 发布时间：2021-09-18 08:59:47

  在当前数字经济和数字化转型的大背景下，企业顶层架构规划如何做？云原生时代技术架构核心点在哪里，并且如何与数字化转型结合？业务与技术，理论与实践双轮驱动的架构原则，企业架构成熟度，架构师的核心能力参考模型应该如何？

  这些点实际上是这本书《数字化转型架构-方法论与云原生实践》希望回答的问题。

  当我看完这本书的目录后，完全有一种似曾相识的感觉，整体和我前面谈到的准备初步的从数字化转型到云原生解决方案这本书的框架目录结构很相似。整体要谈的内容也是从数字化转型大背景切入，到企业架构方法论，再到云原生技术架构设计。

  

  整体这本书阅读完成后，给这本书3.5到4星的一个评价。

  这本书好的方面是给出了一个系统化的从企业架构到云原生的知识体系介绍，你如果要去做企业架构规划，云原生技术架构设计，可以看到书基本涵盖了各个方面的知识要点和技术点。整体的框架脉络也很清楚。

  这本书不好的地方还是实践的内容偏少，基础知识介绍的内容还是偏多，类似基本概念，设计原则，标准规范，业界通用方法论的介绍太多，而真正基于一个业务场景实践的介绍内容偏少。至少从书的内容来看，很多内容偏互联网企业架构和技术架构，而对于传统大型集团型企业架构规划这块基本没有，或者说作者本身也缺乏这块的实践经验。

  将基础的知识，标准规范，原则这些内容全部删减掉后，你会看到剩余部分内容应该最多只有1/3，而且这1/3的内容本身的框架完整性，前后衔接上也存在一定问题。

  所以综合评价这本书可以对整个企业架构和云原生知识框架体系构建一个完整理解，但是希望从这本书带给你如何去做数字化转型中的企业架构设计，云原生技术架构设计，包括具体的落地实践，这本书仍然存在欠缺。

  这也是我经常谈到的关键点，当前谈数字化转型，谈数字中台，谈微服务，谈云原生和企业上云的内容太多。这些从来都不缺标准方法论，能力成熟度模型的指导。而真正欠缺的是企业如何结合自身的实际情况去落地实施，如何去落地？

  对于数字化转型规划来说，你是否是照搬完整的类似TOGAF企业架构去做，显然不是。这里面就涉及到对传统企业架构方法论的改进和优化。对于云原生和企业上云也是同样的道理，企业在已有IT遗留系统和数据中心的情况下，如何迁移上云，如何从资源层能力逐步过渡到PaaS层服务，这才是落地实践的关键。

  下面基于本书的一个目录结构做下分章节的阅读总结和说明。在这里我不会过多地去复述书里面的内容，而是会指出一些好的方面，欠缺的方面，包括如果我自己来写这部分内容应该如何去写等。

  数字化转型之道

  对于数字化转型本质，书里面讲到三点，即以用户为中心，在线互联，数据智能。而对于数字化转型核心要素我原来总结的是连接，数据，智能三要素。发展演进是从内部信息化到消费互联，从消费互联到产业互联和全生态建设。

  

  数字化和信息化核心区别即数字化解决了现实世界和抽象世界的高度融合和统一，而对于物联网，5G，数字孪生，网格码，VR等都是为这个目标服务。

  企业IT架构的演进

  

  从最早的单体应用建设到SOA架构集成，从SOA架构集成发展到当前的中台和微服务，这个是核心演进过程。在整个演进中核心思想包括如下几点。

  拆分：

  大的要拆分为小单位，解耦和自治

  分层：

  参考SOA思想通过服务解耦，上层应用可编排

  抽象：

  从资源层不断地向服务和应用层抽象

  为何云原生架构助力数字化转型？

  云原生核心是从资源到服务，从生在云上到长在云上，最终要达到的就是企业IT应用构建不需要去关心技术基础实施和技术实现细节，而是将重心放到业务实现上。

  其次云原生中涉及到的微服务，容器云，DevOps都加速了IT应用的敏捷构建和快速交付能力，对客户和市场需求的敏捷响应能力是数字化转型中的一个关键评价指标，那么云原生架构能够提升这个敏捷响应能力。

  

  对于数字化转型的核心要素和能力框架，可以参考：

  企业数字化转型-核心要素和能力框架构建思考

  企业架构和企业架构方法论

  

  书里面对常见的EA企业架构方法，类似TOGAF，FEA，DoDAF，电信eTom都做了基础内容和概念的介绍。可以对常见的企业架构内容有一个完整的了解。但是如果如果你原来没有做过类似企业架构方面的工作，这些概念性的内容看起来还是会比较吃力。

  当我重新Review这块内容的时候，发现FEA架构里面的服务组件模型实际是一个相对关键和可借鉴的内容，包括我在数字化转型方法论框架中的很多思维完全和该思想匹配。

  即数字化转型中的思考方法发生一个重要变化就是你当前业务是如何的，这些业务需要哪些业务组件和业务服务能力来支撑，这个刚好是业务组件模型核心内容。

  FEA里面的服务构建概念已经和SOA我们经常谈到的业务组件化，组件能力化的思路很类似了。上图可以清晰地看到我们整个分析思路就是先理顺业务目标和业务线，业务功能。再来考虑应该用什么样的服务构件来支撑相应的业务。

  再次强调，在BRM清楚后，应该分解为哪些服务构件，每个服务构件应该提供哪些能力和服务，才能够满足业务目标和跨构件的业务协同，这是业务架构层面必须要重点考虑的问题质之一。

  而对于服务构建，服务视图等刚好是TOGAF架构方法论欠缺的地方。

  其次当谈eTom模型的时候，一定要谈到eTom给出了一个普遍适用的分层模型，即资源-》服务-》应用，包括我很多文章在谈分层的时候都是以这个为核心指导，整个分层模型核心思想同样是和FEA里面的SRM服务组件模型一致。

  所以研究完所有的业界企业架构方法论，得出的一个关键应该是：

  业务组件化和组件能力化

  既基于业务需求和流程梳理，最终是得到到各个业务组件或业务构件，同时业务组件暴露服务接口，各个接口通过灵活编排来实现上层业务。

  企业架构和数字化关系

  在这本书里面谈到一个关键点，但是没有展开。

  即企业架构对业务能力的承载通过服务和流程来实现。应用通过服务组件的组合来形成应用模块，应用模块进一步组合成子系统。这里的关键是如何进行服务的拆分和定义，流程如何进行组合。

  企业架构和云原生关系

  简单来说就是原来企业架构中的技术架构部分变化为了云原生技术架构，同时从原来的IaaS资源层上层到PaaS技术服务层，从运行态扩展到开发运行监控运维的全生命周期管理。即你现在企业架构规划的技术架构，你还只是在做IaaS虚拟化资源层的规划，那么显然是不能满足要求的。

  企业架构设计

  

  在我头条前面文章中，实际对于平台+应有下微服务架构转型，数字化转型方法论中都有讲到企业架构规划设计的内容。包括我最早一批文章也提到希望将业务架构和应用架构两个架构进一步融合。

  对于业务架构来说，实际是包括了流程架构，即基础还是流程调研和流程梳理，对企业来说可参考的就是价值链模型，AQPC流程成熟度评估，和ARIS流程建模方法论等。

  流程分析完需要形成两个关键输出：

  业务组件：

  哪些业务功能聚合到该组件

  业务数据：

  哪些数据对象聚合到数据库

  这两个才是当前应用架构设计的关键内容。即应用架构设计需要完成业务组件的拆分，业务数据的拆分，形成完全独立自治的各个微服务。

  同时业务组件暴露服务接口能力，服务能力可以组装最终完成业务流程。

  书里面102页谈到的基于业务组件的业务流程设计方法即和上面思考一致，但是这部分内容书里面也没有做详细展开。

  

  业务架构到应用架构

  因此，从业务架构到应用架构，你需要完成的是业务组件识别和定义，数据库的拆分操作。形成独立的微服务。

  如何拆分，既可以用传统的结构化分析方法配合CRUD矩阵分析完成，也可以用当前主流的DDD领域模型分析思路，比如核心的从事件风暴到边界上下文划分。

  注意在这里引入另外一个关键，业务组件本身也是IT模块，上层组合实现的应用本身也是业务模块，两者之间通过服务层解耦。这个时候会看到一个关键概念出来，即SOA里面的服务分层，服务组装编排。或者当前另外一个说法是数字中台。

  传统应用架构规划实际没有体现横向分层。

  而当前数字化转型架构规划一定要体现中台层能力+前台应用层能力的横向分层。

  这个才是应用架构规划的一个关键。

  数据架构规划

  这本书里面对于数据架构规划有一个巨大的误解，就是容易将数据架构规划理解为类似大数据平台，数据中台，BI系统数据架构方面的内容。而实际上数据架构规划首先要解决的是应用系统对数据的使用问题，类似传统单个应用开发中的数据库设计，从ER概念模型到逻辑模型，再到物理模型。

  数据架构规划需要包括两个方面内容。

  完整的数据建模，数据对象如何拆分到各个业务组件

  共享数据如何采集和聚合，提供数据服务

  所以数据架构规划先解决的是数据对象如何拆分的问题，其次才是去解决数据对象如何进一步采集和聚合，形成共享数据服务层的问题。

  在新的数字化转型架构规划下，由于进行了微服务化和拆分，那么数据架构规划中的数据中台规划就更加重要，这个不是传统的BI架构规划，而是增加了共享数据服务层规划。

  而数据架构本身也从完整数据定义，到主数据，再到共享动态数据逐层递进。

  云原生技术架构设计

  

  这本书内容整体知识框架相对来说很完整，该谈到的点基本都谈到，但是都没有进一步详细展开，因此基于这个内容来指导实践还是比较困难。

  对于云原生技术架构设计，简单来说你需要谈那些内容点。

  云原生本身就是一系列的管理过程实践和技术实践的融合，而技术实践又包括了微服务，DevOps，容器云，ServiceMesh服务治理等。

  从应用架构到云原生

  在应用架构规划设计的时候已经体现了微服务，平台+应用，中台等思想。那么到了云原生技术架构，重点就是你规划的微服务如何更好地基于云原生技术架构来落地实施。这就涉及到从开发态到运行态到运维态的完整生命周期管理。

  开发态：

  微服务开发框架，低代码开发

  运行态：

  容器云PaaS

  治理态：

  ServiceMesh，服务治理

  而以上三点又是通过DevOps来实现了完整的过程衔接。

  一个微服务如何选择微服务开发框架进行开发，应该遵循什么样的开发标准规范，开发完成的微服务如何通过DevOps的CI/CD过程持续交付到云环境，最终交付的微服务又如何治理管控，这些都是云原生技术平台应该提供的能力。

  在构建这个技术平台的时候本身有两个思路。

  

  其一是企业自建构建一个云原生技术平台，其二是直接使用公有云服务商的延伸云服务能力。如果是企业自己构建云原生技术平台，那么就涉及到企业私有云和外部公有云的混合云管理和跨云交付能力。

  所以你看我在写云原生技术平台和解决方案相关文章的时候，基本是参考上面的思想展开。

  总结

  对于这本书整体还是推荐，作者从数字化转型到企业架构规划再到云原生技术架构形成一个完整的知识框架结构体系，虽然有些内容没有展开，但是仍然可以将架构规划到技术平台落地实现形成一个完整的知识贯通。有利于你搭建一个完整的知识体系，到了具体的知识点只需要再延伸阅读即可。

• 基地系列后四部述评（3）

  作者：长河落日 发布时间：2005-08-15 20:32:28

  前传之一：《基地前奏》

  在《基地与地球》中广袤荒凉的星际旅程之后，《基地前奏》将镜头拉回到基地三部曲开场之前几十年，繁华的帝国之都川陀。开创整个基地故事根基——谢顿计划和两个基地的哈里·谢顿，直到这个系列的末尾两部才得到浓墨重彩的刻画（基地三部曲只在开头一小段涉及了人生暮年，即将功成身退的谢顿，而这一段还是《基地》一书几个中篇中最后写完的，是为了故事的完整，在出书前阿西莫夫补上的），算是弥补了整个系列的一大空白。不仅是谢顿本人，他赖以维系其宏伟计划的心理史学，其诞生过程和具体构想，也是在两部前传中逐渐成型的。三部曲在每个中短篇开头引用《银河百科全书》的写法，为故事平添一股凝重的历史感，阿西莫夫在《基地前奏》中重拾这种方式，无疑令人倍感亲切。

  不过很明显，阿西莫夫还没有完全摆脱《基地与地球》的写作思路，《基地前奏》和上一部作品一样，被写成了游历见闻的框架，只不过这一次的游历不是在古老的群星间展开，而是在川陀辽阔表面上的不同区域间进行。但是由于这一次的主线是谢顿的逃亡历程，使得故事的矛盾冲突要激烈很多；而不同地区之间的风俗习惯差异，也比不同星球间迥异的自然景观更具可看性，因此《基地前奏》读来完全没有枯燥乏味的感觉。更何况写过不少侦探推理小说的阿西莫夫在这部作品中重新祭出伏笔、悬疑等在《第二基地》中发挥得淋漓尽致的法宝，几次意想不到的转折使得谢顿的早年冒险波澜迭起，耐人回味。

  更加值得注意的是，从这部作品开始，阿西莫夫正式将他的另一大系列作品——机器人题材融合到了银河帝国题材当中。机器人在《基地与地球》中已经初露峥嵘，而在《基地序曲》中正式成为故事的一条主线和若干关键点上的决定因素。这不能不让人赞叹阿西莫夫雄奇的整体构思，因为《基地序曲》的巧妙设计，使得《基地与地球》中一些看似无关紧要的地方，有了纵横整个基地系列的映照。可以说,《基地序曲》在一定程度上弥补了《基地与地球》的不足，赋予了它更多重要的意义。同时，机器人题材的加入，是阿西莫夫在创作生涯的黄昏阶段，将自己一生中最重要的两大系列作品完美地融合到一处，其技巧之高超实在让人叹服。正如一篇评论所言，“形成一部俯仰银河帝国两万年的恢宏史诗”。