Questions tagged «configuration»

配置是根据功能单元的性质,数量和主要特征进行的布置。

2
有效跟踪从开发人员到产品的配置更改
这个问题以Spring Boot服务为例,但是可以是任何技术。 假设以下内容: 环境(dev / QA / prod)由不同的团队拥有。这意味着开发人员不能访问生产配置。 配置(例如application.properties)是外部化的,即不是二进制文件的一部分 相同的二进制文件/程序包(例如,service.jar)部署在每个环境中,并由自动部署控制 虽然对二进制工件(service.jar)的更改会自动传播到每个环境,但是对配置的更改仍需要手动干预,这不可避免地最终导致在每个环境中失去同步。 例如,假设开发团队在其环境中向application.properties添加了一些键值对。记录这些新密钥的最佳方法是什么,以便在操作团队中进行部署时,他们确切知道要添加哪些密钥,从而将启动新服务并由于缺少密钥而看到新服务失败的风险降到最低? 我知道将涉及手动步骤,但我想知道人们如何处理此问题并找到最有效的方法。

3
DI / IoC容器与工厂:我在哪里配置应用程序,为什么?
我试图弄清楚何时使用DIC / IoC注册表来配置我的软件以及何时使用工厂,以及这两种方法背后的原因。 我正在使用StructureMap作为我的DI容器(DIC),使用注册表很容易配置它。在DIC中,从某种意义上说,实际上所有注册的对象都是静态的,一旦配置了DIC并且在DIC中将它们配置为单例,就不需要在运行时更改/交换任何实现/实例。但是,由于我的软件(SW)将在不同的设备上运行,因此我确实需要根据运行我的SW的设备选择特定于设备的注册表,以便相应地配置硬件。 由于某些对象的构造需要读取配置文件,因此我正在使用工厂将这些实例返回给DIC,以便将配置的读取与对象的创建分开。我在DIC中为相应的插件类型注册了工厂吸气剂。 现在说我有一个插件类型IMotor与具体类型Motor1和Motor2,这应该由厂家来处理。现在,有两种方法可以决定如何配置设备: 我将有关运行SW的设备的信息传递给,MotorFactory并且它返回正确的电动机,Motor1或者Motor2。在这种情况下,决定的逻辑是在工厂内部。 我根据运行它,并创建两个工厂的设备配置DIC Motor1Factory和Motor2Factory,其中一个创建Motor1和其他 Motor2。在这种情况下,对于IMotor使用Motor1Factory或的设备特定的注册表,我会有不同的注册表项Motor2Factory。 现在我的问题是:这两种方法中哪一种更可取,为什么?在我看来,第一种情况并非一帆风顺,而且令人费解,因为我在整个代码库中扩展了决定实例化哪种类型的逻辑。在第二种情况下,由于我将需要(几乎)每种具体类型的工厂,因此我实际上在代码中增加了工厂的数量。当将抽象工厂添加到组合中时,这让我更加困惑。 再说一遍:什么时候应该使用一种方法?更重要的是:什么是决定走哪条路的好指标?

7
强化数据访问层
情况:dba是一个异地承包商,将整个DAL代码保留在TFS中。作为前端开发人员,能够添加列,调整proc和诸如此类的东西,而不必依赖于等待该家伙响应您的电子邮件来完成工作,那将是很好的。 问题:什么是建议的解决方案/过程,以允许更快,更敏捷的开发,同时保持数据完整性以及团队之间的和平爱与幸福?
By using our site, you acknowledge that you have read and understand our Cookie Policy and Privacy Policy.
Licensed under cc by-sa 3.0 with attribution required.