问题标签 [code-maintainability]

我目前在一个产品中工作，其中有不同类型的图像，如产品图像、用户个人资料图片、徽标等。我需要一个具有良好查询性能的数据库。

我想到了两个数据库设计。

选项 1. - 将所有图像存储在具有 id、title、url_full、url_thumb、状态和时间戳字段的单个表中

优点

1. 我可以使用单个 ImageModel 文件来插入删除/更新数据。所以图像存储不会有多重逻辑。它只是一个单一的逻辑，“存储在一个表中”。所以每当需要保存图像时，我都可以调用 ImageModel 的方法

缺点

1. 如果产品图片多而用户图片少，由于产品数量庞大，用户图片查询会变慢。

选项 2. - 使用 id、title、url_full、url_thumb、status 和 timestamp 字段在不同的表中存储不同类型的图像

优点

1. 一个部分的记录数增加不会影响其他部分的查询速度

缺点

1. 必须为每种图像类型编写单独的模型文件/函数。
2. 无论何时必须存储图像，都需要指定类型。

我的问题是，这是更好的方法。优点和缺点是否真正值得关注。如果还有其他优点/缺点，请列出。或者如果有其他神db设计，请提出。

请根据产品和用户较多的实际场景进行回答。

我和我的团队一段时间以来一直在研究多种工具流。

我们不断在同一文件中添加新程序或在同一目录中创建新文件。还有很多嵌套程序；一个人打电话给别人。

程序的数量只会越来越多，而且流程涉及至少10个热爱自己的事情的人。

我的问题是，我们将如何以整洁的方式管理所有这些程序？

我们的情况是，我们为一个客户出售了应用程序，并且我们不断地为这个客户对其进行更改。另一方面，我们有另一个客户想要类似的应用程序。但是很多地方有很多小差异。由于我们使用的技术/编写代码的方式，很难创建通用库并仅将差异放在库中。

怎么做： 1. 导出代码并创建新的存储库 - 我们丢失更改历史 2. 为新客户端创建新的 SVN 分支 - 我们永远不会合并它 - 它永远不会与主分支有任何连接。?

此致

我正在考虑我的游戏引擎选项。我做了Twin Stick Shooter 教程。最让我感到沮丧的是，大部分编程都是在蓝图中完成的，这是一种丑陋的（在这里是主观的，但不会太久）图形编程。游戏的整个逻辑都是用盒子完成的……我觉得这太可怕了！我什至逃离了 Qt Designer 并使用纯编码和布局来设计我的 GUI。

回到客观，问题在于“双棒射手”是一款非常非常简单的游戏。然而，这些图表最终非常复杂和庞大。我发现这在没有问题的情况下很难维护，例如使用 git 或任何其他版本控制工具跟踪随时间的变化。与 C++ 不同，在 C++ 中，维护大型代码是一个非常古老的问题，可以通过多种方式解决，并且版本控制系统可以很好地解决这个问题。

我的问题是：教程中的同一个游戏（或任何一般游戏）是否可以使用 C++ 中部署的所有逻辑（或者可能少于 5% 的蓝图）来完成，而不是全部部署在蓝图图表中（如 Twin Stick Shooter )? 鉴于我不是虚幻引擎方面的专家，我认为专家可以很好地回答这个问题，他可以解释纯粹用 C++ 可以做什么和不可以做什么，以及为什么这样做是好是坏那。

我有一个声明性语言（twolc实际上）的源文件，我需要编写许多变体：一个规范版本和许多非规范版本，每个版本都有一个或多个与规范不同的变体。例如，假设规范文件具有三个规则：

A那么，一种变体可能具有与and的规范完全相同的规则C，但对于 具有不同的规则B，我将其称为B-1：

想象一下，你对许多不同的规则有许多不同的细微变化，你有我的情况。我担心的问题是代码的可维护性。如果稍后我决定Rule A需要以某种方式重构，那么我将有 50 多个文件需要手动编辑完全相同的规则。

我的想法是为每个规则设置单独的文件，并使用cat: cat A.twolc B.twolc C.twolc > norm.twolc、cat A.twolc B-1.twolc C.twolc > not-norm.twolc等将它们连接成变体。

是否有任何工具旨在管理此类问题？有没有比我想到的更好的方法？我提出的解决方案是否有我应该注意的弱点？

假设我有 2 个函数，它们对参数执行完全相同的操作，但使用不同的常量集来执行此操作。对于一个过于简单的例子：

在实际应用中假设会有多个参数和常量/文字，当然计算会复杂得多。为了简单起见，以及可维护性，我想将这两个函数重写为可以生成这两个函数的模板，以便我可以调用 foo<1> 或 foo<2> 并生成正确的函数. 我知道我可以做这样的事情：

但由于我在编译时总是知道要使用哪个函数，所以我想使用模板来避免分支。有没有办法做到这一点？

I have a requirement Android Product Flavors and Configuration help to maintain and support single code base to distribute multiple clients. I referred few links, It gives a basic idea. My question is actually Am I'm going correct direction. I very new to this kind scenario.

eg: Product name: MohanApp client 1: Cartoon, client 2: Disney, client 3: Pogo,

Thanks in Advance.

我已经看到了很多不同的 MVC 架构。他们都是不同的。我想知道使用控制器将模型数据发送到视图的标准方法。是否适合将模型对象发送到视图并使用一个设置器设置视图字段？或使用具有一个参数或其他方式的多个设置器一一设置视图字段？

ReactJS我正在使用and构建应用程序前端redux state container。这个应用程序（核心）将在一些不同的项目中重用，其中一些我需要一些额外的功能/扩展（插件）。这些需要与核心分开。应用程序和扩展在客户端的浏览器上呈现（我没有在服务器上预呈现任何东西）。

我正在寻找一种方法：
a）创建一个可以访问核心应用程序状态
的“第三方”插件 b）从核心应用程序中呈现一个“第三方”插件组件

有任何想法吗？
谢谢 ;）

我们每周维护一次服务器。有时，客户希望我们更改一些已经缓存在服务器中的设置。我的同事总是编写一些 JSP 代码来更改这些存储在内存中的设置。

使用这种方法是一个好方法吗？如果我们的项目不是 Web 容器，哪些工具可以帮助我？