回答情况：
提问时间：
问题标签：
2回答
这个用户故事将导致我们的许多子系统进行修改，并且或多或少有4-5个冲刺长度。将其分成子故事是不可能的，因为修改没有商业价值。但是，在第五次冲刺中，将会有商业价值。
你有什么建议？我们如何创造业务价值，向我们的客户展示每一次冲刺，并让我们的客户对每一次冲刺的工作进行优先排序？
浏览 1提问于2009-06-07得票数 0
回答已采纳
我已经能够获得当前登录用户的业务单位价值的基础上的系统用户id。我想得到相同的业务单位价值，但，根据“内部邮件地址”或简单的用户的电子邮件地址。是否可以根据用户的电子邮件地址检索用户的业务单位？
浏览 1提问于2022-07-25得票数 0
回答已采纳
当分隔符为"on“或" to”或甚至"for“时，我需要拆分文本，从结果中移除分隔符：给人创造更多的价值=创造更多的价值/人我查看了这个解决方案，但它不允许使用if /或可能性。
浏览 0修改于2023-04-28得票数 1
0回答
我必须建立一个拓扑，其中多个节点(4-5个UE)通过连接到eNB，并且eNB在蜂窝网络的4个不同方向上提供覆盖。MC1具有4-5个UE MC2具有4-5个UE MC3具有4-5个UE MC4具有4-5个UE在这种情况下，我必须计算可靠性的统计数据。
只有两个频率由对角相反的MC共享。
浏览 10修改于2017-11-25得票数 0
同时，BDD关注的是业务价值，但并不是所有模块都能独立提供直接的业务价值。(在嵌入式软件开发中，这通常是正确的。)只有当单独的模块一起使用时，才会增加业务价值。因此，关注于业务需求的行为测试可以使用单元测试来实现，这似乎是矛盾的。
行为驱动的开发是否在为单个单元编写单个单元测试的级别上工作。或者它实际上与集成测试有更密切的关系，跨越多个单元？举个例子:如果低级组件本身没有提供任何业务价值，那么如何为低级别模块(如内存访问模块或组件驱动
浏览 0修改于2023-05-18得票数 4
回答已采纳
1回答
我的问题是，当业务逻辑发生变化，但数据库中存储的数据没有变化时，我们应该做什么。一直以来，我们都能够接受来自用户输入的数字、下线和括号的任何组合，作为有效的电话号码。当新的业务逻辑到达时，我们不是改变旧的VO，而是创建(继承)新的？还是别的什么？无论它是什么，我认为它不应该放弃能力的VO永远是一致的。
谢谢。
浏览 4修改于2019-12-12得票数 1
回答已采纳
我试图过滤目录项目的基础上登录的客户业务帐户。如何在acumatica门户中获取登录的客户业务帐户价值？
你好，R.Muralidharan
浏览 3提问于2016-03-29得票数 3
回答已采纳
使用watir-webdriver将大文本设置为text_field需要大约4-5秒的时间。我也尝试过价值方法，但它还是很慢。
浏览 1提问于2015-06-11得票数 2
回答已采纳
以下是系统应该处理的估计数：
这将是内部唯一的业务应用，致力于帮助航运公司进行全球货运管理。
浏览 3修改于2013-04-10得票数 0
回答已采纳
在Django中，建议的软件架构是将所有业务逻辑和数据访问放在模型中。但是，当我开始使用单独的数据访问层和业务逻辑层进行编码时，数据访问层很简单(基本上是定义db模式的模型代码)，而且它似乎并没有增加多少价值。将数据访问从django模型中分离出来是否真的有价值，或者django已经为其ORM提供了足够的数据
浏览 0提问于2012-01-19得票数 15
回答已采纳
我使用依赖注入已经有一段时间了，我真的很喜欢这个技术，但是我经常遇到太多的依赖项，需要注入4-5，这看起来很大。
但我想不出更简单的办法。例如，我有一个具有发送消息的业务逻辑的类，它接受另外两个业务逻辑依赖项来执行所需的任务(一个用于将数据转换为发送的消息，另一个用于翻译接收到的消息)。
浏览 3修改于2013-08-14得票数 3
回答已采纳
我们的应用程序有非常大的数据，我们希望在数据库层(存储过程)中执行我们的业务逻辑(聚合)。由于Liferay也使用Hibernate，如果hibernate在这种情况下没有增加太多价值，那么有没有办法绕过hibernate呢？
浏览 2修改于2012-08-13得票数 0
回答已采纳
根据我的理解，产品积压应该反映每个项目的业务价值。嵌入式软件的本质是它有很多技术细节，需要花费大量的时间为微控制器创建驱动程序，如SPI、UART、以太网、WIFI等等。例如，系统通过播放消息来发出通知，所以很明显，播放消息是一种业务价值，但要实现这个目标，我必须写下-requirements，这也不是什么问题--对于许多驱动程序来说，比如SPI、MP3解码器芯片驱动程序、SD卡驱动程序，最后还有FAT，所以前面所有的驱动程序都有应该在产品待办事项中写入的要求，因此需求从一个业务价值需求
浏览 0修改于2019-02-05得票数 9
3回答
据我所知，CQRS的基本原则之一是命令应该是以行为为中心的，并且在业务或UL中具有价值，而不是以数据为中心，即CRUD。而不是专注于更新客户，我们有像CustomerHasMoved这样的命令。这在业务中并没有多大价值。这应该只是在UpdateCustomer命令的保护伞下吗？
浏览 2修改于2016-02-14得票数 21
回答已采纳
我的解决方案中有三个主要层：2-数据访问层:实现业务层接口，并从我的数据库中写入或读取，为此我使用实体框架
3-Web层是MVC web项目，具有业务层和数据访问层的参考价值
浏览 1提问于2014-04-18得票数 1
回答已采纳
22回答
【有奖问答】到底应该频繁跳槽还是长期坚守一家公司？（已完结）
腾讯云开发者社区、程序人生、腾讯云、程序员、行业
-腾讯云开发者社区-腾讯云
长期坚守一家公司，或许能积累深厚的业务沉淀与团队信任，却可能面临薪资被行业倒挂的尴尬；频繁跳槽看似能快速实现薪资跃迁，但又有可能陷入 “一直做大头兵”、难以深耕的困境。
浏览 1566修改于2025-11-20
我知道全天候运行它的所有优点和缺点，但这是我的主要业务需求。编辑:我已经把它作为前台服务了，只要我一直和我的手机交互，它就能工作，但是如果我让它空闲4-5个小时，即使它被列为前台服务，操作系统也会取消它
浏览 0修改于2019-01-21得票数 7
回答已采纳
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号