|
Новое API доступа к конфигурации
|
|||
---|---|---|---|
#18+
Вот есть там такой класс: Код: plaintext 1. 2. 3. 4. 5. 6.
С первым методом всё в принципе ясно, но может кто-нибудь простым русским языком объяснить для чего предназначены оставшиеся два? Что человек должен писать в их реализации? ... |
|||
:
Нравится:
Не нравится:
|
|||
01.02.2016, 16:36 |
|
Новое API доступа к конфигурации
|
|||
---|---|---|---|
#18+
Dimitry SibiryakovВот есть там такой класс: Код: plaintext 1. 2. 3. 4. 5. 6.
С первым методом всё в принципе ясно, но может кто-нибудь простым русским языком объяснить для чего предназначены оставшиеся два? Что человек должен писать в их реализации? Хм. Безотносительно конфигурации findValue - вернуть елемент (конфигурации), значение которого равно value findPos - вернуть елемент (конфигурации) под порядковым номером pos Разве нет? Или я что-то неправильно понимаю в вопросе? ... |
|||
:
Нравится:
Не нравится:
|
|||
01.02.2016, 16:51 |
|
Новое API доступа к конфигурации
|
|||
---|---|---|---|
#18+
Dimitry Sibiryakov, дык потому что в конфиге Firebird name ни фига не уникальный для сложных свойств вот тебе пример раз plugins.confPlugin = UDR { Module = $(root)/plugins/udr_engine Config = UDR_config } Config = UDR_config { path = $(root)/plugins/udr } вот тебе пример два fbtrace.confdatabase = %[\\/]my_database.fdb { enabled = true } database = %[\\/](test|azk2|rulez).fdb { enabled = true log_filename = \1.log } ... |
|||
:
Нравится:
Не нравится:
|
|||
01.02.2016, 16:57 |
|
Новое API доступа к конфигурации
|
|||
---|---|---|---|
#18+
Dimitry SibiryakovЧто человек должен писать в их реализации?Какой-такой человек ? Этот интерфейс реализуется движком, а не внешним плагином, iirc ... |
|||
:
Нравится:
Не нравится:
|
|||
01.02.2016, 17:03 |
|
Новое API доступа к конфигурации
|
|||
---|---|---|---|
#18+
hvladКакой-такой человек ? Этот интерфейс реализуется движком, а не внешним плагином, iirc Угу, реализуется. Но таким способом, который делает наследование от данной реализации с целью её полиморфизма и расширения совершенно невозможным. Вот написал я наследника от ConfigFile с расширенным набором макросов. Но чтобы теперь сделать из него IConfig и скормить плагину, мне придётся полностью реализовать данный интерфейс с нуля. Либо выцарапывать объявление класса ConfigAccess из PluginManager.cpp в заголовки. И я пока не знаю что из этого проще. PS: А всё потому, что кое-кто решил не использовать стандартный метод "класс реализующий интерфейсы" и изобрёл жуткую систему обёрток над обёртками. PPS: Есть ещё возможность забить на IConfig и сделать-таки совершенно новый интерфейс конфига общепринятыми методами. Posted via ActualForum NNTP Server 1.5 ... |
|||
:
Нравится:
Не нравится:
|
|||
01.02.2016, 17:23 |
|
Новое API доступа к конфигурации
|
|||
---|---|---|---|
#18+
Dimitry Sibiryakov, какое нафиг наследование ? В куда ты собираешься подставлять свою реализацию ? PS Ты же 100500 раз говорил, что не понимаешь С++ - какого лешего ты позволяешь себе критиковать то, что не понимаешь ? ... |
|||
:
Нравится:
Не нравится:
|
|||
01.02.2016, 17:45 |
|
Новое API доступа к конфигурации
|
|||
---|---|---|---|
#18+
hvladВ куда ты собираешься подставлять свою реализацию ? В место между движком и плагином, естественно. Куда ещё, по-твоему, можно подставить реализацию интерфейса, позволяющую плагину получить из его конфига строку, расширенную из "$(this_dbDir).$(dbid).$(UserName)", например?.. hvladТы же 100500 раз говорил, что не понимаешь С++ Не говорил. И С++ я как раз понимаю. В отличии от тех извращений, которые наворочены в сабже. Posted via ActualForum NNTP Server 1.5 ... |
|||
:
Нравится:
Не нравится:
|
|||
01.02.2016, 18:03 |
|
|
start [/forum/topic.php?fid=40&msg=39160432&tid=1562368]: |
0ms |
get settings: |
10ms |
get forum list: |
15ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
40ms |
get topic data: |
11ms |
get forum data: |
3ms |
get page messages: |
51ms |
get tp. blocked users: |
2ms |
others: | 263ms |
total: | 403ms |
0 / 0 |