4回答
我想了解国际域名的局限性..。有人能解释我能做什么和不能做什么吗？允许这些符号中的任何一个：!@#$%^&*()_+吗？
浏览 0提问于2010-11-16得票数 2
回答已采纳
1回答
我试图按照最佳实践的方法构建我的最后一个大型MVC项目，但并不完全理解我在做什么。它有一个数据、业务和网络(MVC)项目，但是控制器包含大部分代码，数据层使用NHibernate并且有几个存储库负责太多的事情，而业务层是不属于其他两个项目的任何东西的垃圾场。它可以工作，但我觉得它可以设置得更好--我主要不满意的是胖控制器和存储库。
我正在开始一个新的项目，这个项目可能会增长到一个合适的规模，所以我会花更多的时间来尝试让我的设计走在前面。因此，我仍然拥有胖控制器，外加一个薄的业务和数据层。
浏览 0提问于2013-05-09得票数 15
回答已采纳
当我搜索我的品牌名称“品牌”时，我可以看到谷歌的商业列表，其中包括地图，这占用了页面空间，它是一个完全不同的公司，称为"Brannded“。我能做什么?
浏览 0提问于2020-03-17得票数 2
我正在创建一个类似Yelp的网站，人们在那里加入他们的业务。我注意到很多人都是这样使用搜索引擎的:纽约的餐馆，洛杉矶的汽车维修。我应该做些什么来接触所有这些搜索引擎用户？
浏览 0提问于2014-01-02得票数 5
6回答
我有一个具有名称空间的分层应用程序：
我还有业务对象/DTO。它们驻留在App.Objects命名空间中，但我不喜欢这个命名约定。为什么？因为这个名称空间还会有子名称空间后缀对象，比如App.Objects.KeywordObjects。这些子名称空间不可能没有对象后缀，因为其中一些类还将包含同名类(App
浏览 5提问于2009-07-07得票数 3
回答已采纳
如果我决定使用最具体的查询和DTO-s来优化所有请求，那么操作和类型的数量很可能会快速增长，并且没有一个是可重用的。另一方面，泛化提供了重用代码的机会，但代价是性能下降。除了使用常识和测量之外，是否有任何良好的实践或指导方针来处理此问题？
浏览 0提问于2012-01-30得票数 0
回答已采纳
我想知道为什么最常见的东西/基本逻辑不只是放到产品上。创建Product.Core而不在产品中直接放任何东西仅仅是为了暗示类的真正含义吗？关于这一点，/best有什么“规则”吗？编辑:如果我要在名称空间中划分3件事: GUI、DataAccess和业务逻辑，并决定将类放在3个名称空间中。前两个是显而易见的：Product.DataAccessProduct.Core产品
现在我想知道哪个更“标准
浏览 0提问于2016-12-06得票数 0
1回答
那些东西是什么？只是业务对象还是业务组件？
DeviceAccess (或设备)包含复杂的业务逻辑，寿命长，并且是活动的。这个DeviceAccess对象
浏览 4提问于2013-06-24得票数 0
1回答
我被要求创建一个PHP应用程序，从表面上看，它非常简单--尽管它有一些复杂的业务逻辑。基本上，它向用户显示了许多层叠下拉选项，然后当表单提交时，它从根据业务逻辑布局的数据库中返回一组数据。到目前为止，我拥有的是许多php文件，其中包含数据库调用和html片段，JS调用它们来显示每个下拉列表，然后再添加一个文件来创建生成的信息表，其中包含所有的业务逻辑和更多的数据库调用。我相信您可以看出，目前代码主要是过程性的，但是由于它必须在大量web页面上发布，我一直在研究不同的体系结构，以便以更易于维护和</
浏览 0提问于2017-09-15得票数 1
1回答
请看下面的问题： Public Interface IOrder
End Namespace
业务逻辑层中的类，例如订单实现接口(来自业务逻辑层的IOrder)和使用接口(来自数据逻辑层的IOrder)，即表示层与业务逻辑层通
浏览 1提问于2013-03-22得票数 1
回答已采纳
1回答
使用HyperledgerComposerV0.12使用以下代码调用deploy函数，这将返回一个“成功”结果： * Deploys a new BusinessNetworkDefinition to the Hyperledger Fabric. The connection must be connected for this method to succeed. * req.body.myArchive: _string - s
浏览 1提问于2017-09-06得票数 0
回答已采纳
在剖析NerdDinner示例应用程序时，我注意到Models文件夹中的所有内容都属于Models名称空间。数据映射类、存储库、错误规则管理等属于相同的命名空间级别。我知道这个文件夹的灵感来自Rails和friends等框架，并且需要它来证明MVC标题中的M是正确的；但是，自动模型命名空间不会破坏编写跨不同系统和实现的可拆分和可移植的业务逻辑的机会吗？我应该在这个Model命名空间下命名我的业务逻辑，还是应该完全忽略它，以一种更独立于
浏览 0提问于2009-04-19得票数 3
回答已采纳
1回答
为了分离关注点，我创建了API层、业务层和数据层。经过深思熟虑，我决定在我的演示中使用基于查询的API版本控制。我的问题是，
组织我的代码以方便这一点的最佳方法是什么？除了使用不同的命名空间/ repos之外，还有其他方法来组织我的代码以适应不同的版本吗？到目前为止，我已经为每个版本创建了单独的名称空间，但这造成了大量的代码重复。另外，在得到我的一些朋友的审查后，他们提出了这
浏览 0提问于2019-02-19得票数 0
1回答
假设我们有3类核心功能：面向用户的CRUD操作我决定设计以下服务：一个名为search_service的业务域处理搜索操作，它基本上需要只读权限.所有这些都构成了我创建的以下图表：现在我的问题是：
为业务域提供自己的Users和Bus
浏览 0提问于2023-05-26得票数 0
回答已采纳
我很难使用Microsoft构建数据库和应用程序，而且业务需求仍然很不稳定。我期望从访问到基于浏览器的解决方案。有很多解决方案可以将数据库移动到一个新的平台上，所以我更关心前端开发。现在，在Access中，我能做些什么来设计业务逻辑和UI代码，以便以最小的痛苦和返工来实现未来的移动？
浏览 1提问于2018-04-19得票数 0
回答已采纳
在它内部，我有一个api的名称空间/子域和一个web的名称空间/根域。我想把所有的业务逻辑放在api中，然后简单地从web命名空间控制器调用它。=>接口关于我该如何组织这个项目有什么想法吗？我怎么打内线电话？或者是另一种(更好的)方式呢？
谢谢
浏览 0提问于2014-05-08得票数 0
2回答
然而，我从未真正理解名称空间(类的逻辑分组)的好处。我通常有一个名称空间用于表示层，一个名称空间用于业务逻辑层，一个名称空间用于数据访问层，即：com.Application.PresentationLayercom.Application.DataAccessLayer我可以
浏览 2提问于2013-02-15得票数 2
回答已采纳
2回答
我正在为解决方案、项目、它们的默认命名空间和程序集(Visual Studio)制定命名指南。现在看起来是这样的:例如，我们有一个名为" company“的公司和一个名为" project”的项目。该项目在单独的dll，UI (WPF/WinForms)和一个web部件中有业务逻辑。问题标题中列出了以下内容的名称：
解决方案名称："Project“。业务逻辑dll项目名称：“项目”，默认命名空间："Company.Pro
浏览 1提问于2009-12-18得票数 13
回答已采纳
云服务器
ICP备案
实时音视频
云直播
对象存储
腾讯云开发者
