要火花还是火花？

Question

最近一直在与ASP.MVC 2进行大规模的学习狂欢,最近发现有不同的渲染引擎...... Spark引起了我的注意,但有几件事情.

你的想法是什么？我倾向于它可能不值得...

Answer 1

按顺序回答三部分问题......

一次学习一件新东西可能是个好主意.特别是因为几乎所有的MVC示例和教程都将采用WebForms语法.也就是说 - 最好是在实验解决方案而不是"真正的"项目中学习,所以在你觉得你有MVC概念之后,最好创建一个新的沙箱并尝试一些MVC + Spark页面.
内存压力或处理器利用率方面的性能可能不是除了最大的网站之外所有人最重要的考虑因素......对开发人员和设计人员/创意人员的影响最初可能很小但是它是累积的和非线性的.预先进行一些简化将为您节省大量的痛苦,而"简单,简单的语法"是Spark视图引擎前提的基石.
这是非常正确的.经验的完善和改进是工具和现代IDE中最昂贵的部分.我认为这就是为什么大多数OSS网络堆栈都是从一个优秀的编辑器(咳嗽 TextMate 咳嗽)开始,并从那里开始工作.使用Spark,您可以获得csharp语言智能感知,但这显然是工具支持的低水位标记.

这是轶事,但衡量的一个方法是有多少人后悔使用Spark并切换回来.我不确定很多 - 尽管在获得MVC 2支持时出现的延迟让一些人感到疑惑,我确信.

Answer 2

取决于你想用ASP.NET MVC做什么.我们正在用它构建一个大型企业应用程序,我发现自己稍微希望我们使用Spark.但这只是在我们的第200个视图完成之后,我觉得对框架考虑对其他东西进行攫取感觉足够舒服.

我建议首先使用常规视图引擎构建一些小应用程序,如果你发现自己正在努力争取"标签汤"退一步并考虑原因.在许多情况下,它只是意味着你应该制作一个更好的ViewModel和映射数据,创建一个html帮助器,或者使用一个部分文件,而不是用标签汤填充你的视图.

但是,有时候视图中需要有条件的和大量的循环逻辑,这就是你希望有Spark的时候.好的是你可以并排使用.所以我会说默认一下,一旦你感到舒服就傻了.

Answer 3

MVC在Web应用程序中的一个不错的部分是,您可以更接近HTML的裸机,这是许多开发人员遇到的主要问题之一 - 缺乏对呈现HTML的绝对控制

Spark比ASP.net更接近裸HTML

一般来说,非编程HTML设计师将比ASP.net更有机会理解Spark并使用它

如果这是您使用Spark的问题,请使用您想要的渲染引擎.查看nhaml的不同之处