我正在使用ASP .NET MVC Beta,当我使用这个最后有一个"点"的url时,我得到HTTP 404(无法找到资源)错误:
http:// localhost:81/Title/Edit/Code1.
如果我在末尾删除点或点在中间某处我没有得到错误.
我尝试调试,但它在MvcHandler中的ProcessRequest之前从"System.Web.CachedPathData.GetConfigPathData(String configPath)"得到错误.
网址末尾不允许使用"点"吗？或者有没有办法修复路由定义来处理这个URL？
举个例子:我有一个名为Detail1 [Id(整数),Code(string),Description(string)]的表,它与Master1通过它的Id列有FK关系.每当我选择Master1的记录时,我也会选择它的Detail1记录来获取它的Code字段.为了不每次都进行这种连接(因为通常不仅有一个细节,还有不止一个)我选择不使用Id列,而是制作Detail1的Code PK.
但是当我摆脱Id并使用Code作为PK时,我的路由也开始使用Code字段,如:Detail1\Edit\Code1
本规范可以包含任何内容或最终内容,包括DOT.在某些情况下,我可以在最后禁止DOT,但有时它确实很有意义.
而且我也看到这篇帖子说路线非常灵活,所以我觉得我的路线不那么奇怪.
所以这就是为什么我做一些非标准的事情.有什么建议？
还有为什么在网址末尾有一个DOT是如此奇怪？
我们有一个.NET 4.0 C#WPF,加工仿真应用程序.现在我们陷入困境,因为我们必须从点云生成3D表面(网格生成).我们一直在搜索,调查,测试不同的库,以便找到快速,健壮,正确且可以集成到我们的应用程序的解决方案,但我们没有运气.3D成像不是我们的业务范围,因此我们不想编写这部分代码.价格合理的商业解决方案也可以成为我们的答案.
到目前为止我们已经尝试过
VCGLib通过MeshLab UI,但他们使用的算法(Ball Pivoting)没有给出好的结果.
一个基于PowerCrust算法(MyCrust Robust)的MatLab代码,它给出了一个很好的结果,但我们不认为如果我们用C#重新编码这个代码,它将给我们提供我们想要的性能.我们需要一个可以轻松集成到我们项目中的解决方案.
在搜索时,我们也提出了这些示例应用程序.我们不知道这些应用程序中使用的算法的细节(详细信息在学术论文中),但它产生的结果有如此多的缺失网格.但也许它可以帮助别人.
现在我们正在努力学习CGAL,并找出它是否可以成为我们的答案.但是因为安装Boost和编译CGAL需要两天时间才能完成,我们才开始研究它.
任何人都可以为我们提供可以帮助我们的解决方案吗？
提前致谢