عرض مصدر Python/configparser

تقدّم هذه الوحدة الصنف <code>[[Python/ConfigParser|ConfigParser]]</code> الذي يستخدم لغة إعدادات بسيطة تقدّم بنية مشابهة للبنية التي تقدّمها ملفات INI في نظام Microsoft Windows. ويمكن استخدام هذا الصنف لكتابة برامج وتطبيقات يمكن للمستخدمين تخصيصها بكل سهولة.

'''ملاحظة''': لا تفسّر هذه المكتبة ولا تكتب لواحق قيمة-نوع التي يستخدمها إصدار سجلّ نظام ويندوز Windows Registry الموسّع بصيغة INI.

== بداية سريعة ==
لنبدأ بملف الإعدادات البسيط التالي:<syntaxhighlight lang="cfg">
[DEFAULT]
ServerAliveInterval = 45
Compression = yes
CompressionLevel = 9
ForwardX11 = yes

[bitbucket.org]
User = hg

[topsecret.server.com]
Port = 50022
ForwardX11 = no
</syntaxhighlight>يتكوّن الملف بصورة أساسية من أقسام sections ويتضمّن كل قسمٍ مفاتيح وقيم. يمكن للأصناف التي تقدّمها وحدة <code>configparser</code> أن تقرأ وتكتب مثل هذه الملفات.

يمكن إنشاء محتويات ملف الإعدادات السابق برمجيًا باستخدام الشيفرة التالية:<syntaxhighlight lang="python3">
>>> import configparser
>>> config = configparser.ConfigParser()
>>> config['DEFAULT'] = {'ServerAliveInterval': '45',
...                      'Compression': 'yes',
...                      'CompressionLevel': '9'}
>>> config['bitbucket.org'] = {}
>>> config['bitbucket.org']['User'] = 'hg'
>>> config['topsecret.server.com'] = {}
>>> topsecret = config['topsecret.server.com']
>>> topsecret['Port'] = '50022'     # تعديل المفسر
>>> topsecret['ForwardX11'] = 'no'  # تعديل المفسر
>>> config['DEFAULT']['ForwardX11'] = 'yes'
>>> with open('example.ini', 'w') as configfile:
...   config.write(configfile)
...
</syntaxhighlight>يبين المثال السابق أنّ التعامل مع مفسّر الإعدادات يشبه إلى حدٍّ كبير التعامل مع القواميس ولكن مع بعض الفروقات التي سيرد ذكرها لاحقًا.

يمكن كذلك قراءة ملفات الإعدادات والاستفادة من محتوياتها كما يبيّن المثال التالي:<syntaxhighlight lang="python3">
>>> config = configparser.ConfigParser()
>>> config.sections()
[]
>>> config.read('example.ini')
['example.ini']
>>> config.sections()
['bitbucket.org', 'topsecret.server.com']
>>> 'bitbucket.org' in config
True
>>> 'bytebong.com' in config
False
>>> config['bitbucket.org']['User']
'hg'
>>> config['DEFAULT']['Compression']
'yes'
>>> topsecret = config['topsecret.server.com']
>>> topsecret['ForwardX11']
'no'
>>> topsecret['Port']
'50022'
>>> for key in config['bitbucket.org']:  
...     print(key)
user
compressionlevel
serveraliveinterval
compression
forwardx11
>>> config['bitbucket.org']['ForwardX11']
'yes'

</syntaxhighlight>يقدّم القسم <code>DEFAULT</code> القيم الافتراضية لجميع الأقسام، ويجب التنبيه هنا إلى أنّ أسماء المفاتيح في الأقسام غير حساسة لحالة الأحرف وتخزّن بالأحرف الصغيرة.

== أنواع البيانات المدعومة ==
لا يستطيع مفسّر الإعدادات تخمين نوع البيانات في القيم المضمّنة في ملفات الإعدادات، ويخزّنها داخليًا كسلاسل نصيّة على الدوام، وهذا يعني وجوب تحويل البيانات إلى الأنواع المطلوبة يدويًا:<syntaxhighlight lang="python3">
>>> int(topsecret['Port'])
50022
>>> float(topsecret['CompressionLevel'])
9.0

</syntaxhighlight>ولمّا كانت هذه العملية شائعة جدًّا، فإنّ مفسّر الإعدادات يقدّم مجموعة من توابع <code>getter</code> للتعامل مع الأعداد الصحيحة، والأعداد ذات الفواصل العشرية، والقيم البوليانية والتي تمثّل المشكلة الأكبر ذلك لأنّه لا فائدة من استخدام الدالة <code>[[Python/bool|bool()‎]]</code> لأنّ التعبير <code>bool('False')‎</code> يعطي النتيجة <code>True</code> دائمًا؛ ولهذا السبب يقدّم مفسّر الإعدادات التابع <code>[[ConfigParser/getboolean|getboolean()]]</code>‎. هذا التابع غير حساس لحالة الأحرف ويمكنه التعرّف على القيم البوليانية من الكلمات <code>‎'yes'/'no'</code>‎، <code>‎'true'/'false'</code>‎، <code>‎'on'/'off'</code>‎ و ‎<code>'1'/'0'‎</code>.

فعلى سبيل المثال:<syntaxhighlight lang="python3">
>>> topsecret.getboolean('ForwardX11')
False
>>> config['bitbucket.org'].getboolean('ForwardX11')
True
>>> config.getboolean('bitbucket.org', 'Compression')
True
</syntaxhighlight>يقدّم مفسّر الإعدادات كذلك التابعين <code>[[Python/ConfigParser/getint|getint()‎]]</code> و <code>[[Python/ConfigParser/getfloat|getfloat()]]</code>‎، ويمكن إلى جانب ما سبق تسجيل محوّلات خاصة بالمستخدم وتخصيص المحوّلات الموجودة أيضًا.

== القيم التراجعية Fallback Values ==
كما هو الحال مع القواميس يمكن استخدام التابع <code>get()‎</code> الخاص بقسم معين لتقديم قيم تراجعية:<syntaxhighlight lang="python3">
>>> topsecret.get('Port')
'50022'
>>> topsecret.get('CompressionLevel')
'9'
>>> topsecret.get('Cipher')
>>> topsecret.get('Cipher', '3des-cbc')
'3des-cbc'
</syntaxhighlight>ولكن يجب الانتباه إلى أنّ القيم الافتراضية تمتلك الأسبقية على القيم التراجعية، ففي المثال السابق جرى تعيين المفتاح <code>'CompressionLevel'</code> في القسم <code>'DEFAULT'</code> فقط، وإن حاولنا الحصول على قيمته من القسم <code>'topsecret.server.com'</code> فسنحصل دائمًا على القيم الافتراضية، حتى لو جرى تحديد قيمته التراجعية:<syntaxhighlight lang="python3">
>>> topsecret.get('CompressionLevel', '3')
'9'
</syntaxhighlight>كذلك يجب التنبيه إلى أنّ التابع <code>get()‎</code> الذي يعمل على مستوى المفسّر يقدّم واجهة مخصّصة وأكثر تعقيدًا، وهي متوافقة مع الإصدارات السابقة. عند استخدام هذا التابع يمكن تقديم قيمة تراجعية باستخدام المعامل المفتاحي <code>fallback</code>:<syntaxhighlight lang="python3">
>>> config.get('bitbucket.org', 'monster',
...            fallback='No such things as monsters')
'No such things as monsters'
</syntaxhighlight>يمكن استخدام المعامل <code>fallback</code> مع التوابع [[Python/ConfigParser/getint|<code>getint()‎</code>]]‎ و <code>[[Python/ConfigParser/getfloat|getfloat()]]</code>‎ و [[ConfigParser/getboolean|<code>getboolean()</code>]]<code>‎‎</code>، فعلى سبيل المثال: <syntaxhighlight lang="python3">
>>> 'BatchMode' in topsecret
False
>>> topsecret.getboolean('BatchMode', fallback=True)
True
>>> config['DEFAULT']['BatchMode'] = 'no'
>>> topsecret.getboolean('BatchMode', fallback=True)
False
</syntaxhighlight>

== بنية ملفات INI المدعومة ==
يتكوّن ملف الإعدادات من أقسام، ويبدأ كل قسم منها بترويسة تحمل اسم القسم <code>[section]</code> متبوعةً بعدد من المدخلات على هيئة مفتاح/قيمة، وتفصل سلسلة نصية معينة بين المفتاح والقيمة (<code>=</code> أو <code>:</code> افتراضيًا). تكون أسماء الأقسام غير حساسة لحالة الأحرف افتراضيًا، أمّا المفاتيح فلا، وتُحذف جميع المسافات البيضاء من بداية ونهاية المفاتيح والقيم. يمكن الاستغناء عن القيم، وفي هذه الحالة يمكن الاستغناء أيضًا عن الفاصل بين المفتاح والقيمة. ويمكن للقيم أن تمتدّ على أسطر متعددة، ما دامت مزاحة عن السطر الأول من القيمة. يمكن أن يتعامل مفسّر الإعدادات مع الأسطر الفارغة كجزء من قيم متعددة الأسطر أو يمكنه أن يتجاهلها، وكلّ ذلك بالاعتماد على وضع المفسّر المستخدم.

يمكن أن تتضمّن ملفات الإعدادات التعليقات، وتكون مسبوقة بمحارف محددة (<code>#</code> و <code>;</code> افتراضيًا)، وتظهر في سطر منفرد وتكون قابلة للإزاحة.

فعلى سبيل المثال:<syntaxhighlight lang="cfg">
[Simple Values]
key=value
spaces in keys=allowed
spaces in values=allowed as well
spaces around the delimiter = obviously
you can also use : to delimit keys from values

[All Values Are Strings]
values like this: 1000000
or this: 3.14159265359
are they treated as numbers? : no
integers, floats and booleans are held as: strings
can use the API to get converted values directly: true

[Multiline Values]
chorus: I'm a lumberjack, and I'm okay
    I sleep all night and I work all day

[No Values]
key_without_value
empty string value here =

[You can use comments]
# like this
; or this

# By default only in an empty line.
# Inline comments can be harmful because they prevent users
# from using the delimiting characters as parts of values.
# That being said, this can be customized.

    [Sections Can Be Indented]
        can_values_be_as_well = True
        does_that_mean_anything_special = False
        purpose = formatting for readability
        multiline_values = are
            handled just fine as
            long as they are indented
            deeper than the first line
            of a value
        # Did I mention we can indent comments, too?
</syntaxhighlight>

== استيفاء القيم Interpolation of values ==
يدعم الصنف <code>[[Python/ConfigParser|ConfigParser]]</code> استيفاء القيم، ما يعني إمكانية معالجة القيم قبل إعادتها من استدعاءات التابع <code>get()</code>‎.

=== الصنف <code>configparser.BasicInterpolation</code> ===
هذا الصنف هو الطريقة الافتراضية التي يستخدمها الصنف [[Python/ConfigParser|<code>ConfigParser</code>]] لاستيفاء القيم. يتيح هذا الصنف استخدام سلاسل تنسيق نصية في قيم ملف الإعدادات وتشير سلاسل التنسيق هذه إلى قيم اخرى في القسم نفسه، أو إلى قيم في قسم <code>DEFAULT</code> الخاص، ويمكن تقديم قيم افتراضية إضافية عند تهيئة الملف.

فعلى سبيل المثال:<syntaxhighlight lang="cfg">
[Paths]
home_dir: /Users
my_dir: %(home_dir)s/lumberjack
my_pictures: %(my_dir)s/Pictures
</syntaxhighlight>إن أخذ المعامل <code>interpolation</code> في الدالة البانية للصنف [[Python/ConfigParser|<code>ConfigParser</code>]] القيمة <code>BasicInterpolation()‎</code> فإنّ الصنف [[Python/ConfigParser|<code>ConfigParser</code>]] سيحلّل ‎<code>%(home_dir)s</code>‎ إلى القيمة <code>home_dir</code> (وهو المجلد ‎<code>/Users‎</code> في هذه الحالة)، وسيحلّل <code>‎%(my_dir)s‎</code> إلى ‎<code>/Users/lumberjack</code>.

من الجدير بالذكر أنّ عمليات الاستيفاء كلها تجري حسب الطلب؛ لهذا لا حاجة إلى استخدام ترتيب معيّن للمفاتيح في ملف الإعدادات عند استخدامها في إشارات مترابطة.

في حال تعيين القيمة <code>None</code> للمعامل <code>interpolation</code> في الدالة البانية للصنف [[Python/ConfigParser|<code>ConfigParser</code>]]، فإنّ الصنف سيعيد العبارة <code>‎%(home_dir)s/Pictures</code> كقيمة للمفتاح <code>my_pictures</code> والعبارة <code>‎%(home_dir)‎‎s/lumberjack</code> كقيمة للمفتاح <code>my_dir</code>.

=== الصنف <code>configparser.ExtendedInterpolation</code> ===
طريقة أخرى لاستيفاء القيم وتستخدم صيغة أكثر تقدّمًا، وتستخدم في حزمة zc.buildout على سبيل المثال. يُقصد بالاستيفاء الموسّع Extended interpolation استخدام الصيغة ‎${section:option} للإشارة إلى قيمة في قسم آخر. يمكن للاستيفاء أن يمتد لمستويات متعددة، وإن حذف الجزء section:‎ من الصيغة فإنّ عملية الاستيفاء تكون ضمن القسم الحالي افتراضيًا (ومن المحتمل أن تُستوفى القيم الافتراضية من القسم الخاص).

فعلى سبيل المثال، ستظهر الإعدادات التي مرّ ذكرها في قسم الاستيفاء العادي بالمظهر التالي في الاستيفاء الموسّع:

[Paths]
home_dir: /Users
my_dir: ${home_dir}/lumberjack
my_pictures: ${my_dir}/Pictures

يمكن جلب قيم من أقسام أخرى أيضًا:

[Common]
home_dir: /Users
library_dir: /Library
system_dir: /System
macports_dir: /opt/local

[Frameworks]
Python: 3.2
path: ${Common:system_dir}/Library/Frameworks/

[Arthur]
nickname: Two Sheds
last_name: Jackson
my_dir: ${Common:home_dir}/twosheds
my_pictures: ${my_dir}/Pictures
python_dir: ${Frameworks:path}/Python/Versions/${Frameworks:Python}

الوصول إلى القيم باستخدام بروتوكول الربط

'''ملاحظة''': هذا البروتوكول جديد في الإصدار 3.2 من بايثون.

يُطلق هذا الاسم على الوظيفة التي تتيح استخدام كائنات خاصة كما لو أنّها كانت قواميس. وتُستخدم الصيغة ‎parser['section']['option'] كواجهة للربط في وحدة configparser.

يعيد الجزء ‎parser['section'] وسيطًا لبيانات القسم في المحلل، وهذا يعني أنّ القيم لا تنسخ ولكنّها تُؤخذ من المفسّر الأصلي عند الحاجة. ويجب التنبيه إلى أنّه عند تغيير القيم في وسيط القسم فإنّ ما يجري في الواقع هو تعديل القيم في المفسّر الأصلي.

تسلك اكائنات configparser سلوكًا مقاربًا للقواميس قدر الإمكان، وواجهة الربط كاملة وتلتزم بما يفرضه الصنف MutableMapping ABC، ولكن هناك بعض الاختلافات التي يجب أخذها بالحسبان:

* جميع المفاتيح في الأقسام غير حساسة لحالة الأحرف، فعلى سبيل المثال يعيد التعبير:
for option in parser["section"]
يعيد أسماء المفاتيح التي تأخذ شكل option، أي أنّ المفاتيح تكون بالحرف الصغير افتراضيًا، وفي نفس الوقت، يعطي التعبيران التاليان النتيجة True لقسم يتضمّن المفتاح 'a':
"a" in parser["section"]
"A" in parser["section"]

* تتضمّن جميع الأقسام كذلك قيم DEFAULTSECT، وهذا يعني أنّ القسم لن يبدو فارغًا إن استدعي التابع clear()‎ على ذلك القسم؛ وذلك لعدم إمكانية حذف القيم الافتراضية من القسم (لأنّها ليست موجودة فيه أصلًا)، وإن كان القسم يعيد تعريف القيم الافتراضية، فإنّ حذف القيم الجديدة في القسم سيتسبب في إعادة إظهار القيم الافتراضية. يؤدي حذف أيّ قيمة افتراضية إلى إطلاق الخطأ KeyError.

* لا يمكن حذف DEFAULTSECT من المفسّر:
* يؤدي حذفه إلى إطلاق الخطأ ValueError
* لا يؤثر استدعاء التابع parser.clear()‎ عليه إطلاقًا
* لن يعيده استدعاء التابع parser.popitem()‎

* المعامل الثاني في التابع parser.get(section, option, **kwargs)‎ لا يمثّل قيمة تراجعية fallback value. ولكن يجب الانتباه إلى أنّ توابع get()‎ التي تعمل على مستوى القسم متوافقة مع بروتوكول الربط والواجهة البرمجية القديمة للوحدة configparser.

* التابع ()parser.items متوافق مع بروتوكول الربط (يعيد قائمة تحتوى على أزواج تتألف من (اسم القسم، وسيط القسم) section_name, section_proxy إضافة إلى DEFAULTSECT). ولكن يمكن تنفيذ هذا التابع باستخدام التوابع التالية: parser.items(section, raw, vars)‎، وفي هذه الحالة سيعيد التابع قائمة تتضمّن أزواجًا تتألّف من (الخيار، القيمة) option, value للقسم المحدّد، مع توسيع جميع عمليات الاستيفاء (إلا إذا كان المعامل raw يحمل القيمة True).

يأخذ بروتوكول الربط الأولوية على الواجهة البرمجية القديمة؛ ولهذا فإنّ الأصناف الفرعية التي تعيد تعريف الواجهة الأصلية ستمتلك روابط mappings تعمل كما هو متوقع منها.

تخصيص عمل المفسّر

تتعدّد صيغ ملفات INI بتعدد التطبيقات التي تستخدم هذه الملفات، وتحاول وحدة configparser تقديم دعم جيّد لأكبر مجموعة من أنماط INI المتوفّرة حاليًّا. صمّمت طريقة عمل الوحدة بالاستناد إلى أنماط قديمة، ومن المرجّح أنّك سترغب في تخصيص بعض الميزات فيها.

يمكن استخدام الخيارات المتاحة في التابع ‎__init__()‎ (وهي الطريقة الأكثر شيوعًا) لتغيير طريقة عمل مفسّر الإعدادات:

* defaults, القيمة الافتراضية: None
يستقبل هذا الخيار قاموسًا مكوّنًا من أزواج مفتاح-قيمة والتي ستُضاف في البداية إلى القسم DEFAULT. وتمثّل هذه الطريقة وسيلة جيّدة لدعم ملفات الإعدادات المختصرة والتي لا تحدّد قيمًا معيّنة، والتي تككون شبيهة بالإعدادات الافتراضية الموثّقة.

ملاحظة: إن كنت ترغب في تحديد قيم افتراضية لقسم معيّن، استخدم التابع read_dict()‎ قبل قراءة الملف الأصلي.


* dict_type، القيمة الافتراضية: collections.OrderedDict
يؤثّر هذا الخيار على طريقة عمل بروتوكول الربط وعلى طريقة كتابة ملف الإعدادات تأثيرًا كبيرًا؛ فعند استخدام القاموس المرتّب الافتراضي، يُخزّن كل قسم في ملف الإعدادات بنفس ترتيب إضافته إلى المفسّر، وينطبق الأمر نفسه على الخيارات التي تنطوي عليها الأقسام.

ويمكن استخدام نوع آخر من أنواع القواميس لترتيب الأقسام والخيارات -على سبيل المثال- عند إعادة كتابة ملف الإعدادات. كذلك يمكن استخدام قاموس عاديّ إن كان الأداء الجيّد أمرًا مطلوبًا.

ملاحظة: هناك عدد من الطرق لإضافة مجموعة من أزواج مفتاح-قيمة بخطوة واحدة، وإن كنت تستخدم قاموسًا عاديًا في مثل هذه العمليات، فإنّ ترتيب المفاتيح سيكون عشوائيًا، إليك المثال التالي:


>>> parser = configparser.ConfigParser()
>>> parser.read_dict({'section1': {'key1': 'value1',
...                                'key2': 'value2',
...                                'key3': 'value3'},
...                   'section2': {'keyA': 'valueA',
...                                'keyB': 'valueB',
...                                'keyC': 'valueC'},
...                   'section3': {'foo': 'x',
...                                'bar': 'y',
...                                'baz': 'z'}
... })
>>> parser.sections()  
['section3', 'section2', 'section1']
>>> [option for option in parser['section3']] 
['baz', 'foo', 'bar']

ستحتاج إلى استخدام قاموس مرتّب في هذه العمليات أيضًا:

>>> from collections import OrderedDict
>>> parser = configparser.ConfigParser()
>>> parser.read_dict(
...   OrderedDict((
...     ('s1',
...      OrderedDict((
...        ('1', '2'),
...        ('3', '4'),
...        ('5', '6'),
...      ))
...     ),
...     ('s2',
...      OrderedDict((
...        ('a', 'b'),
...        ('c', 'd'),
...        ('e', 'f'),
...      ))
...     ),
...   ))
... )
>>> parser.sections()  
['s1', 's2']
>>> [option for option in parser['s1']]  
['1', '3', '5']
>>> [option for option in parser['s2'].values()]  
['b', 'd', 'f']


allow_no_value, القيمة الافتراضية: False
من المعروف أنّ بعض ملفات الإعدادات تتضمّن إعدادات خالية من القيم، ومع ذلك فإنّها متوافقة مع الصيغة التي تدعمها وحدة configparser.

يمكن استخدام المعامل allow_no_value في الدالة البانية للسماح باستخدام مثل هذه القيم:
>>> import configparser

>>> sample_config = """
... [mysqld]
...   user = mysql
...   pid-file = /var/run/mysqld/mysqld.pid
...   skip-external-locking
...   old_passwords = 1
...   skip-bdb
...   # we don't need ACID today
...   skip-innodb
... """
>>> config = configparser.ConfigParser(allow_no_value=True)
>>> config.read_string(sample_config)

>>> # يجري التعامل مع الإعدادات ذات القيم بالطريقة المعتادة:
>>> config["mysqld"]["user"]
'mysql'

>>> # الإعدادات الخالية من القيم تقدّم القيمة None:
>>> config["mysqld"]["skip-bdb"]

>>> # ما زالت الإعدادات غير الموجودة تطلق أخطاءً:
>>> config["mysqld"]["does-not-exist"]
Traceback (most recent call last):
  ...
KeyError: 'does-not-exist'

delimiters, القيمة الافتراضية: ('=', ':')

الفواصل عبارة عن سلاسل نصية فرعية تفصل بين المفاتيح والقيم في القسم الواحد، ويعدّ أول ظهور للسلسلة النصية الفرعية الفاصلة في السطر على أنّه فاصل، وهذا يعني أنّ من الممكن أن تكون الفواصل موجودة في القيم ولكن ليس في المفاتيح. 
راجع المعامل space_around_delimiters في التابع Config.Parser.write()‎.

* comment_prefixes, القيمة الافتراضية: ‎('#' ، ';')
* inline_comment_prefixes, القيمة الافتراضية: None

سوابق التعليقات  Comment prefixes هي سلاسل نصية تشير إلى بداية التعليق في ملف الإعدادات. تستخدم سوابق التعليقات في الأسطر الفارغة (والتي يمكن أن تكون مزاحة) أما سوابق التعليقات السطرية فيمكن استخدامها بعد أي قيمة صالحة (مثل: أسماء الأقسام، الخيارات والأسطر الفارغة أيضًا). تكون التعليقات السطرية معطّلة افتراضيًا، وتستخدم السابقتان '#' و ';' مع التعليقات.

ملاحظة: في الإصدارات السابقة من الوحدة configparser كانت القيمة الافتراضية لسوابق التعليقات comment_prefixes=('#', ';')‎ ولسوابق التعليقات السطرية inline_comment_prefixes=(';',)‎. هذا السلوك تغيّر في الإصدار 3.2 من بايثون.

يجب الانتباه إلى أنّه ليس بمقدور مفسّرات الإعدادات أن تهرّب المحارف المستخدمة كسوابق للتعليقات؛ ولهذا يمكن أن يمنع استخدام سوابق التعليقات السطرية المستخدمين من تحديد قيم للخيارات تتضمّن المحارف المستخدمة كسوابق للتعليقات؛ لذا ينصح بالامتناع عن تحديد أيّ قيمة لسوابق التعليقات السطرية.
في كثير من الأحيان تكون الطريقة الوحيدة لتخزين المحارف المستخدمة كسوابق للتعليقات في بداية السطر ضمن قيم متعددة الأسطر هي في استيفاء interpolate السابقة، فعلى سبيل المثال:

>>> from configparser import ConfigParser, ExtendedInterpolation
>>> parser = ConfigParser(interpolation=ExtendedInterpolation())
>>> # the default BasicInterpolation could be used as well
>>> parser.read_string("""
... [DEFAULT]
... hash = #
...
... [hashes]
... shebang =
...   ${hash}!/usr/bin/env python
...   ${hash} -*- coding: utf-8 -*-
...
... extensions =
...   enabled_extension
...   another_extension
...   #disabled_by_comment
...   yet_another_extension
...
... interpolation not necessary = if # is not at line start
... even in multiline values = line #1
...   line #2
...   line #3
... """)
>>> print(parser['hashes']['shebang'])

#!/usr/bin/env python
# -*- coding: utf-8 -*-
>>> print(parser['hashes']['extensions'])

enabled_extension
another_extension
yet_another_extension
>>> print(parser['hashes']['interpolation not necessary'])
if # is not at line start
>>> print(parser['hashes']['even in multiline values'])
line #1
line #2
line #3


strict, القيمة الافتراضية: True
إن أخذ هذا الخيار القيمة True، لن يسمح المفسّر بتكرار أيّ قسم أو خيار عند قراءة الإعدادات من مصدر واحد (باستخدام التوابع read_file()‎ أو read_string()‎ أو read_dict()‎). يُنصح باستخدام المفسّر في وضع التدقيق strict في التطبيقات الجديدة.

ملاحظة: كانت القيمة الافتراضية لهذا الخيار هي False في الإصدارات التي تسبق الإصدار 3.2 من بايثون.

empty_lines_in_values, default value: True

يمكن للقيم في مفسّرات الإعدادات أن تمتدّ على أسطر متعددة ما دامات مزاحة عن المفتاح الذي يحمل تلك القيمة، وتسمح المفسّرات افتراضيًا بأن تكون الأسطر الفارغة جزءًا من القيم، كذلك يمكن إزاحة المفاتيح حسب الرغبة وذلك لزيادة مقروئية الملف، ولكن ارتفاع حجم الملف ودرجة تعقيد بنيته قد يؤديان إلى التسبب في ارتباك المستخدم عند التعامل مع الملف. إليك المثال التالي:

[Section]
key = multiline
  value with a gotcha

 this = is still a part of the multiline value of 'key'

قد تتسبب بنية هذا الملف في حدوث مشاكل إن كان المستخدم يستعمل خطًا نسبيًا لتحرير الملف، وهذا هو السبب الذي يدعو إلى تعطيل الأسطر الفارغة إن كان التطبيق في غنى عنها؛ وبذلك تفصل الأسطر الفارغة بين المفاتيح دائمًا، وهكذا ينتج عن الملف في المثال السابق مفتاحان هما key و this.

default_section, القيمة الافتراضية: configparser.DEFAULTSECT (أي: "DEFAULT")

إن من أقوى الميّزات التي تقدّمها هذه المكتبة هي إمكانية استخدام قسم خاص بالقيم الافتراضية الخاصة بالأقسام الأخرى أو لأغراض الاستيفاء، وتسمح هذه الميزة للمستخدمين بإنشاء ملفات إعدادات معقّدة وواضحة في نفس الوقت. يدعى هذا القسم عادة بالاسم "DEFAULT" ولكن يمكن تخصيص ذلك للإشارة إلى اسم أي قسم آخر صالح للاستخدام، وعادة ما تستعمل الأسماء "general" أو "common". يستخدم الاسم المقدّم لتمييز الأقسام الافتراضية عند قراءة الإعدادات من أي مصدر ويستخدم عند كتابة الإعدادات في ملف الإعدادات. يمكن الحصول على القيمة الحالية لهذا القسم عن طريق الخاصية parser_instance.default_section ويمكن تعديلها في وقت التشغيل (أي تحويل الملفات من صيغة إلى أخرى).

interpolation, default value: configparser.BasicInterpolation
يمكن تخصيص طريقة استيفاء القيم عن طريق تقديم وسيلة خاصة في المعامل interpolation. يمكن استخدام القيمة None لإيقاف عملية الاستيفاء تمامًا، ويمكن استخدام القيمة ExtendedInterpolation()‎ والتي تقدّم طريقة متقدّمة في استيفاء القيم مستوحاة من الحزمة zc.buildout. راجع قسم استيفاء القيم للاطلاع على المزيد من المعلومات. تمتلك كائنات RawConfigParser القيمة الافتراضية None.

converters, القيمة الافتراضية: غير محددة
تقدّم مفسّرات الإعدادات توابع مهمّتها جلب قيمة الخيار في ملف الإعدادات مع التحويل إلى الأنواع المناسبة، وتستخدم المفسّرات التوابع getint()‎ و getfloat()‎ و getboolean()‎ افتراضيًا. ويمكن للمستخدم إنشاء توابع خاصة حسب حاجته وذلك بتعريفها في صنف فرعي أو تمرير قاموس يكون كل مفتاح فيه هو اسم المحول وكلّ قيمة فيه هي كائنًا قابلًا للاستدعاء يطبّق عملية التحويل المطلوبة. فعلى سبيل المثال يؤدي تمرير القاموس {'decimal':decimal.Decimal} إلى إضافة التابع getdecimal()‎ في كائن المفسّر وفي وسائط الأقسام section proxies كلّها. وبعبارة أخرى، سيكون بالإمكان استخدام التعبيرين ‎parser_instance.getdecimal('section','key', fallback=0)‎ و ‎parser_instance['section'].getdecimal('key', 0)‎.
إن كان المحوّل بحاجة غلى الوصول إلى حالة المفسّر، فيمكن استخدامه حينئذ كتابع في صنف فرعي لمفسّر الإعدادات. إن كان اسم هذا التابع يبدأ بالكلمة get، فإنّه سيكون متوفّرًا في جميع وسائط الأقسام وبصيغة متوافقة مع القواميس (راجع المثال عن التابع getdecimal()‎ في أعلاه).

يمكن زيادة التخصيص عن طريق إعادة تعريف القيم الافتراضية لخصائص المفسّر، وتعرّف القيم الافتراضية في الأصناف؛ ليكون بالإمكان إعادة تعريفها بواسطة الأصناف المتفرّعة عنها أو عن طريق إسناد القيم إلى خصائص الأصناف.


ConfigParser.BOOLEAN_STATES
ينظر مفسّر الإعدادات -افتراضيًا- عند استخدامه للتابع getboolean()‎ إلى القيم: '1'، 'yes'، 'true'، 'on' على أنّها True، والقيم '0'، 'no'، 'false'، 'off' على أنّها False. يمكن إعادة تعريف ما سبق باستخدام قاموس مخصّص يتضمّن السلاسل النصية والقيم المنطقية الناتجة عنها، فعلى سبيل المثال: 

>>> custom = configparser.ConfigParser()
>>> custom['section1'] = {'funky': 'nope'}
>>> custom['section1'].getboolean('funky')
Traceback (most recent call last):
...
ValueError: Not a boolean: nope
>>> custom.BOOLEAN_STATES = {'sure': True, 'nope': False}
>>> custom['section1'].getboolean('funky')
False

كذلك يمكن استخدام عبارات مثل accept/reject أو enabled/disabled.


ConfigParser.optionxform(option)

يحوّل التابع أسماء الخيارات في كل عمليّة قراءة أو جلب أو تعيين، ويحوّل الحروف في الأسماء -افتراضيًا- إلى حروف صغيرة؛ وهذا يعني كذلك أنّه عند كتابة ملفات الإعدادات فإنّ جميع المفاتيح ستكتب بحروف صغيرة. يمكن إعادة تعريف هذا التابع إن كانت طريقة عمله غير ملائمة.

مثال:
>>> config = """
... [Section1]
... Key = Value
...
... [Section2]
... AnotherKey = Value
... """
>>> typical = configparser.ConfigParser()
>>> typical.read_string(config)
>>> list(typical['Section1'].keys())
['key']
>>> list(typical['Section2'].keys())
['anotherkey']
>>> custom = configparser.RawConfigParser()
>>> custom.optionxform = lambda option: option
>>> custom.read_string(config)
>>> list(custom['Section1'].keys())
['Key']
>>> list(custom['Section2'].keys())
['AnotherKey']


ConfigParser.SECTCRE
تعبير نمطيّ مصرّف يستخدم لتفسير عناوين الأقسام. يطابق التعبير النمطي الافتراضي العبارة [section] مع الاسم "section". تعدّ المسافات البيضاء جزءًا من اسم القسم، ولهذا فإنّ التعبير [  larch  ] سيُقرأ هكذا "  larch  ".

يمكن إعادة تعريف هذه الخاصية إن كانت طريقة عملها غير ملائمة.

مثال:

>>> import re
>>> config = """
... [Section 1]
... option = value
...
... [  Section 2  ]
... another = val
... """
>>> typical = configparser.ConfigParser()
>>> typical.read_string(config)
>>> typical.sections()
['Section 1', '  Section 2  ']
>>> custom = configparser.ConfigParser()
>>> custom.SECTCRE = re.compile(r"\[ *(?P<nowiki><header>[^]]+?) *\]")</nowiki>
>>> custom.read_string(config)
>>> custom.sections()
['Section 1', 'Section 2']

ملاحظة
تستخدم كائنات ConfigParser الخاصية OPTCRE والتي تتعرّف على أسطر الخيارات، ولكن لا ينصح بإعادة تعريفها لأنّ ذلك قد يؤدي إلى حدوث تضارب مع خيار الدالة البانية allow_no_value ومع الفواصل delimiters.