_>Кроме файлов *.sql, попадают *.sqlite. .NET 4.8. _>Кстати в Core работает нормально.
RTFM
When you use the asterisk wildcard character in a searchPattern such as "*.txt", the number of characters in the specified extension affects the search as follows:
If the specified extension is exactly three characters long, the method returns files with extensions that begin with the specified extension. For example, "*.xls" returns both "book.xls" and "book.xlsx".
In all other cases, the method returns files that exactly match the specified extension. For example, "*.ai" returns "file.ai" but not "file.aif".
ltc>When you use the asterisk wildcard character in a searchPattern such as "*.txt", the number of characters in the specified extension affects the search as follows:
ltc>If the specified extension is exactly three characters long, the method returns files with extensions that begin with the specified extension. For example, "*.xls" returns both "book.xls" and "book.xlsx".
ltc>In all other cases, the method returns files that exactly match the specified extension. For example, "*.ai" returns "file.ai" but not "file.aif".
Хрень какая-то . Почему такой особенный случай с 3-мя символами в расширении? В Core работает ожидаемым способом.
Жизнь не обязана доставлять удовольствие. Достаточно отсутствия страданий.
ltc>>When you use the asterisk wildcard character in a searchPattern such as "*.txt", the number of characters in the specified extension affects the search as follows:
ltc>>If the specified extension is exactly three characters long, the method returns files with extensions that begin with the specified extension. For example, "*.xls" returns both "book.xls" and "book.xlsx".
ltc>>In all other cases, the method returns files that exactly match the specified extension. For example, "*.ai" returns "file.ai" but not "file.aif".
_>Хрень какая-то . Почему такой особенный случай с 3-мя символами в расширении? В Core работает ожидаемым способом.
Здравствуйте, ltc, Вы писали:
ltc>If the specified extension is exactly three characters long...
Ха-ха!! Всё ясно... "бейсик головного мозга" архитектора. Если массив — то a[10]. Если расширение — то ".xyz"; Других сущностей просто не бывает.
Капец, конечно... ладно джуны накодерастили втихоря, но если так проектировали библиотеку?!!!! Это ДНО, товарищи!
Здравствуйте, Ночной Смотрящий, Вы писали:
K>>Капец, конечно... ладно джуны накодерастили втихоря, но если так проектировали библиотеку?!!!! Это ДНО, товарищи!
НС>Дно это не знать, что там унутре неонка win32, а алгоритм этот пришел еще со времен ранних версий win95.
Ну вообще-то, win95 имела основания так делать, чтобы досовские программы не сошли с ума. И win32 имела основания так делать, микрософт всегда достаточно трепетно относился к обратной совместимости своего API. А вот в C# могли бы этот исторический артефакт и не тащить, там не было груза обратной совместимости.
Здравствуйте, Pzz, Вы писали:
Pzz>Ну вообще-то, win95 имела основания так делать, чтобы досовские программы не сошли с ума. И win32 имела основания так делать, микрософт всегда достаточно трепетно относился к обратной совместимости своего API.
Об этом и речь.
Pzz> А вот в C# могли бы этот исторический артефакт и не тащить, там не было груза обратной совместимости.
Нет, не могли, .NET FW в данном случае выступает тонкой прослойкой. А вот в кроссплатформенном Core уже можно было на совместимость забить.
Здравствуйте, Ночной Смотрящий, Вы писали:
Pzz>> А вот в C# могли бы этот исторический артефакт и не тащить, там не было груза обратной совместимости.
НС>Нет, не могли, .NET FW в данном случае выступает тонкой прослойкой. А вот в кроссплатформенном Core уже можно было на совместимость забить.
Ну, можно было бы сделать прослойку и чуть потолще, устранив совсем уж вопиющие идиотизмы win32
Здравствуйте, Pzz, Вы писали:
Pzz>Ну, можно было бы сделать прослойку и чуть потолще, устранив совсем уж вопиющие идиотизмы win32
И породив несовместимость без особой нужды? .NET изначально позиционировался как платформа для переписывания плюсовых DCOM серверов и лишь потом перерос в нечто большее.
Здравствуйте, Ночной Смотрящий, Вы писали:
НС>И породив несовместимость без особой нужды? .NET изначально позиционировался как платформа для переписывания плюсовых DCOM серверов и лишь потом перерос в нечто большее.
Несовместимость с чем?
Особое поведение для 3-буквенных расширений нужно только для кода, написанного когда-то для MS-DOS. Нонешнее поколение, как мы видим, вообще не понимает, о чем идет речь. И разумеется, на C# для MS-DOS никто никогда не писал.
Здравствуйте, Pzz, Вы писали:
НС>>И породив несовместимость без особой нужды? .NET изначально позиционировался как платформа для переписывания плюсовых DCOM серверов и лишь потом перерос в нечто большее.
Pzz>Несовместимость с чем?
C win32
Pzz>Особое поведение для 3-буквенных расширений нужно только для кода, написанного когда-то для MS-DOS. Нонешнее поколение, как мы видим, вообще не понимает, о чем идет речь.
. Почему такой особенный случай с 3-мя символами в расширении? В Core работает ожидаемым способом.
Всё ясно... "бейсик головного мозга" архитектора. Если массив — то a[10]. Если расширение — то ".xyz"; Других сущностей просто не бывает. 
