标签: rules

SA1121 - UseBuiltInTypeAlias - 可读性规则

代码使用其中一种基本C#类型,但不使用该类型的内置别名.

不应使用类型名称或完全限定类型名称,应始终使用这些类型的内置别名:bool,byte,char,decimal,double,short,int,long,object,sbyte,float,string ,ushort,uint,ulong.

所以String.Empty是错的(取决于上述规则)并且string.Empty是好的.

为什么使用内置别名更好？可以String. Int32,Int64(等)在特殊情况下的代码中复杂化吗？

c# code-analysis stylecop rules

bin*_*all

2012 06-19

37
推荐指数

2
解决办法

1万
查看次数

PostgreSQL RULEs有什么用？

题

我经常看到它声明应该避免使用规则并使用触发器.我可以看到规则系统中的危险,但当然有规则的有效用途,对吧？这些是什么？

我出于一般兴趣而对此提出这个问题; 我对数据库不太熟悉.

可能是有效用途的示例

例如,在过去我需要锁定某些数据,所以我做了类似这样的事情:

CREATE OR REPLACE RULE protect_data AS
  ON UPDATE TO exampletable             -- another similar rule for DELETE
  WHERE OLD.type = 'protected'
  DO INSTEAD NOTHING;

Run Code Online (Sandbox Code Playgroud)

然后,如果我想编辑受保护的数据:

START TRANSACTION;
  ALTER TABLE exampletable DISABLE RULE protect_data;
  -- edit data as I like
  ALTER TABLE exampletable ENABLE RULE protect_data;
COMMIT;

Run Code Online (Sandbox Code Playgroud)

我同意这是hacky,但在这种情况下我无法更改访问数据库的应用程序(甚至在它上面抛出错误).所以奖励积分查找原因,这是一个危险的/无效的使用规则系统的,但不是为什么,这是不好的设计.

database postgresql triggers rules

dan*_*cek

2017 05-23

35
推荐指数

4
解决办法

2万
查看次数

我需要我的Debian规则文件来简单地将文件复制到它的目标

我有一个大项目,我们有以下文件:

一些第三方预编译的二进制文件
我们自己的内部二进制文件
Ruby脚本的集合
一个相当大的Ruby on Rails项目

该产品将安装在我的雇主已选择的设备硬件上,使用Ubuntu Linux(Lucid)作为目标操作系统,我们的目标是将存档作为Debian软件包分发,以简化安装和升级.此外,我们还有许多ERB模板,我们需要根据每个客户"填写"适当的值,因此使用postinst脚本对我们的目的特别方便.

作为旁注,Debian软件包将存储在我们内部管理的服务器存储库中.

在这个阶段,我使用dh_make来创建debian目录和相关文件(例如,规则,控制等),但生成的规则文件对我来说似乎有点过分.

基于此描述,我真正需要的"规则"文件只是将文件从源目录(或存档内)复制到下面显示的目标目录:

/选择/有限公司_产品/ 3rd_party_binaries /箱
/选择/有限公司_产品/ 3rd_party_binaries的/ etc
/选择/有限公司_产品/ in_hourse_binaries /箱
/选择/有限公司_产品/ in_hourse_binaries的/ etc
/选择/有限公司_产品/红宝石
/选择/有限公司_产品/ rails_project
/选择/有限公司_产品的/ etc
的/ opt /有限公司_产品/共享/日志
的/ opt /有限公司_产品/共享/ TMP
的/ opt /有限公司_产品/共享/许可
...等等.

我已经阅读了Debian Policy Manual和几个How-To,它们表明你不应该改变规则文件来使用mkdir来创建目录,而且通常有一个dh_ app(例如,dh_installdirs,et.al.)可以适合你的几乎所有安装目的都需要.这些dh_相关应用程序的手册页充其量只是粗略的,我是一个"榜样"的人.

也就是说,我最好的办法是让我的规则文件将我的各种预编译的二进制文件和Ruby/Rails文本文件安装到所需的位置.

这是我的初始规则文件.它几乎是dh_make创建的标准样板规则文件.我的想法是我应该注释掉除安装之外的所有部分,然后在该部分中找到适当的命令来制作目录,复制文件等.

非常感谢任何建议或意见.

#!/usr/bin/make -f

package = testapp

CC = gcc
CFLAGS = -g -Wall …

debian rules package deb

Chi*_*tle

2011 09-16

33
推荐指数

1
解决办法

3万
查看次数

困惑于Haskell的布局工具如何处理此代码

浏览https://wiki.haskell.org/IO_inside时,我遇到了以下评论和代码......

"而且,Haskell布局规则允许我们使用以下布局:
main = do a <- readLn
          if (a>=0) then return ()
            else do
          print "a is negative"
          ...
Run Code Online (Sandbox Code Playgroud)
这可能有助于逃避冗长的"做"声明."

此后,我将使用符号C*来指代上述代码.

我认为C*的意图是读取一个数字,然后:
(i)如果它是非负的,则什么都不做.
(ii)如果是负数,则显示输出,表明它是.

我最初的反应是认为C*要么不能正确解析,要么不会按预期运行.

我认为布局会在第二个'do'之后立即插入一组空括号和一个分号,因为lexeme'print'的缩进比'a <中'a'所建立的当前布局上下文的缩进级别更多. - readLn".

也就是说,我对Layout生成的布局不敏感代码(以下称为C')的预测将类似于:

main = do {
          a <- readLn;
          if (a>=0) then return ()
            else do {};
          print "a is negative"
          ...
          }

Run Code Online (Sandbox Code Playgroud)

我认为情况就是这样,基于Haskell 2010语言报告(https://www.haskell.org/onlinereport)第1部分第2.7节("词汇结构":'布局')中包含的以下句子./haskell2010/haskellpa1.html):

"如果紧跟在where,let,do或of之后的非括号lexeme的缩进小于或等于当前缩进级别,则插入空列表"{}"而不是开始布局,并且布局对当前级别进行处理(即插入分号或近括号)."

有关布局规则的更详细说明,请参见Haskell 2010语言报告第1部分(上面给出的URL)的第10.3节("语法参考":'布局').

在阅读这个更详细的说明时,我感到放心,我对Layout(即C')生成的布局不敏感代码的预测是正确的.

然而,令我惊讶的是,当我在GHCi中尝试上面规定的原始代码(即C*)时,它起作用(正确解析并按预期运行).

问题......