C API应遵循的 3 个显式编程技巧

高性能控制系统开发团队应尽显然明确，以防止 ASSUME 综合症并在其控制系统中都产生无意间犯罪行为。在今天的评论中都，让我们来看看高性能开发团队可以通过不够明确的方式清扫Java的几个信息技术。

显式演算擅于 #1 – 将 extern 与公共formula_一起用到

我们都知道我们不应当用到 extern，因为它时会创设数据库系统，进而显然引致各种问题。但是，仅仅用到 extern 的一个好地方是在创设公共formula_时。

当你表述一个未公开的formula_时，你可以用到以下请求在标头中都创设通告或十分相似：

void Foo(void);

它在开头中都，所以很明显它是一个公共的从外部formula_。但是，我遇上过这样的情况，你正要管控一个别人编订成的模块，并且在像 Bar 这样的formula_的标头中都没有公共 API，但它的表述如下：

void Bar(void)

{

…

}

这个formula_的用以是什么？ 它应当是私有的并且前面有一个磁性吗？它应当是未公开的并在开头中都表述吗？如果高性能开发团队将 Bar 表述为：

extern Bar(void)

{

…

}

我们时会知道它是未公开的并且在 API 中都局限性，尽管有人调用它，URL装置仍然都能看到它。

显式演算擅于 #2 – 将数组作为 const 发送至给formula_，除非它们转变

数组是危险的，如果它们在指派过程中都无意间地以某种意希望不到的方式依此类推、递减或简化，它们很非常容易引致灾难。我常常时会遇上如下所示的formula_通告：

void Foo(uint32_t * Param1);

这个通告是如此含蓄，我读了这个通告，其用以是将一个数组发送至给一个 uint32_t，其中都数组和对准的 uint32_t 存储装置所在位置都无需不够改！

这是高性能开发团队的含意吗？ 如果他们只是希望发送至一个对准变量的数组，以便它通过援引发送至并且可以被formula_简化怎么办？ 这个formula_可以来作到这一点，但他们也锁上了简化数组的选项！

下面的陈述对我来说相当清楚，数组没有转变，对准的个数可以转变：

void Foo(uint32_t * const Param1);

匹配是对准 uint32_t 存储装置所在位置的 const 数组。数组在formula_中都不能转变，但对准的东西可以。因此，如果有人在formula_中都指派以下可用：

Param++;

Java时会说“不！ 错误！”，让管控者说出他们不应当这样来作。

显式演算擅于 #3 – 将“no reference”变量作为 const 发送至

今天，这通常时会让高性能开发团队兴奋不已，而且不是很差。有人告诉我这是无稽之谈，但正因如此，它使除此以外老手在内的任何开发团队都清楚Java。

这里的希望法是我显然有一个通告如下的formula_：

void Foo(uint32_t Param1);

在这种情况下，我通过复制而不是援引发送至匹配，以供formula_用到。该formula_理论上可以对本地复制指派任何可用。但正因如此，如果有人在管控这段Java，他们是否是知道我们希望要转给匹配并将其主要用途变量？ 对我来说，除非通告是这样写成的，否则我没有有任何线索：

void Foo(const uint32_t Param1);

这告诉我，该匹配预计没有在复制中都不够改或简化以供本地用到。

这些示意不够非常容易使Java不够模糊不清，并不够非常容易高性能开发团队认知Java的真正企图。今天，这些显然不是引致所有这些损失的隐式Java的最佳来作法，但它们确实让你相信你应当编订成尽显然模糊不清的软件。