Incrediblog

CRYENGINE vs Unreal- 游戏开发引擎巨头争锋

Asaf Eldad / Sep 24 2021

  在游戏开发领域，各大领先游戏引擎竞先角逐顶级游戏开发。不久前，我们对比了 Unity vs Unreal， 并且整理了最佳七大游戏引擎。今天，我们将再接再厉，继续深入比较 CRYENGINE 和虚幻引擎。总的来说，这两个引擎在功能和性能上不相上下，因此很难分出高下。 在开始讨论这两个游戏引擎的优势领域之前，我们先重点看看由这两个引擎开发的游戏。 CRYENGINE 由德国软件开发公司 Crytek 开发，成立于 1999 年，但正式进入游戏领域时已是 2004 年。自此，CRYENGINE 先后开发了《万众狂欢》（Everybody’s Gone to the Rapture）和《天国：拯救》（Kingdom Come: Deliverance）等热门游戏。 2015 年，CRYENGINE 获得亚马逊许可，创建了一个流行的游戏开发引擎Amazon Lumberyard。Amazon Lumberyard 以 CRYENGINE 为基础，同时具备 AWS 集成功能，开发者可在 Amazon 服务器上构建、托管游戏。 虚幻引擎由 Epic Games 开发，1998年，在 FPS 的游戏《Unreal》开发中大展身手。在过去的十年里，虚幻引擎先后开发了《火箭联盟》（ Rocket League）和《红色管弦乐队2》（Red Orchestra 2）等上百种热门游戏。...

如何完成游戏移植任务？成功经验分享

Renana Dar / Sep 09 2021

游戏移植，堪称一门不可或缺的游戏开发艺术。这也难怪，不少工作室已经开始针对游戏移植提供特定服务。在移植游戏时，需要考虑的因素繁杂，例如使用开发工具包、认证要求、将代码转换为不同的编程语言、性能和内存管理、控件更改等等。所有这些麻烦事儿都值得重视。看看最新消息，关于索尼收购 Nixxes Software，而 Nixxes Software 的专长正是移植游戏并进行优化。游戏平台移植的重要性如此可见一斑，索尼也定是意识到了，才会去收购 Nixxes Software。 为了进一步探索游戏移植，我们邀请了两位行业专家，Game-Ace 的首席技术官 Denis Potapenko 和  Pingle Studio 的首席技术官...

微服务和 C++ 如何有效结合？

Amir Kirsh / Sep 05 2021

微服务结构，是企业程序开发的一种流行方案，帮助开发或支持松散耦合的服务。通常，这些服务较小，协议为轻量级。服务，代表单个业务流程，因此微服务架构非常适合服务导向的程序，这与长期以来的主流一体化代码库不同。 传统上，企业应用程序由三个主要部分组成，其中包括数据库、用户界面和服务器端程序。服务器端包含整个程序的业务逻辑，一般用于提供大范围的功能。这种体系结构比微服务更固定。尽管传统的体系结构有其优点，但对这两种体系结构的比较，超出了本文的内容范围。因此，我们将聚焦 C++ 的微服务开发，以及它在这一领域与一体化程序的区别。这篇文章中介绍了一些微服务的实际用例。 图片来源： https://docs.oracle.com/en/solutions/learn-architect-microservice 微服务的特性 微服务的两个主要特性，是模块化和扩展性。单个服务表示为模块，每个模块依据具体业务功能进行构建。各个服务各司其职，处理其对应的功能，且一般无法越过其功能界限。微服务可以独立部署，但这并不意味着，它们独立于其他模块。相反，尽管微服务之间是松散耦合的，且作为单独的进程运行，但各服务之间有通信机制。升级或更换模块操作简单，但要保证从整体体系结构来看，模块的功能是完善的。与一体式程序相比，微服务体系结构的扩展性更强。 微服务的交互性 值得注意的是，微服务通常属于大系统中的活跃部分，因此，各个服务间需要进行交互。一体化程序可能依赖于简单的函数调用，微服务则使用不同协议进行进程间的通信，例如 HTTP（如 REST API）、TCP（针对基于二进制的协议）或 AMQP（也可使用 TCP）。 微服务可以使用任何形式的数据进行交互，但通常以...

CPU与GPU区别对比

Renana Dar / Sep 02 2021

有所区别，因此归属两类。CPU 大都用于传统的桌面进程处理，而 GPU 在其他领域的应用越来越多。本文将分析其中的几个领域，同时对比 CPU 和 GPU 的主要区别。 为什么需要两种不同类型的处理器？ 每个人都多少了解 CPU。CPU 被称为计算机的“大脑”，由数百万个多“内核”微型晶体管组成，是支撑计算机核心处理功能的关键。没有 CPU 的支持，操作系统和应用程序则无法运行操作。此外，CPU 也是计算机总体运行速度的决定性因素。 从根本上来说，GPU...

C++项目 GitHub Actions操作实例

Amir Kirsh / Aug 30 2021

GitHub Actions 是帮助开发者和管理者实现工作流的一种有效方式，如更改存储库中的代码和事件等。这些事件可以是 push 事件（例如编写新的 C++ 代码）、打开或改变拉取请求（以合并更新的 C++ 代码）、创建新的分支、打开或修复问题、cron 计划任务等等。 工作流的步骤使用 YAML 代码定义，并存储在目录 .github/workflows 中。 这些操作在运行程序上执行，运行程序检查可用作业，每次只执行一个作业，直至作业完成。根据设计，运行程序安装在...

Bjarne Stroustrup在Core C++ Conference中的线上问答实录（部分）

Amir Kirsh / Aug 26 2021

我们很荣幸能参加 Bjarne Stroustrup 线上会议的Core C++ Conference，接下来是一个有趣的问答环节内容总结。 这篇文章涵盖了 C++ 从 2006 年到 2020 年的蜕变，内容丰富且振奋人心，值得我们用文字记录。问答部分提出了一些非常好的问题，Bjarne 也给出了非常有意思的回答，我想在这篇简短的博客中总结一下。 当然，这是我根据自己最内容的理解做出的总结，如果我有任何不当的解读，欢迎参与会议的观众们随时指出（这次会议很受欢迎，有 200...

如何更新 C++ 遗留代码？

Amir Kirsh / Aug 23 2021

C++ 在过去的十年中进步很大，以至于有些人把它看作是一种完全不同的语言，而不是“老旧的遗留 C++”。尽管现代 C++ 依然保留了与原来的准则和基本语法，但这些更新和进步对 C++ 语言和标准库意义重大。 不过，也不是每个人都在使用最新版本的你。诚然，根据 Jetbrains  2021生态系统调查，大多数项目和公司已经颇有进步，并不断向更新的语言规范迈进。不过，尽管 C++ 20 已经发布，但调查中仍有 12% 的开发者使用 C++98/03，40%...

最佳 C++ 编译器

Dori Exterman / Aug 19 2021

我喜欢 C++，这已经不是什么秘密。我偏爱 C++ 的一个原因是，C++ 是一个“开放”的编程语言，任何人都可以使用自己喜欢的编译器。当然，C++ 编译器的种类也很多。同样， C++ IDE 也不少，我在之前的一个博客中讨论过这个话题。 编译和运行 C++ 代码的平台（或主机），通常称为托管环境。如果 C++ 程序在没有操作系统的帮助下执行，则属于运行在独立环境中。因为缺乏操作系统，独立环境的限制比较多。相应地，在这种环境下运行 C++ 代码的要求也不少，你可以点击链接查看具体要求。也许之后，我将为...

了烟雾测试和健康测试

Dori Exterman / Aug 16 2021

今天，我们将讨论一个完美的软件交付工作流中必不可少的两个环节，烟雾测试，及与之紧密相关的健康测试。这两个测试负责检测产品中大大小小的更改，保证程序能够按照原计划顺利运行。这些更改可能是对整个产品没有什么影响的简单用户界面修改，也可能是会影响整个程序的大规模后端更改。 有一些人可能以为烟雾测试和健康测试是一样的，但你仔细对比每种测试的用例，就能意识到这两者的区别。烟雾测试用于检查整个应用程序。在许多情况下，烟雾测试覆盖应用程序的所有主要功能。健康测试则更具针对性，用于测试应用程序的特定功能。 了解所有关于烟雾和健康测试的知识，能让你和团队在正确的时间采用正确的测试方法。尽管两种测试多少有些类似，但在特定时候，它们还是无法互相替代的。另外，我们也将进一步学习，在应用程序完整的端到端测试中，这两者将如何相互补充。 烟雾测试，从头到尾保障程序安全运行 健康测试与烟雾测试的主要区别，在于发布功能所需的测试级别和类型。通常，烟雾测试是这样进行的，软件产品的所有关键功能都需要一一进行测试，直到显示 “通过”。这个过程可以通过手动或自动测试技术实现。在烟雾测试期间，任何一个测试失败，意味着代码的更改可能引入了一些缺陷。 烟雾测试通常由质检人员完成。在某些情况下，开发人员可能会在本地进行某种形式的烟雾测试。不过无论如何，烟雾测试的主要任务都是： 用于从头到尾检测应用程序主要功能的关键路径。通常包括后端 API 测试，使用 Postman 或 CI/CD 管道等自动测试方法。 为门控签入等方法提供检查点。这类构建测试是保护代码库，不受引入错误的影响。 作为第一道防线，在进入质量检测环节之前，识别明显错误。...

使用 Clang 优化Flag进行编译

Dori Exterman / Aug 12 2021

在《Effective C++》一书中，Scott Meyers 谈到了使用 lhs 和 rhs 作为参数名的方式:“……这是我最喜欢的两个参数名。但在你没有接触过编译器编写工作的情况下，它们的优势和含义可能并不突出。” 大约在 1992 年，当 Scott 写这篇文章时，他一定是联想到了 GCC，因为当时 Clang/LLVM 还没出现。Clang/LLVM...

如何使用功能切换？

Dori Exterman / Aug 10 2021

经常会出现这样一种情况：程序的功能需要在特定的环境中才能正常运行。因此，测试程序现有功能、或检验新功能的互操作性时，操作会比较麻烦。在不论哪种情况，使用 CI/CD 回滚到之前的版本都有风险。 一种风险较小、侵入性较低的办法是使用功能切换。正确使用功能切换可以隐藏程序的功能。虽然功能切换还算不上是生产解决方案，但它可以使用一种部署方式进行嵌套和启用这些功能。 其他解决方案可能适用于较复杂的场景，但功能切换广泛用于测试和实施新软件功能的场景。继续阅读，了解更多关于什么是功能切换以及何时应该（或不应该）使用这些切换的信息。 什么是功能切换？ 简单来说，功能切换根据程序的逻辑检查外部配置值，打开或关闭相关功能。这种配置可用于以下情况： 部署在同一资源上的配置文件。 部署期间设置的环境变量。 云中的配置文件。 这个功能与众不同的一点是，需要测试的逻辑已经部署到服务器上。功能切换的功能可以保证新更改可以完全部署，同时不影响现有程序功能。然而，额外的逻辑确实也带来了一些切换负债。 但与使用功能切换的好处比起来，这些切换负债还在接受范围之内。以这种方式使用功能切换，通常不会增加太多额外的工作。毕竟功能的新逻辑已经完成并部署。在所有测试和验证完成后，另一个版本可能会用实际执行的版本替换功能切换逻辑。 但是如果不加以控制，功能切换可能让管道部署等方面更加复杂，这种情况下，可以使用第三方解决方案迭代实现功能。如果无法进行功能切换，管理上将是一场噩梦。 功能切换如何运转？ 功能切换，等同于在新逻辑中添加条件语句。根据外部配置值，检查是否符合相应的条件。添加这个条件语句之后，团队可以在代码库中的一个版本上继续编码，同时保持对启用新功能的细粒度控制。 这些切换也称为功能切换，可以有效打开或关闭功能。无论使用什么术语，重要的是要注意区别这种切换与用户在程序设置中可修改的切换类型。这些是在生产程序周期中进行的配置或选项。...