如：http://localhost:52773/api/uima/v1/USER/swagger（即：http://localhost:52773/api/uima/v1/:namespace/swagger），通过获取注解的方式获取部分接口文档，只获取了UIMA下的接口
有没有完全的中文文档包含目前所有的API接口文档及功能说明，相关接口路由如下图： 

以下是我们应客户的要求拟定的Caché系统健康检查的建议。InterSystems的工程师们认为其中的项目足以了解客户当前的系统健康状况。

这些项目中有些，比如Buttons, pButtons报告是必须的，其他内容，尤其是问卷部分，越多回答对系统健康的了解也越清楚。InterSystems公司的技术支持中心WRC(World Response Center)，在合适的条件下可以协助用户解读健康检查的结果。

在后面的内容中， 我会详细介绍这些检查的项目，比如报告的执行步骤，已经如何简单的发现问题。

检查的内容也适用于IRIS，仅仅是执行的步骤上有细微的区别，后面文章会详细说。

健康检查项目

本健康检查只用于Caché系统本身的内容， 不包括Caché上使用的各种应用。

建议用户收集下列两部分数据和资料：

系统运行数据

• 所有Caché实例服务器的网络架构图，包含所有的数据服务器，应用服务器，镜像服务器，灾备服务器。还应该包含网段的划分, 相关的Web服务器，负载均衡设备的部署等情况。以及一切客户认为和Caché工作相关的网络配置的情况。

• Caché数据库使用的存储设备的信息, 不限于类型，大小，品牌等等任何可以帮助了解存储设备的信息。

• 所有数据库上一次的完整性检查报告。

• 所有Caché实例的

  • 系统监控检查报告（Buttons）

  • 24小时系统性能报告

本文章是一个系列，主要目的是介绍给IRIS,Caché的终端用户如何方便的监控您的系统。

InterSystems系统的监控很难吗？需要学习很多技术吗？ 我的答案是还好。

关于Caché和IRIS监控，无论是那部分内容，在InterSystems的在线文档或者开发者论坛，其实都能找到相关的说明和方案。但问题是太多，太杂乱，没有一个“操作维护手册”的东西。结果是，如果您是一个新手的InterSystems产品的维护工程师或者管理员，您要花很多的时间在大量的文档里找答案。

还有一个问题是文档中很多章节的内容又太深，包含了一些开发人员才关心的内容，这是Caché或者IRIS的特性造成的，因为它首先是一个开发平台。结果是，对于管理员，很多文档的很不友好。

因此，我要写的这个文章的的目的是这样的：

• 简单。只介绍管理维护人员需要的内容。只介绍和监控相关的内容。其他比如备份恢复，扩容，修改配置等等基本不涉及。

• 易学。文章的期待读者是系统管理员，因此不需要您有编程能力或者InterSystems编程语言的基础。我系统对您的每个日常工作和关注的主题，给出最容易实现的操作步骤。

• 对读者的要求低，您只需要了解基本的Caché操作，包括

• Caché的用户维护界面

  • 操作终端(Terminal)的操作

• 基本的Caché命令的格式

让我们进入主题。有几个要点要先交代一下。

Inter

一、目的 因使用BP中Switch分支来区分不同节点（即接口）及流向，个人已知方法中无相关统计功能能直接获取各分支节点及流向BO（调用第三方系统）信息，且当前使用系统未封装相关模块供查询，故通过解析BP中XData的方式获取Switch-Case节点及Call调用相关信息

二、解析类中的XData数据

/// 解析类中的XData内容
/// SELECT * FROM %Dictionary.CompiledXData
/// xdataID XData表ID
/// d ##class(BOE.TEST.ClassAnalysis).XDataAnalysisTextReader("JHIP.SM.BP.View||BPL")
ClassMethod XDataAnalysisTextReader(xdataID As %String) As %Status
{
   //获取XData流
   s compiledXdata=##class(%Dictionary.CompiledXData).%OpenId(xdataID)
   s tStream=compiledXdata.Data
   If '$IsObject(tStream) s tSC=%objlasterror q
   
   //逐行读取xml
   s status=##class(%XML.Text

这是InterSystems 2022年全球峰会上InterSystems 医疗行业负责人 Don Wooklock 的分享，他认为，在数字医疗发展如火如荼的当下，经济、消费主义和技术三股力量正在推动医疗行业快速变革。我们面临着压力，但更多的是机遇，利用好市场能量，在具备变革精神的医疗卫生行业中，全力以赴！

在InterSystems 2022年全球峰会上，InterSystems 数据平台负责人 Scott Gnau解读了智能数据编织（smart data fabric）及其实现方式。Scott 同时也是一位钢笔收藏家，他分享了自己学习收藏的过程，认为这种过程与智能数据编织有着异曲同工之妙。InterSystems IRIS数据平台的诸多优秀能力可以帮助用户实现智能数据编织，重塑数据利用方式！

多种开发技术，令开发人员随心所愿！

2022年，香港大学深圳医院迎来建院十周年。作为深港合作医疗平台和公立医院改革试点，医院是由深圳市政府全额投资，并引进香港大学现代化管理模式的大型综合性公立医院。十年来，医院全力打造集“医、教、研、管”为一体的四个粤港澳大湾区国际化中心，2021年7月成为国家公立医院高质量发展试点医院，2021年12月成为国家建立健全现代医院管理制度试点医院。目前，医院正在探索改革创新路径，全面配合公立医院高质量发展对信息化建设提出的需求。

日常工作中，JSON使用越来越多，很多其他的语言里面有成熟的JSON API,但cache 我一直没找到。而同事们使用的基本都是自己写的一些JSON工具。这些小工具，多多少少有些局限。使用ensemble2016后，发现了Ens.Util.JSON类，他可以处理JSON。翻阅代码后，实际上主要API是%ZEN.Auxiliary.abstractController。在使用中，我们遇到一个问题，那就是有些JSON的节点名是带有下划线的，这个不太好处理。一般来说，我们把对象转为xml的时候，对象的属性我们是去掉下划线的，带下划线的名字是用XMLNAME来设置的，于是考虑JSON里面也使用它（如果配置了）作为对象转JSON的时候，JSON的名字。修改%ZEN.Auxiliary.jsonProvider的%WriteJSONStreamFromObject方法后，发现ensemble的一些自带的页面的功能受到了影响。因此重新建立了一个副本。这里假定为Util.JSON Extends %ZEN.Auxiliary.abstractController [ System = 3 ]。对象转为JSON的方法中，需要修改 ClassMethod %ObjectToJSON(pObject As %RegisteredObject, ByRef pVisited, pLevel 

在上一篇文章中，我们讨论了标准 HL7v2 的起源、结构和消息类型。现在让我们看一下最常用的消息类型之一及其结构示例。我说的是 ADT。

HL7 ADT 消息（入院、出院、转院）用于在医疗机构传达基本患者信息、就诊信息和患者状态。 ADT 消息是使用最广泛且容量最大的 HL7 消息类型之一，因为它为许多触发事件提供信息，包括患者入院、注册、取消、更新、出院、患者数据合并等。

在Caché时代， 比较受欢迎的IRIS数据库客户端是Sqldbx和Winsql, 这两者的共同点是提供ODBC兼容的连接，而且免费。限制也差不多：只能用于Windows环境，只能用ODBC连接。 

DBeaver是我最近使用的免费SQL客户端， 推荐给各位。它有几个好处：

如下图，系统表或代码中是否有相关方法可直接解析BP中的swith分支内容，实现接口的自动统计相关功能
另：当前版本是否有已封装的页面，方便用户操作查看消息等功能 

一个简单的生产配置，使 FHIR 交易捆绑包能够通过 Box 和 Dropbox 加载到 InterSystems® FHIR® 服务器中。使用包含的 MFT 连接组件和 14 行自定义业务流程，此生产配置会将您的交易捆绑包处理到 FHIR 资源，以便立即使用，就像哈利·波特的魔法一样。

我首先会展示该生产配置的短视频导览、MFT 连接以及 IRIS 上 Box 和 Dropbox 的 Oauth2 应用配置，接下来循序渐进地展示一些步骤，让您使用您喜欢的任何 MFT 供应商以及您选择的任何工作流程、桌面、API 或 Web 控制台拖放操作。

一些陷阱：

• OAUTH2 回调需要使用 IRIS 的 SSL 端点来提供重定向… 最好在 Health Connect Cloud 上尝试一下！
• Dropbox for Business 在基于团队的令牌方面面临挑战，个人 Dropbox 则运行良好。 这不是无法忍受的情形，但需要一些耐心。
• 配置 MFT 连接时，注意 Dropbox 的 baseurl 上的“/”（确保它存在）。
• 对于 Box 和 DropBox 的路径，MFT 出站适配器都需要具有结尾“/”。

现在，鉴于以上获奖的 OBS 支持的内容可能有不足之处，如果 InterSytems 文档还不够，下面是需要遵循的步骤。

步骤概览：

第二十六章 使用系统监视器 - 使用 ^%SYSMONMGR 管理应用程序监视器

如使用 ^%SYSMONMGR 实用程序中所述，^%SYSMONMGR 实用程序允许管理和配置系统监视器，包括应用程序监视器。该实用程序可以在任何名称空间中执行，使用它所做的更改只会影响启动它的名称空间。必须通过在该命名空间中启动 ^%SYSMONMGR 来为配置的每个启动命名空间维护单独的应用程序监视器配置。

注意：在对应用程序监视器配置进行任何更改（例如激活类）之后，必须在进行更改的名称空间中重新启动系统监视器以使更改生效。

要管理应用程序监视器，请在终端中输入以下命令：

%SYS>do ^%SYSMONMGR

然后为管理应用程序监视器输入 5。显示以下菜单：

1) Set Sample Interval
2) Manage Monitor Classes
3) Change Default Notification Method
4) Manage Email Options
5) Manage Alerts
6) Debug Monitor Classes
7) Exit
 
Option?

输入选择的数字或按 Enter 退出 Application Monitor实用程序。

管理应用程序监视器

主菜单中的选项可让管理应用程序监视器，如下表所述：

2022年12月24日-25日，卫生健康信息标准应用管理培训班 （第二期）将于线上举办，此次培训班由国家卫生健康委统计信息中心指导、由《中国卫生信息管理杂志》社、深圳市卫生健康信息协会主办，InterSystems协办。详细日程请点击此处了解。

第二十五章 使用系统监视器 - 配置健康监视器类

此子菜单中的选项可让自定义 Health Monitor，如下表所述。

注意：不能在系统监视器运行时使用这些选项来自定义健康监视器；必须先停止系统监视器，然后在进行更改后重新启动它。

第二十四章 使用系统监视器 - 使用 ^%SYSMONMGR 管理运行状况监视器

如使用 ^%SYSMONMGR 实用程序中所述，^%SYSMONMGR 实用程序允许管理和配置系统监视器，包括运行状况监视器。要管理 Health Monitor，请在终端中切换到 %SYS 命名空间，然后输入以下命令：

%SYS>do ^%SYSMONMGR

1) Start/Stop System Monitor
2) Set System Monitor Options
3) Configure System Monitor Classes
4) View System Monitor State
5) Manage Application Monitor
6) Manage Health Monitor
7) View System Data
8) Exit 

Option? 

注意：Health Monitor 仅在 %SYS 命名空间中运行。当在另一个命名空间中启动 ^%SYSMONMGR 时，选项 6（管理健康监视器）不会出现。

为管理运行状况监视器输入 6。显示以下菜单：

1) Enable/Disable Health Monitor 
2) View Alerts Records
3) Configure Health Monitor Classes 
4) Set Heal

第二十三章 使用系统监视器 - 通知规则

通知规则

如果一段时间内传感器的三个连续读数大于传感器最大阈值，Health Monitor 将生成警报（严重性 2 的通知），如果一段时间内传感器的五个连续读数大于传感器最大阈值，则健康监视器将生成警告（严重性 1 的通知）大于传感器警告阈值。最大值和警告阈值取决于传感器对象中的设置以及适用的图表是由 Health Monitor 生成还是由用户创建，如下表所示。

另请注意：

• 当传感器对象设置了最大值和警告值时，不需要图表，因此不会生成图表，即使禁用 Health Monitor 也会生成通知。
• 当传感器对象设置了最大乘数和警告乘数，或者只有基数时，需要图表；在分析模式下收集到足够的样本以生成图表之前，不会生成任何通知。
• 当存在用户创建的图表时，传感器对象设置是什么并不重要。

第二十二章 使用系统监视器 - 周期

Periods

默认情况下，每周有 63 个重复周期对传感器进行采样。这些期间中的每一个都代表一周中特定日期的以下指定间隔之一：

默认健康监控周期

可以使用 ^%SYSMONMGR 实用程序中的配置周期选项列出、添加和删除周期（请参阅下面的配置健康监视器类部分）。您可以添加每月、每季度或每年的期间以及每周的期间。

注意：季度期间以三个月为增量列出，从指定为开始月份的月份开始；例如，如果指定 5（五月）作为起始月份，则季度循环将在八月 (8)、十一月 (11) 和二月 (2) 重复。

对于用户定义的期间，描述是可选的。

Charts

如果传感器对象的通知阈值未作为乘数给出（或未指定），则 Health Monitor 需要图表来评估这些传感器读数。 Health Monitor 通过

第二十一章 使用系统监视器 - 传感器和传感器对象

传感器和传感器对象

Health Monitor 传感器对象表示 SYS.Monitor.SystemSensors 中的传感器之一。每个传感器对象必须提供一个基值，并且可以选择提供一个最大（警报）阈值和一个警告阈值（绝对值或乘数）。 Health Monitor 传感器对象及其默认参数显示在下表中。

一些传感器代表IRIS 实例的总体指标。这些传感器在下表中没有在“传感器项目”列中列出的值。例如，LicensePercentUsed 传感器采样当前正在使用的实例授权许可单位的百分比，而 JournalGrowthRate 传感器采样写入实例日志文件的数据量（以每分钟 KB 为单位）。

其他传感器收集有关特定传感器项（CSP 服务器、数据库或镜像）的信息。例如，DBReads 传感器对每个已安装数据库的每分钟读取次数进行采样。这些传感器指定为 <sensor_object> <sensor_item>；例如，DBLatency install-dir\IRIS\mgr\user 传感器对完成对 USER 数据库的随机读取所需的时间（以毫秒为单位）进行采样。

可以使用 ^%SYSMONMGR 实用程序列出和编辑（但不能删除）传感器对象（如下面的“配置健康监视器类”部分所述）。编辑传感器对象允许修改它的一个或所有值。您只能输入一个基值

第二十章 使用系统监视器 - 定义系统监视器组件

SYS.Monitor API 允许定义自己的传感器、订阅者和通知器类。

Sensor Classes

传感器类扩展 %SYS.Monitor.AbstractSensor。 System Monitor 控制器最初调用每个传感器类的 Start() 方法；此后，在每个周期，它都会调用 GetSensors() 方法。 SetSensor() 方法在传感器类中用于设置 SensorReading 属性中的传感器名称/值对，该属性由 GetSensors() 返回并传递给所有订阅者类。

传感器类还可以评估传感器读数，并根据评估结果调用类的 %SYS.Monitor.Email 以根据通知或任何用户定义的警报方法生成电子邮件消息。

Subscriber Classes

订阅者类扩展 %SYS.Monitor.AbstractSubscriber。 System Monitor 控制器最初调用每个订阅者类的 Start() 方法；此后，在每个循环中，它会为循环中调用的每个传感器类调用一次 Receive() 方法，并将从该传感器类接收到的传感器名称/值对传递给 SensorReading 属性。订户类可以评估一个或多个名称/值对，并使用 Notify() 方法设置通知，该方法填充 Notifications 属性。

作为其传感器评估的结果

第十九章 使用系统监视器 - 配置系统监视器命名空间

配置系统监视器命名空间

当一个实例启动时，系统监视器会在每个已配置的启动命名空间中作为一个单独的进程自动启动（默认情况下仅限 %SYS）。所有系统监视器配置和设置都是特定于命名空间的。当使用 ^%SYSMONMGR 进行更改时，更改仅影响启动该实用程序的命名空间。

注意：^%SYSMONMGR 的所有实例都将消息写入同一系统监视器日志。可以从任何命名空间配置启动命名空间。

当在主菜单中输入 3 时，将显示以下菜单：

1) Configure Components
2) Configure Startup Namespaces
3) Exit

输入 2 以显示配置命名空间的选项：

1) List Startup Namespaces
2) Add Namespace
3) Delete Namespace
4) Exit

输入 1 以列出当前配置的启动命名空间。

输入 2 添加启动命名空间。

输入 3 以删除启动命名空间。 （不能删除 %SYS。）

查看系统监视器状态

在主菜单中输入 4 以显示 System Monitor 及其在启动 ^%SYSMONMGR 的名称空间中的组件的状态，例如：

       Component                   State
System Monitor            

第十八章 使用系统监视器 - 设置系统监视器选项

设置系统监视器选项

要更改全局系统监视器设置或将它们恢复为默认值，请停止系统监视器（如果它正在运行），然后在主菜单中输入 2：

1) Set Sample Interval
2) Set Debugging Level
3) Reset Defaults
4) Manage Debug Data
5) Exit

输入 1 设置系统监视器调用每个配置的传感器类的时间间隔；默认值为 30 秒。

输入 2 设置调试级别。默认值为 0（基本），它将系统监视器和运行状况监视器状态和错误消息写入系统监视器日志，并且不保存传感器读数。调试级别 1（记录所有传感器）将传感器读数与消息一起写入系统监视器日志并保存传感器读数，然后可以使用“查看系统数据”菜单的“查看传感器数据”选项查看这些读数。

输入 3 将采样间隔、调试级别和传感器读数的保存重置为其默认值。

输入 4 以设置保存传感器读数的天数；默认值为 5。

更改将在下次启动或重新启动系统监视器时生效。

配置系统监视器组件

如系统监视器中所述，可以通过扩展 %SYS.Monitor.AbstractSensor、%SYS.Monitor.AbstractSubscriber和 %SYS.Monitor.AbstractNotification 创建自己的传感器、订阅者和通知程序类新选项卡，并在系

第十七章 使用系统监视器 - 使用 ^%SYSMONMGR 实用程序

^%SYSMONMGR 实用程序可让管理和配置系统监视器。该实用程序可以在任何名称空间中执行，使用它所做的更改只会影响启动它的名称空间。必须通过在该命名空间中执行 ^%SYSMONMGR 来为配置的每个启动命名空间维护单独的系统监视器配置。在对命名空间的系统监视器配置进行任何更改后，必须在命名空间中重新启动系统监视器才能使更改生效。

重要提示：本节中描述的使用 ^%SYSMONMGR 实用程序的所有手动操作都可以使用 %Monitor.Manager API 中的方法以编程方式执行。

要管理系统监视器，请在终端中输入以下命令：

%SYS>do ^%SYSMONMGR

出现主菜单

%SYS>do ^%SYSMONMGR
 
 
1) Start/Stop System Monitor
2) Set System Monitor Options
3) Configure System Monitor Classes
4) View System Monitor State
5) Manage Application Monitor
6) Manage Health Monitor
7) View System Data
8) Exit

Option?

输入选择的数字或按 Enter 退出该实用程序。

主菜单中的

第十六章 使用系统监视器 - 系统监视器默认值

系统监视器默认值

System Monitor 调用一组提供的可以扩充的类，在 %SYS 命名空间中运行，并在三个可以更改的默认设置下运行。

默认系统监视器组件

IRIS 提供了五个类，默认情况下在 %SYS 命名空间的系统监视器中配置。

Sensor classes:

• SYS.Monitor.SystemSensors

系统传感器类获取传感器值传递给配置的订阅者类，包括系统监控订阅者（SYS.Monitor.SystemSubscriber）和健康监控订阅者（SYS.Monitor.Health.Control）。

• %SYS.Monitor.AppMonSensor

为 Application Monitor 提供传感器、订阅者和通知服务的类；获取传感器值并将它们存储在本地命名空间中，根据用户定义的警报评估值，并根据警报定义生成电子邮件消息或在触发警报时调用用户指定的方法。

Subscriber classes:

• SYS.Monitor.Health.Control

Health Monitor 的订阅者类；从 SYS.Monitor.SystemSensors 接收和评估统计传感器值，并将通知发布到系统通知程序。

• SYS.Monitor.SystemSubscriber

适用于所有传感器类别的系统监视器订阅者；包含

第十五章 使用系统监视器 - 系统监控健康状态

基于发布到消息日志的通知，包括由IRIS 实例直接生成的系统警报以及由 System Monitor 和它的 Health Monitor 组件 System Monitor 在共享内存中的寄存器中维护一个总结整个系统健康状况的单一值。

在启动时，系统健康状态是根据在启动过程中发布到消息日志的系统（而不是系统监视器）警报的数量来设置的。系统监视器运行后，可以通过系统警报或系统监视器警报或警告来提升健康状态。自上次系统警报或系统监视器警报或警告发布后 30 分钟过去后，状态将清除到下一个较低级别。下表显示了如何确定系统健康状态。

 在AES的加密过程中,存在HEX和Base64的输出，目前在HEALTHSHARE自带有Base64的加解密规则，现在针对HEX的加解密进行对应的处理，实现和网上ASE加解密工具进行互相加解密。
在Ensemble的AES的CBC加密主要用到的是这俩个方法
$system.Encryption.AESCBCManagedKeyEncrypt(Plaintext,KeyID)
Plaintext是需要加密的字符串，需要进行$ZCONVERT(字符串,"O","UTF8")转换
KeyID是密钥的ID。
或者是
$SYSTEM.Encryption.AESCBCEncrypt(text,key,IV)
text是需要加密的字符串，需要进行$ZCONVERT(text,"O","UTF8")转换
Key 是密钥 键的长度必须为16、24或32个字符
IV  是偏移量 如果存在此参数，则必须为16个字符长。

第一个方法是在本地生成对应的密钥,暂时还不能和网站上的进行互相加解密的处理。
目前主要是针对第二个方法
$SYSTEM.Encryption.AESCBCEncrypt(text,key,IV)

下面附上对应代码和说明：
Hex编码      原理就是将原来8位的二进制打断，分成两个4位的，并且在前面加上4个零，
            进行补位这样一个8位二进制字节就变成了2个8位的二进制字节，
    

第十四章 使用系统监视器 - 跟踪系统监视器通知

通常，应调查任何系统监视器警报（严重性 2 的通知）或系统监视器警告序列（严重性 1）。 Health Monitor 还可以生成系统监视器警报和警告。

系统监视器警报、警告和状态消息（严重性 0）被写入消息日志 (install-dir\mgr\messages.log)。 （所有系统监视器和健康监视器状态消息都写入系统监视器日志，install-dir\mgr\SystemMonitor.log。应用程序监视器警报不会写入日志，但可以通过电子邮件发送或传递给指定的通知方法。 )

要跟踪系统监视器警报和警告，可以执行以下操作：

• 使用 ^%SYSMONMGR 实用程序查看系统监视器警报。此选项允许显示所有传感器或特定传感器的警报，并查看所有记录的警报或仅查看在指定时间段内发生的警报，但它不显示警告。
• 监控消息日志。请记住，当在短时间内为给定传感器生成一系列系统监视器警报时，只有第一个会写入消息日志。

注意：在消息日志中，System Monitor 状态通知以首字母大写标记，例如 [System Monitor] 以 %SYS 开头，而 warnings、alerts 和 OK 消息则以大写标记，例如 [SYSTEM MONITOR] CPUusage Warning: CPUusage = 90（警告值为 85）。

配置 Lo

第十三章 使用系统监视器 - 系统监视器

System Monitor 是一种灵活的、用户可扩展的实用程序，用于监控 数据平台实例，并在一个或多个指标的值表明存在潜在问题时生成通知。如所提供的，System Monitor 包含以下实例监控工具：

• System Monitor 监控系统状态和资源，根据固定参数生成通知（警报和警告）并跟踪整体系统健康状况。
• Health Monitor 对关键系统和用户定义的指标进行采样，并将它们与用户可配置的参数和建立的正常值进行比较，当样本超过适用的阈值时生成通知。
• Application Monitor 对重要的系统指标进行采样，将值存储在本地名称空间中，并使用用户创建的警报定义对其进行评估。触发警报时，它可以生成电子邮件通知或调用指定的类方法。

默认情况下，这三个工具都在 %SYS 命名空间中运行。 System Monitor 和 Application Monitor 可以选择在特定于命名空间的配置和设置下的其他命名空间中运行。可以定义和配置自己的组件，以根据需要在每个命名空间中扩展系统监视器的功能。

系统监视器

System Monitor 对重要的系统状态和资源使用指标进行采样，例如 ECP 连接状态和使用中的锁表百分比，并根据固定状态和阈值生成通知——警报、警告和“状态正常”消息。这些通知被写入消息日志，允许 Log Moni

嵌入式 Python 模板

今天你们分享一个简单的嵌入式 Python 模板，我建议将其作为任何使用 InterSystems IRIS 并将使用嵌入式 Python 的通用项目的起点。

功能：

• 随时可用的嵌入式 Python；
• 3 种嵌入式 Python 开发方式示例；
• 随时可用的 VSCode 开发；
• 支持 Docker；
• 支持在线演示；
• 随时可用的 ZPM 优先开发。

下面讨论一下这些功能！