问题标签 [convention-over-configur]

我有控制器AdminTagController。默认情况下，视图将位于/adminTag文件夹中。是否可以将此控制器的默认文件夹更改为/admin/view？我可以为每种方法指定视图，但这并不酷

谢谢

我有很多用@WebService(targetNamespace = "mynamespace"). 每个@WebResult和@WebParam都有相同的定义targetNamespace = "mynamespace"。

有没有办法将 JAX-WS（Metro 实现）配置"mynamespace"为默认用作 targetNamespace？

我想使用没有任何属性的注释并摆脱重复的声明，就像约定优于配置一样。

我是 ASP.NET MVC 的新手。我浏览了几本书和代码示例。当我学习时，我提出了以下问题，无法清楚地理解以下要点。

大多数书籍都解释说，将模型放在Models文件夹中是一种约定优于配置。他们还声明 ASP.NET MVC 框架假定开发人员将模型放在该文件夹中。但是，大多数代码示例和许多其他开发人员将模型放在 以外的文件夹中Models，例如ViewModels在单独的类库项目（即Services项目）中。

这两种方式有什么区别吗？如果我们将模型放在Models文件夹中，ASP.NET MVC 对模型有什么作用吗？他们有什么好的和坏的？你如何为你的项目做？

我正在尝试将 EF 6 与自定义约定一起使用，但IConfigurationConvention无法识别界面！

套餐：

实体框架 6.0.0-beta1-20702

我正在关注这篇文章，但未能成功在 EF6 中使用自定义约定

通过使用泛型方法定义IDataRepositoryFactory非泛型接口：Create

我能够避免编写工厂实现：

但是，此解决方案有利有弊：

优点：

• 不再需要手动实现抽象工厂。

缺点：

• 将此IDataRepositoryFactory接口作为依赖项，感觉很像使用服务定位器：
  • 全能的通用工厂可以创建任何存储库类型，甚至是完全不相关模块的命名空间中的存储库类型。
  • 实际的依赖关系现在隐藏在抽象工厂后面；消费者的构造函数不再静态记录所需的存储库/工厂。

没有更好的方法吗？

除了自动将 CLR 类映射到 EDM 模型之外，还有哪些优点或用例ODataConventionModelBuilder？

它消除了哪些特定的痛苦？如果可能的话，使用示例代码。

我知道在 Rails 中我们遵循约定。我们应该以复数形式命名控制器。最近我聘请了一位自由职业者来帮助我完成我在 Rails 中的应用程序的一部分，因为我对这个框架和 ruby​​ 真的很陌生。我有一个PortfolioController- 这感觉不错，因为投资组合是条目的容器（谁说“我有投资组合”？）。自由职业者说这是不对的，我不遵守约定会很麻烦，并将其重命名为PortfoliosController. 我问了好几次，如果我命名我的控制器PortfolioController而不是我会遇到什么确切的问题PortfoliosController，除了“你会遇到问题”之外我没有得到任何解释。

那么，谁能告诉我这些问题是什么？

Firstly, I'm 100% in favour of conventions and an entire team complying. However, I'm looking at frameworks (mostly various PHP but also Ruby on Rails and others) that pretty much enforce coding by convention. On the surface this seems like a great thing, so URLs are directly translated to /controller/action, for example. Models are named after DB tables, and the system knows exactly where to load all files from using a really simple autoloader.

However, we operate a white-label platform and what works for most clients doesn't necessarily work for others. Some may require a particular URL pattern, so we need to customise routes. Some may require that pages have a completely different layout to what other clients have, so we end up with an autoloader that is always checking whether zone-specific versions of files exist first, and fall-back to default if required. This makes development REALLY easy for us, because we just drop an appropriately named file into place and away it goes. But since it is the minority of cases where these are required, we find that the autoloader is spending an inordinate amount of time checking for files that are almost guaranteed to be missing.

To improve the situation a little, I was considering adding configuration over convention, so the zones that deviate from the norm would find the necessary overrides in a configuration file and will just go straight to the correct file, removing all of the existing-file checks, which I gather isn't terribly efficient (especially when some pages require hundreds of calls to the autoloader). I guess we would still be using convention by default, but allowing configuration to take over where necessary.

I'm interested to understand whether this is a practical or even recommended solution

在这篇博文中， Mark Seemann 解释了使用依赖注入框架配置依赖的不同方法。约定优于配置是这种方法之一。在 .NET 世界中，有多个提供此功能的 DI 框架（例如 NInject、MEF 2）。我正在 Java 世界中寻找具有约定优于配置的 DI 框架。我查看了 Spring 和 Guice，但它们似乎都没有提供此功能。

Eclipse 中的许多语言都有某种“默认”的 Hello World 项目，它将让您从导航、编译和运行多文件项目所需的一切开始

（即 Java 可以使用 Ant 或 Maven 或任何数量的其他选项，CDT 将自动创建 Makefile，DDT 创建必要的 DUB XML 配置文件，haskell 创建 Setup.hs 和 {ProjectName}.cabal，Ocaml 使用 ocamlbuild）。

Emacs 有类似的东西吗？我正在尝试切换到 Emacs，但我发现一旦我的项目使用多个文件，我不知道如何在 Emacs 中进行设置。我宁愿不必自己编写配置文件和编译脚本。这似乎是 IDE 应该能够自行处理的事情。