回答情况：
提问时间：
问题标签：
我已经能够获得当前登录用户的业务单位价值的基础上的系统用户id。我想得到相同的业务单位价值，但，根据“内部邮件地址”或简单的用户的电子邮件地址。是否可以根据用户的电子邮件地址检索用户的业务单位？
浏览 1提问于2022-07-25得票数 0
回答已采纳
当分隔符为"on“或" to”或甚至"for“时，我需要拆分文本，从结果中移除分隔符：给人创造更多的价值=创造更多的价值/人我查看了这个解决方案，但它不允许使用if /或可能性。
浏览 0修改于2023-04-28得票数 1
我已经创建了一个Http触发的Python函数，它需要3-10分钟来处理整个业务逻辑，具体取决于数据大小。
当使用postman或python请求触发此函数时，它只等待4分钟的响应。
浏览 18提问于2020-02-04得票数 0
同时，BDD关注的是业务价值，但并不是所有模块都能独立提供直接的业务价值。(在嵌入式软件开发中，这通常是正确的。)只有当单独的模块一起使用时，才会增加业务价值。因此，关注于业务需求的行为测试可以使用单元测试来实现，这似乎是矛盾的。
行为驱动的开发是否在为单个单元编写单个单元测试的级别上工作。或者它实际上与集成测试有更密切的关系，跨越多个单元？举个例子:如果低级组件本身没有提供任何业务价值，那么如何为低级别模块(如内存访问模块或组件驱动
浏览 0修改于2023-05-18得票数 4
回答已采纳
我可以通过它们的价值来隐藏它们吗？例如，我有12个月的下拉列表，现在是2012年10月11日，我想隐藏过去的所有月份，只显示3-10月，11月，12月。
浏览 0提问于2012-10-12得票数 0
回答已采纳
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
回答已采纳
这段代码需要优化以运行超过百万行和业务键，我们最多可以有3-10个timevalue列。我认为它是某种类型的递归CTE。
背景:对许多正在被非正规化的表进行缓慢变化的尺寸处理。
浏览 0修改于2018-12-18得票数 1
回答已采纳
我的解决方案中有三个主要层：2-数据访问层:实现业务层接口，并从我的数据库中写入或读取，为此我使用实体框架
3-Web层是MVC web项目，具有业务层和数据访问层的参考价值
浏览 1提问于2014-04-18得票数 1
回答已采纳
22回答
【有奖问答】到底应该频繁跳槽还是长期坚守一家公司？（已完结）
腾讯云开发者社区、程序人生、腾讯云、程序员、行业
-腾讯云开发者社区-腾讯云
长期坚守一家公司，或许能积累深厚的业务沉淀与团队信任，却可能面临薪资被行业倒挂的尴尬；频繁跳槽看似能快速实现薪资跃迁，但又有可能陷入 “一直做大头兵”、难以深耕的困境。
浏览 1566修改于2025-11-20
当我在一个开发人员团队(3-10人)工作时，我经常注意到，随着代码库的增长，获得每个代码中每个术语的精确和共享定义就成了一个问题。以下是几个月后最常见的问题：开发人员以不同的方式翻译相同的概念(即。对业务概念的误解--这会导致将业务概念混合在一个独特的类中，从而打破单一责任原则。
在编写代码(有时不适合于敏捷开发)之前记录大量文档--在开发过程中，是否有任何方法在团队之间共享业务和技术词汇表？
浏览 0提问于2017-08-11得票数 3
回答已采纳
我目前有一个手动过程，我们上传一个文本文件给业务伙伴，他们有一个自动化的过程，读取文件，处理它，然后从任何地方生成一个‘结果’日志文件从3-10分钟(通常)后首次上传。
浏览 3提问于2009-01-08得票数 1
回答已采纳
1回答
下面的代码可以从中检索有关业务位置的信息。readMask=${readMask}`;
我可以为readMask字段添加什么价值，以便业务照片也将被发送？
浏览 7提问于2022-06-17得票数 0
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号