9.5.4 Conditional compilation directives

9.5.4 Conditional compilation directives
The conditional compilation directives are used to conditionally include or
exclude portions of a source file.
pp-conditional::
pp-if-section pp-elif-sectionsopt pp-else-sectionopt pp-endif
pp-if-section::
whitespaceopt # whitespaceopt if whitespace pp-expression pp-new-line
conditional-sectionopt
pp-elif-sections::
pp-elif-section
pp-elif-sections pp-elif-section
pp-elif-section::
whitespaceopt # whitespaceopt elif whitespace pp-expression pp-new-line
conditional-sectionopt
pp-else-section::
whitespaceopt # whitespaceopt else pp-new-line conditional-sectionopt
pp-endif::
whitespaceopt # whitespaceopt endif pp-new-line
conditional-section::
input-section
skipped-section
skipped-section::
skipped-section-part
skipped-section skipped-section-part
skipped-section-part::
skipped-charactersopt new-line
pp-directive
skipped-characters::
whitespaceopt not-number-sign input-charactersopt
not-number-sign::
Any input-character except #
[Note: As indicated by the syntax, conditional compilation directives must
be written as sets consisting of, in
order, an #if directive, zero or more #elif directives, zero or one #else
directive, and an #endif directive.
Between the directives are conditional sections of source code. Each
section is controlled by the immediately
preceding directive. A conditional section may itself contain nested
conditional compilation directives provided
these directives form complete sets. end note]
A pp-conditional selects at most one of the contained conditional-sections
for normal lexical processing:
C# LANGUAGE SPECIFICATION
66
?The pp-expressions of the #if and #elif directives are evaluated in order
until one yields true. If an
expression yields true, the conditional-section of the corresponding
directive is selected.
?If all pp-expressions yield false, and if an #else directive is present,
the conditional-section of the #else
directive is selected.
?Otherwise, no conditional-section is selected.
The selected conditional-section, if any, is processed as a normal
input-section: the source code contained in the
section must adhere to the lexical grammar; tokens are generated from the
source code in the section; and preprocessing
directives in the section have the prescribed effects.
The remaining conditional-sections, if any, are processed as
skipped-sections: except for pre-processing
directives, the source code in the section need not adhere to the lexical
grammar; no tokens are generated from
the source code in the section; and pre-processing directives in the
section must be lexically correct but are not
otherwise processed. Within a conditional-section that is being processed
as a skipped-section, any nested
conditional-sections (contained in nested #if...#endif and
#region...#endregion constructs) are also
processed as skipped-sections.
[Example: The following example illustrates how conditional compilation
directives can nest:
#define Debug // Debugging on
#undef Trace // Tracing off
class PurchaseTransaction
{
void Commit() {
#if Debug
CheckConsistency();
#if Trace
WriteToLog(this.ToString());
#endif
#endif
CommitHelper();
}
.
}
Except for pre-processing directives, skipped source code is not subject to
lexical analysis. For example, the
following is valid despite the unterminated comment in the #else section:
#define Debug // Debugging on
class PurchaseTransaction
{
void Commit() {
#if Debug
CheckConsistency();
#else
/* Do something else
#endif
}
.
}
Note, however, that pre-processing directives are required to be lexically
correct even in skipped sections of
source code.
Pre-processing directives are not processed when they appear inside
multi-line input elements. For example, the
program:
Chapter 9 Lexical structure
67
class Hello
{
static void Main() {
System.Console.WriteLine(@"hello,
#if Debug
world
#else
Nebraska
#endif
");
}
}
results in the output:
hello,
#if Debug
world
#else
Nebraska
#endif
In peculiar cases, the set of pre-processing directives that is processed
might depend on the evaluation of the ppexpression.
The example:
#if X
/*
#else
/* */ class Q { }
#endif
always produces the same token stream (class Q { }), regardless of whether
or not X is defined. If X is defined,
the only processed directives are #if and #endif, due to the multi-line
comment. If X is undefined, then three
directives (#if, #else, #endif) are part of the directive set. end example]
  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
SQLAlchemy 是一个 SQL 工具包和对象关系映射(ORM)库,用于 Python 编程语言。它提供了一个高级的 SQL 工具和对象关系映射工具,允许开发者以 Python 类和对象的形式操作数据库,而无需编写大量的 SQL 语句。SQLAlchemy 建立在 DBAPI 之上,支持多种数据库后端,如 SQLite, MySQL, PostgreSQL 等。 SQLAlchemy 的核心功能: 对象关系映射(ORM): SQLAlchemy 允许开发者使用 Python 类来表示数据库表,使用类的实例表示表中的行。 开发者可以定义类之间的关系(如一对多、多对多),SQLAlchemy 会自动处理这些关系在数据库中的映射。 通过 ORM,开发者可以像操作 Python 对象一样操作数据库,这大大简化了数据库操作的复杂性。 表达式语言: SQLAlchemy 提供了一个丰富的 SQL 表达式语言,允许开发者以 Python 表达式的方式编写复杂的 SQL 查询。 表达式语言提供了对 SQL 语句的灵活控制,同时保持了代码的可读性和可维护性。 数据库引擎和连接池: SQLAlchemy 支持多种数据库后端,并且为每种后端提供了对应的数据库引擎。 它还提供了连接池管理功能,以优化数据库连接的创建、使用和释放。 会话管理: SQLAlchemy 使用会话(Session)来管理对象的持久化状态。 会话提供了一个工作单元(unit of work)和身份映射(identity map)的概念,使得对象的状态管理和查询更加高效。 事件系统: SQLAlchemy 提供了一个事件系统,允许开发者在 ORM 的各个生命周期阶段插入自定义的钩子函数。 这使得开发者可以在对象加载、修改、删除等操作时执行额外的逻辑。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值