回答情况：
提问时间：
问题标签：
我已经能够获得当前登录用户的业务单位价值的基础上的系统用户id。我想得到相同的业务单位价值，但，根据“内部邮件地址”或简单的用户的电子邮件地址。是否可以根据用户的电子邮件地址检索用户的业务单位？
浏览 1提问于2022-07-25得票数 0
回答已采纳
当分隔符为"on“或" to”或甚至"for“时，我需要拆分文本，从结果中移除分隔符：给人创造更多的价值=创造更多的价值/人我查看了这个解决方案，但它不允许使用if /或可能性。
浏览 0修改于2023-04-28得票数 1
仪表板将显示自上次登录以来发生的业务事务的各种“portlet”，等等。哪种解决方案更适合实现高性能和可扩展性？
浏览 1修改于2011-01-31得票数 0
我们有一个由7-10名开发人员组成的团队，并在多个应用程序上工作。一段时间以来，我一直在尝试让测试员获得批准。我被要求写一个商业案例，试图获得批准。还有什么是我应该关注的，以帮助非技术业务人员看到曙光？
任何建议都会有所帮助。
浏览 1修改于2012-02-11得票数 1
同时，BDD关注的是业务价值，但并不是所有模块都能独立提供直接的业务价值。(在嵌入式软件开发中，这通常是正确的。)只有当单独的模块一起使用时，才会增加业务价值。因此，关注于业务需求的行为测试可以使用单元测试来实现，这似乎是矛盾的。
行为驱动的开发是否在为单个单元编写单个单元测试的级别上工作。或者它实际上与集成测试有更密切的关系，跨越多个单元？举个例子:如果低级组件本身没有提供任何业务价值，那么如何为低级别模块(如内存访问模块或组件驱动
浏览 0修改于2023-05-18得票数 4
回答已采纳
1回答
我的问题是，当业务逻辑发生变化，但数据库中存储的数据没有变化时，我们应该做什么。一直以来，我们都能够接受来自用户输入的数字、下线和括号的任何组合，作为有效的电话号码。当新的业务逻辑到达时，我们不是改变旧的VO，而是创建(继承)新的？还是别的什么？无论它是什么，我认为它不应该放弃能力的VO永远是一致的。
谢谢。
浏览 4修改于2019-12-12得票数 1
回答已采纳
我试图过滤目录项目的基础上登录的客户业务帐户。如何在acumatica门户中获取登录的客户业务帐户价值？
你好，R.Muralidharan
浏览 3提问于2016-03-29得票数 3
回答已采纳
在Django中，建议的软件架构是将所有业务逻辑和数据访问放在模型中。但是，当我开始使用单独的数据访问层和业务逻辑层进行编码时，数据访问层很简单(基本上是定义db模式的模型代码)，而且它似乎并没有增加多少价值。将数据访问从django模型中分离出来是否真的有价值，或者django已经为其ORM提供了足够的数据
浏览 0提问于2012-01-19得票数 15
回答已采纳
我们的应用程序有非常大的数据，我们希望在数据库层(存储过程)中执行我们的业务逻辑(聚合)。由于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
回答已采纳
例如，如果输入为'0-0,3-5,7-10'，则期望输出为[0,3,4,5,7,8,9,10]。但是，我在以下方面有一个错误：上面写着没有足够的价值来解开。我的推理是，r应该有表单'x-y'，所以如果我将它除以'-'，我应该得到两个值。
浏览 0修改于2019-07-08得票数 1
回答已采纳
22回答
【有奖问答】到底应该频繁跳槽还是长期坚守一家公司？（已完结）
腾讯云开发者社区、程序人生、腾讯云、程序员、行业
-腾讯云开发者社区-腾讯云
长期坚守一家公司，或许能积累深厚的业务沉淀与团队信任，却可能面临薪资被行业倒挂的尴尬；频繁跳槽看似能快速实现薪资跃迁，但又有可能陷入 “一直做大头兵”、难以深耕的困境。
浏览 1566修改于2025-11-20
1回答
下面的代码可以从中检索有关业务位置的信息。readMask=${readMask}`;
我可以为readMask字段添加什么价值，以便业务照片也将被发送？
浏览 7提问于2022-06-17得票数 0
1回答
我现在很好地理解了PRISM，我也理解了MVVM的价值。所有这些都有利于交付来自可测试性、“一致性”等方面的业务价值。所以问题是..。在诸如控件之类的孤岛中使用代码隐藏，并将MVVM和TDD保留在实际的代码中，从而带来业务价值，这是否合理？
浏览 0提问于2011-10-06得票数 2
回答已采纳
1回答
你在实际业务系统中会使用分布式事务框架吗？
分布式事务 dtf、分布式事务、框架、系统
分布式事务的协调成本随参与节点数量的增加而大幅增长，最终会吞噬业务价值的边际收益。
浏览 112提问于2025-11-25
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号