小编pyo*_*yon的帖子

我正在开发一个ASP.NET MVC 3应用程序,其内容页面具有一个共同的布局元素模式.但是,因为登录页面不遵循此布局,所以我无法放置此布局\Views\Shared\_Layout.cshtml.

所以我想添加另一个共享布局,比如说,\Views\Shared\_Content.cshtml并从内容视图中调用它......但不幸的是,这些视图属于不同的控制器.

有没有办法调用@Html.Partial属于不同控制器的视图？

我想写下面的查询:

SELECT   ..., MIN(SomeBitField), ...
FROM     ...
WHERE    ...
GROUP BY ...

问题是,SQL Server不喜欢它,当我想计算位字段的最小值时它返回错误Operand data type bit is invalid for min operator.

我可以使用以下解决方法:

SELECT   ..., CAST(MIN(CAST(SomeBitField AS INT)) AS BIT), ...
FROM     ...
WHERE    ...
GROUP BY ...

但是,有更优雅的东西吗？(例如,可能存在一个我不知道的聚合函数,它会评估and字段中位值的逻辑.)

我正在尝试制作一个具有以下特征的简单页面:

1. 它的身体必须至少60em宽.
2. 它的左右边距必须同样宽,最多3em宽.
3. 调整浏览器窗口大小时,应调整文档的边距大小,以便浏览器窗口的水平滚动条覆盖最小范围.

将这些需求转换为线性编程问题,我们得到:

DEFINITIONS:
BRWS = (width of the browser window, not a variable)
BODY = (width of the document's body)
LRMG = (width of the document's left and right margins)
HSCR = (range of the browser window's horizontal scroll bar)

OBJECTIVE:
MIN HSCR   /* Third requirement */

CONSTRAINTS:
HSCR = BODY + 2*LRMG - BRWS  /* From the definition of how a browser's
                              * horizontal scrollbar works. */
BODY >= 60  /* First requirement */
LRMG <= …

我正在制作一个简单的标记和紧凑的垃圾收集器.没有太多细节,它暴露的API是这样的:

/// Describes the internal structure of a managed object.
pub struct Tag { ... }

/// An unmanaged pointer to a managed object.
pub type Pointer = *mut usize;

/// Mapping from old to new locations.
pub type Adjust = BTreeMap<usize, Pointer>;

/// Mark this object and anything it points to as non-garbage.
pub unsafe fn survive(ptr: Pointer);

pub struct Heap { ... }

impl Heap {
    pub fn new() -> Heap;

    // Allocate an object with …

当我开始编程(大约10年以前)时,有三件事令我惊讶:

• 编译器/口译员(当时我认为它们是"使我的程序工作的程序",通常后面是限定符"无论它们是什么")
• 代码编辑
• 表格设计师

那时候,我接受了所有这些作为生活的事实.我能够创建自己的专用程序,但是"让我的程序运行的程序",代码编辑和表单编辑都是由神创造的,我无法用它们搞砸.

然后我去了大学,开了正规语言处理课程.学习了正式语法,解析器,抽象语法树等后; 关于编译器,口译员和代码编辑的所有魔力很快就消失了.编译器和解释器可以用合理而简单的方式编写,而语法突出显示代码编辑器可能需要的唯一不合理的东西是Windows API黑客攻击.

然而,直到今天,表格编辑对我来说仍然是一个谜.要么我缺乏制作表单设计师所需的技术知识,要么我有这样的知识,但是找不到使用它来实现表单设计器的方法.

使用Visual C++和MFC,我想实现一个受最佳表单设计师启发的表单设计师:

特别是,我想模仿我最喜欢的两个功能:

• 正在设计的表单位于容器内.因此,通过简单地将容器的尺寸调整到合适的尺寸,可以设计任意大的形式而不浪费太多的屏幕空间.

• "与网格对齐"选项使得设计具有专业外观的用户界面不那么令人沮丧.事实上,我会说使用Visual Basic的表单设计器创建具有专业外观的用户界面实际上是简单,有趣和愉快的.即便是像我这样的左脑程序员.

所以,我有以下问题:

1. 如何制作表单设计器,其中正在设计的表单位于容器内？被设计的表单是否包含在另一个窗口中的实际窗口？或者它只是表单设计师"手动"绘制的模型？

2. Windows API和/或MFC是否包含函数,类,以及任何可以轻松创建"可选择"项目的内容(选中时用小白框或蓝框包围,当被其中一个"抓住"时可调整大小"边")？

3. 如何实现"对齐网格"功能？

我已经使用Haskell很长一段时间了.我越用它,就越爱上这门语言.我简直无法相信我已经用了近15年的时间使用其他语言.

然而,我慢慢地,但正在稳步增长厌倦了Haskell的标准库.我的主要忌讳的是"没有足够多态"的定义(Prelude.map,Control.Monad.forM_,等).我有很多Haskell源代码文件,其第一行看起来像

{-# LANGUAGE NoMonomorphismRestriction #-}

module Whatever where

import Control.Monad.Error hiding (forM_, mapM_)
import Control.Monad.State hiding (forM_, mapM_)
import Data.Foldable (forM_, mapM_)

{- ... -}

为了避免不断地保持我应该隐藏的定义,我希望有一个或少量的源代码文件将这个import样板包装成可管理的单元.

所以...

1. 还有其他人试过这样做吗？
2. 如果上一个问题的答案为"是",他们是否发布了生成的样板包装源代码文件？

我有两个存储过程,其中一个返回付款清单,而另一个返回这些付款的摘要,按货币分组.现在,我有一个重复的查询:返回付款清单的存储过程的主要查询是存储过程的子查询,它返回按货币付款的摘要.我想通过使返回付款列表的存储过程成为存储过程的子查询来返回按货币付款的摘要,从而消除这种双重性.这可能在SQL Server 2008中吗？

我有一个.NET类库,它提供了一组由多个Web服务使用的辅助函数.此类库必须存储单个设置,特别是连接字符串,Web服务本身无需查看,因为它们都必须查询相同的数据库.

不幸的是,.NET没有提供轻松读取DLL app.config文件的方法.唯一的"简单"解决方案是将连接字符串存储在每个 Web服务配置文件中,这完全是bollocks.

通常,我关心代码优雅,但这次我真的需要一个解决方案,即使它是一个黑客.有没有办法让.NET类库有自己的配置？

编辑:从技术上讲,我可以将所有这些Web服务合并到一个Web服务中.但是,出于商业原因(每个Web服务将单独出售),我不能这样做.

我开始相信我是一个非常无能的程序员.经过大量阅读后,我仍然无法弄清楚如何干净地实现RESTful WCF服务的身份验证机制.

我尝试了一切:

1. 遵循本指南,只是发现建议的身份验证机制是一个丑陋的黑客.

2. 安装WCF REST入门工具包,仅发现它已过时并已被其他项目模板替换.

3. 安装所说的项目模板,却发现它没有提供自己的任何认证机制.

4. 安装一个IIS模块,在传输级别提供自定义身份验证功能,但只能找出作者提供的零文档.只是发现我需要实现一个MembershipProvider.(我只想提供一个UserNamePasswordValidator.)

是否有任何理智的方法来实现RESTful WCF服务的身份验证机制？

我知道过早的优化是所有邪恶的母亲.但是,我正在定义一个泛型方法,它使用Reflection来检索其泛型类型的元数据,并想知道是否typeof(T)多次调用,如下面的代码片段所示:

private static Dictionary<Type, PropertyInfo[]> elementProperties;

private static T MakeElement<T>(SqlDataReader reader) where T : class, new() {
    PropertyInfo[] properties;
    if (elementProperties.ContainsKey(typeof(T)))
        properties = elementProperties[typeof(T)];
    else
        properties = elementProperties[typeof(T)] = typeof(T).GetProperties();

    // more code...
}

...比将类型对象存储到变量中的效率低,如下面的代码片段所示:

private static Dictionary<Type, PropertyInfo[]> elementProperties;

private static T MakeElement<T>(SqlDataReader reader) where T : class, new() {
    PropertyInfo[] properties;
    Type type = typeof(T);
    if (elementProperties.ContainsKey(type))
        properties = elementProperties[type];
    else
        properties = elementProperties[type] = type.GetProperties();

    // more code...
}

...？

如果我正确理解编译器理论(我认为我这样做),这个问题可以简化为以下问题:

当JIT编译器实例化泛型类型时,它是否替换了[无论MSIL表示typeof(T)形式]的每个实例...

1. ...对实际类型对象的引用？(好) …