UltraLite 的行为更改

UltraLite 的下一主版本将使用行业标准 API 来增强开发，并使用组件模型（而不是原有的静态接口）来增强开发。这些更改将为用户带来一些好处，包括能更轻松地使用 UltraLite 开发应用程序。

这些计划的结果是，有些 UltraLite API 建议不要在本版本中使用，即在当前软件中会继续为它们提供完全支持，但在下一主版本中不再提供支持。在下一主要版本中，将为迁移使用了不建议使用的接口的应用程序提供帮助。

与所有前瞻性声明一样，此处提供的不建议使用和停用的功能的列表可能会发生更改。

不建议使用或停用下面的功能。

不建议使用静态接口 SQL Anywhere Studio 的下一主版本将不支持静态 C++ API 或静态 Java API。将提供嵌入式 SQL 接口，但不是通过当前生成的代码机制。
UltraLite.NET 组件接口由 ADO.NET 替代 在本版本中，UltraLite.NET 支持新的 iAnywhere.Data.UltraLite 命名空间中的 ADO.NET 开发。ADO.NET 既提供了行业标准接口的优点，又为大型应用程序提供了迁移到 Adaptive Server Anywhere 的简单途径。UltraLite.NET 组件 API（iAnywhere.UltraLite 命名空间）在本版本中不建议使用，并且下一主要版本中将不再提供。
Native UltraLite for Java 组件接口由 JDBC 替代 计划使用 JDBC 接口替代当前的 Native UltraLite for Java 接口。

以下是对该软件先前版本的行为更改列表。

下载过程中对参照完整性删除的新警告 UltraLite 在下载过程中为维持参照完整性会自动删除某些行。它现在会在以这种方式删除每一行时都发出警告。
请参见参照完整性与同步。
Native UltraLite for Java 行为更改 Cursor.getRowCount() 方法更改为返回 int。不需要更改应用程序。
UltraLite.NET 组件行为更改 Cursor.getRowCount() 方法更改为返回 int。不需要更改应用程序。
处理无效的同步参数 在以前的版本中，UltraLite 运行时忽略所有无效的同步参数。因此会将拼写错误的参数忽略，而使用缺省值代替。
在本版本中，如果运行时遇到无效的参数，同步会失败，并设置 SQL 代码 SQLE_UNRECOGNIZED_OPTION。如果提供了错误回调，则将为每个无效的参数调用一次错误回调。仍然忽略重复参数。
安全同步的新库 同步的安全性组件已移到单独的库中。如果您为加密的同步使用 ULSecureCerticomTLSStream 或 ULSecureRSATLSStream 安全性组件，现在则必须针对相应的静态库分别进行链接，或提供单独的 DLL。
UltraLite for MobileVB 与 Crossfire 的集成 如果现有项目使用了本软件较早版本的 UltraLite for MobileVB 与 Crossfire 的集成，则必须将对 Interop.UltraLiteAFLib.dll 的引用更改为对 iAnywhere.UltraLiteForAppForge.dll 的引用。