在处理大型应用程序时,大多数开发人员如何处理ASP.NET MVC中的Typed Views?我们正在考虑将特定于View的模型放在Models文件夹中,然后将所有域对象放入一个单独的项目中.这样我们的控制器可以轻松地将域对象添加到类型化视图,而域对象不需要知道视图布局本身.
例如,如果我们有一个Employee对象:
然后我们的员工视图可能会使用ViewEmployeeModel对象:
这是一种明智的做法吗?有没有更好的方法来完成同样的事情?这似乎有点奇怪,因为我基本上有两个模型(一个用于视图,一个用于业务对象),但是它不比使用无类型视图更好吗?
我公司的大部分Web编程背景都是PHP,因此ASP.NET MVC是我们最新的Web应用程序的合理选择,它也需要作为单独的Winforms应用程序的后端工作.然而,我们一直在寻找自己走在我们通常在php中遵循的道路 - 回应大量条件输出的标签.这是ASP.NET MVC中的一个坏主意吗?
例如,没有Response.Write:
<%if (OurUserSession.IsMultiAccount)
{%>
<%=Html.ActionLink("SwitchAccount", "Accounts", "Login") %><span>|</span>
<%}%>
Run Code Online (Sandbox Code Playgroud)
使用Response.Write:
<%if (OurUserSession.IsMultiAccount)
Response.Write (Html.ActionLink("Swith Account", "Accounts", "Login") + "<span>|</span>");
%>
Run Code Online (Sandbox Code Playgroud)
这里的差异相当小,但有时我们的视图逻辑变得更复杂(非常复杂的视图逻辑,即除了布尔值之外,我们只是卸载到控制器).第二个似乎更容易阅读,但我想看看是否有任何关于此事的想法.
其他人如何从Visual Studio 2008调试HTTPS站点? 此链接似乎表明Visual Studio内置的Web服务器不支持HTTPS,但必须有一些方法来调试这些站点,对吧?如果不是集成服务器,可以将IIS7设置为调试Web服务器吗?
我们目前正在使用MVC应用程序的默认文件夹结构,并且想知道是否可以将Controller及其相关视图放入同一文件夹中.
例如,我们当前结构的一个子集是:
Model folder
OrderViewModel.cs
Views folder
OrderView.aspx
OrderGrid.ascx
OrderHeader.ascx
Controllers folder
OrderController.cs
Run Code Online (Sandbox Code Playgroud)
期望:
Order folder
OrderController.cs
OrderGrid.ascx
OrderHeader.ascx
OrderViewModel.cs
OrderView.aspx
Run Code Online (Sandbox Code Playgroud)
我们有数百个操作/视图,它们目前被分组为太少的控制器.这部分是因为在视图及其相关类之间来回切换时,在项目中导航变得很麻烦.上述解决方案将允许专注于一个控制器动作的开发人员使所有这些操作都易于访问.
我猜区域也可以帮助解决这个问题,但我们必须制作约100个区域(每组密切相关的屏幕一个)才能使我的团队的POV变得有用.
我们有数以千计的DOS程序,这些程序都是使用16位C在80年代编写的,包含超过1,000,000行代码.其中许多程序都使用直接访问屏幕,驱动器等的库(而且我们没有这些库的源代码).每当我们尝试在Win2000或更高版本中运行它们时,即使在兼容模式下,我们也会遇到访问冲突和蓝屏.
到目前为止,我们的解决方案是购买Win98SE零售盒并在VMWare会话中运行Win98.现在的问题是我们找不到足够的非OEM许可证(我们上次在2006年购买并需要另外20个左右的副本).我们公司对许可非常谨慎,因此他们没有兴趣购买OEM副本(因为我们不是系统构建者).
我们的新32位软件将在3年内没有准备就绪,所以除非有人知道我们可以在哪里购买大量的Win98零售盒,否则我不得不弄清楚如何通过直接系统访问来运行16位软件在2000/XP.有任何想法吗?
asp.net-mvc ×4
architecture ×2
16-bit ×1
asp.net ×1
dos ×1
https ×1
iis-7 ×1
licensing ×1
ssl ×1
windows-98 ×1