1，准备

    本次安装环境：Kylin-Server-10-SP2-Release-Build09-20210524-x86_64.iso

    安装系统适配的对应版本：HealthConnect-2021.1.2.338.0-lnxubuntux64.tar.gz；ISCAgent-2021.1.2.338.0-lnxubuntux64.tar.gz

     系统语言选择：English（必要）

背景

Cache起源于没有SQL的1970时代，当时各种高级计算机语言才刚刚诞生，其中M语言较为独特，它的诞生就是为了在没有操作系统的机器上，进行数据存储。别忘了，Unix在1971年才发布。M语言别具一格地采用了Global多维数组，统一了复杂的内存操作和文件读写，使之成为了1970年代数据库的事实标准，特别是在医疗行业。而后Intersystems在1978年接过M语言的旗帜，在M语言上添加了SQL兼容层和ObjectScript层，前者顺应了时代的潮流，后者不仅为M语言提供了强大的OOP和各种便捷的语法糖，还让数据能以对象形式进行访问，让数据和代码更加紧密。

本文将简述多维数组、SQL、对象这3种数据操作方式，提供实例代码片段，并在运行效率、开发效率、管理效率、实用性方面讨论它们的优缺点。
为方便讨论，以学校与学生为例。对每种操作方法，都列举3种典型的用例，分别为，访问某特定ID的学生（即数据库ID索引）、访问某特定studentID的学生（即遍历唯一索引）、和访问某学校的所有人（即遍历非唯一索引）。

现假设学生表/对象定义如下：

Hi 大家好!

我经常会看到CSP 应用提示一些没有什么意义的错误信息，比如：

 在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)

1. 概述

IRIS的23种设计模式

第一章 Caché 设计模式 简单工厂模式

定义

• 简单工厂模式属于创建型模式，又可称为静态工厂模式，这是由一个工厂对象决定创建出哪一种产品类的实例

使用场景

• 工厂类负责创建的对象比较少
• 客户只需知道传入工厂类的参数，而无须关心创建对象的逻辑

优点

• 使用户根据参数获得对一个的类实例，避免了直接实例化类型，降低了耦合性
• 能把客户类和具体子类的实现解耦，客户类不再需要知道有哪些子类以及应当实例化哪个子类：客户类往往有多个，如果不使用简单工厂，那么所有的客户类都要知道所有子类的细节。而且一旦子类发生改变，所有的客户类都要进行修改

缺点

• 可实例化的类型在编译期间已经被确定。
• 如果增加新类型，则需要修改工厂，这违背了开放封闭原则
• 子类多过不适合使用

示例

• 用Caché 实现一个计算器控制台程序，要求输入两个数和运算符号。

背景

作为集成平台厂商，在医院同其它系统联调的时候所做的事情中，多的不是开发代码而是查消息。我先演示一下目前我正在使用的IRIS查消息的方式：

最近遇到一个问题，需求是把大量的数据写入到第三方数据库oracle，目前用的是EnsLib.SQL.OutboundAdapter 方案，但是感觉队列很容易卡死，不知道是什么原因。然后想换成  set res = ##class(%ResultSet).%New("%DynamicQueryGW:SQLGW") 这种方式执行插入和更新。但是它返回的错误是网关调用失败，我希望得到具体的错误，我用这个对应额sql语句去 navicat执行就能提示出明确的错误！有大佬处理过类似的问题吗？有更好的方案吗？

在数字化转型成为国家战略和国内外科技大厂的成功经验、强大的宣传攻势和推广能力联合左右下，微服务架构（Microservices Architecture，MSA）毫无疑问已经成为当今基础架构的主流话题，短短几年间席卷全行业，仿佛成了每个行业数字化转型的必由之路。

微服务架构的概念

维基百科的定义: 微服务架构MSA是SOA（面向服务的架构）的一个变种，将一个应用程序安排成一个松散耦合的服务集合。在微服务架构中，服务是细粒度的，协议是轻量级的。目标是，团队可以使他们的服务独立于其他服务。松散耦合减少了所有类型的依赖性和周围的复杂性，因为服务开发者不需要关心服务的用户，他们不会把他们的变化强加给服务的用户。因此，它允许开发软件的组织快速成长和做大，以及更容易使用现成的服务。沟通的要求也减少了。这些好处是以维护解耦为代价的。接口需要仔细设计，并作为一个公共API来对待。一种技术是在同一个服务上有多个接口，或者同一个服务的多个版本，这样就不会干扰到代码的现有用户。

这个概念还有点复杂，谷歌的比较简单：

微服务架构MSA是指开发应用程序的一种架构风格。微服务允许一个大型应用被分离成较小的独立部分，每个部分都有自己的责任领域。

亲爱的社区开发者们，

我很高兴地向大家介绍一位我们的新版主 @Tete Zhang (张特特）！

@Tete Zhang (张特特） 目前任职于InterSystems中国，在WRC部门任职资深技术支持专家一职。

以下是@Tete Zhang (张特特）的自我介绍：

在2015年夏天实习结束后，我于2016年正式作为技术支持工程师加入InterSystems，从那时起，我在InterSystems全球支持中心北美分部工作了六年，2022年，我调职至北京，服务于InterSystems中国，希望能为成长中的中国市场出一份力。

很高兴可以在社区与大家相遇，希望能与大家一起努力，创造更精彩的社区！

在Windows中，InterSystems IRIS 会将Python引擎一起安装在安装目录中，可以将Python的代码在InterSystems IRIS内核中运行，允许Python代码与ObjectScript代码混合运行，以获得最佳开发性能。一般基于UNIX的操作系统会自带一个Python，所以不会随InterSystems IRIS安装包自动安装Python引擎。

在InterSystems IRIS 2021.2 以上的版本中才支持Embedded Python，其余版本不支持使用Embedded Python

关于微服务架构（MSA）的IRIS定位的初学者指南。MSA在企业级Java世界中的能见度越来越高，因此，了解这股热潮背后的内容是至关重要的。我尝试着写下我的观点并与大家分享。

背景

首先，我必须承认。今年初夏，我的同事要求我收集一些关于匈牙利开发的医疗产品的信息。当我从相关公司得到反馈时，发现该产品是一个模块化系统，基于微服务架构（MSA）。好的。什么是MSA？在网上做了简短的研究，阅读了一些WIKI网页后，我得出结论：啊哈，又是一个 "架构"。我们可以用IRIS在 "架构层面 "遵守 "任何架构"--至少 "在某种程度上"。但也有一些恼人的地方。这让我对MSA有了更多的了解。到目前为止还不错，但是REST不是这篇文章的主要话题吗？MSA和REST之间的关系是什么？我访问的几乎每个网站都在例子中使用了RESTful网络服务。这让我有点怀疑。但总的来说，我赞同对MSA的一般总结：它是SOAP但做得很好。特别是因为有一些关于 "内聚 "和 "耦合 "的句子，我完全不明白。那么，如果MSA只是 "SOAP做得好"，为什么我没有看到SOAP的例子？为什么这些例子（几乎）都是RESTful？