问题标签 [convention-over-configur]
For questions regarding programming in ECMAScript (JavaScript/JS) and its various dialects/implementations (excluding ActionScript). Note JavaScript is NOT the same as Java! Please include all relevant tags on your question; e.g., [node.js], [jquery], [json], [reactjs], [angular], [ember.js], [vue.js], [typescript], [svelte], etc.
dependency-injection - 约定优于配置反对松散耦合?
许多程序员似乎都在遵守配置约定。在 IoC 的上下文中,这意味着使用 API 而不是 XML 配置。
当您必须引用包含抽象接口/类的具体实现的 DLL 以使用配置约定时,您应该如何保持 DI/IoC 背后的松散耦合思想?
spring - 使用 ControllerClassNameHandlerMapping 的 Spring MVC 配置约定?
按照Spring Source和 Spring in Action 一书的指示,我正在尝试以最小化 xml 配置的方式设置 Spring MVC。但是根据 Spring Source,这是您设置 ControllerClassNameHandlerMap 的方式
这让我觉得完全没用,因为使用处理程序手动设置 bean 实际上更简单,因为它的 XML 数量大致相同。
现在,《Spring in Action》这本书听起来好像您只需要该代码块中的第一行即可使用 ControllerClassNameHandlerMapping,这将使其更加有用。但是,我还不能让它工作。
有Spring经验的人可以帮帮我吗?
configuration - 合理的配置默认值
我最近开始使用 Ruby on Rails,它更倾向于约定而不是配置,并依赖合理的默认值将应用程序的各个方面联系在一起。
我在想,如果在各种框架的一般配置中使用这种合理的默认配置概念可能会很有用,那么它可能会省去一些开发难题。
例如,在 .net 应用程序中,我通常想使用企业库异常处理块在 Windows 事件日志中记录异常,但如果我没有在配置文件中明确说明我想要的行为,那么 EL 会抱怨。我认为相反,如果它找不到自定义配置,那么它应该恢复为合理的默认配置,比如在事件日志中记录我的异常。
对于框架在其配置中采用的概念是好是坏?
ruby-on-rails - 如何配置 Rails 以访问不在其常规目录位置的媒体资源?
假设我有一个不在正常位置的图像:
但在这里:
我知道这完全违反了 Rails 约定,是不道德的,在任何情况下你都不应该这样做,而且,我为什么还要提出这样愚蠢的事情呢?
好的,既然我们已经解决了这个问题,假设我在 Windows 上,因此符号链接是不可能的,那么如何设置它呢?
c# - ASP.NET MVC 中的约定优于配置
我对 ASP.NET MVC 比较陌生,到目前为止,平台的清晰性给我留下了深刻的印象。但是,有一个方面我觉得不舒服。
起初,我接受了这样一个事实,当我说
我正在调用一个返回 ActionResult 的辅助方法,并对要呈现的视图、路由值等做出一些假设。但最近我一直在编写看起来更像这样的代码:
因为通过阅读那一行代码,我立即清楚发生了什么。
最近我一直在为我可以Index.ASPX
在选项卡上打开一个视图而苦苦挣扎,但我无法立即知道它来自哪里,因为 IDE 没有突出显示对象资源管理器中的当前选项卡。我没有求助于将文件的名称更改为ControllerNameIndex.ASPX
,但我确实在视图中添加了一个更具体的标题。尽管如此,它并没有多大帮助。
你如何处理这些模棱两可的问题?
dependency-injection - Autofac 可以做自动自绑定吗?
我知道一些 DI 框架支持这一点(例如Ninject),但我特别想知道Autofac是否有可能。
我希望能够向 Autofac 容器询问具体类,并返回一个注入了所有适当构造函数依赖项的实例,而无需注册该具体类。即,如果我从不显式绑定它,则自动将具体类绑定到自身,就好像我调用了builder.Register<MyClass>();
一个很好的例子就是 ViewModels。在 MVVM 中,分层是这样的,即只有 View 依赖于 ViewModel,并且通过松散的类型来实现,并且无论如何您都不会对 View 进行单元测试。所以没有必要模拟 ViewModel 进行测试——因此没有理由为每个 ViewModel 提供一个接口。所以在这种情况下,通常的 DI 模式“注册这个接口来解析这个类”是不必要的复杂性。builder.Register<MyClass>();
在处理像具体类这样简单的事情时,显式的自绑定,比如,也感觉像是一个不必要的步骤。
我知道Autofac 文档中基于反射的注册示例,但这也不符合我的口味。我不希望提前注册每个可能的课程的复杂性(和缓慢性);我希望框架在我需要的时候给我我需要的东西。约定优于配置,等等。
有什么方法可以配置 Autofac,让它可以说“哦,这是一个具体的类型,还没有人注册它,所以我就让它像使用默认设置注册一样”?
asp.net-mvc - ASP.NET MVC:组织 ViewModel 的约定
正如在各种 MVC问题和博文中所讨论的那样,我们知道 ASP.NET MVC 项目布局非常注重惯例。
我一味的在文件夹里做了一个子目录Controllers
。
这感觉不对。
替代文字 http://www.imagechicken.com/uploads/1252003002097179400.png
问题:关于存储 ViewModel 的目录的公认约定是什么?您有什么建议或既定惯例是什么?
django - 向 Django 添加更多 CoC
我来自Cake背景,我现在才刚刚开始学习 Django。我非常喜欢它,但我有点希望它像 cake 那样使用约定而不是配置。所以,
如何自动获取 Cake 风格的 URL?例如,如果我去
mysite.com/posts/view/5
它会加载mysite.posts.views.view
并传递一个参数5
给它?我在想我可以(r'^(.*)/(.*)', 'mysite.$1.$2'),
在 urls.py 中添加类似的东西,但当然,那是行不通的。如何自动加载模板?每个视图函数都应该自动加载一个模板,例如
templates/posts/view.html
.
这甚至可能吗,还是我必须破解 Django 的核心?
这是我的解决方案,基于卡尔的建议:
似乎在初始测试中运行良好。用一个函数解决这两个问题。可能不支持 GET 样式的参数。
php - What are your Common Magento Configuration Mistakes?
If there's something that everybody hates about Magento it's endlessly configuring your modules before being able to write some code. I'm trying to collect a list of common Magento configuration errors for a future project that's I'm close to launching.
I'm looking for specific examples of things like using the wrong naming convention on classnames, forgetting the <class />
wrapper when setting up grouped class names. Little things like that that drive you batty for hours until you realize your error.
The more details the better!
msbuild - 在基于 MSBuild/约定的文件名生成中删除尾部斜杠
我正在尝试根据目录中的以下约定搜索一组程序集:
我首先创建了一个 MSBuild ItemGroup [通过在 .RecursiveDir 部分上批处理另一个 ItemGroup]。
每个项目都有一个尾部斜杠,即:
说:
现在,我想从此列表中生成一组文件名。
问题是:
生成:
我不希望在.dll
.
实现这一目标的最干净的方法是什么?
我知道有一个 HasTrailingSlash 表达式运算符,但在 OOTB 任务中没有 RemoveTrailingSlash 任务的迹象?。我对所需的 MSBuild 版本并不挑剔。