Где можно посмотреть коды шаблонов STL?

@Peoples · Регистрация: 06.02.2016

Не подскажите где можно посмотреть коды шаблонов stl. То есть конкретно код реализации шаблона sort например.

@Fulcrum_013 · 14.08.2016, 15:40

Лежат себе в папочке include а в какой именно подпапке - зависит от IDE/компилятора в комплекте с которым идут.
Тока смотри аккуратно -там глаза сломать и мозг вывихнуть наизнанку можно если пытаться в этом навозе что либо разобрать

@hoggy · 14.08.2016, 15:42

в любой ИДЕ ПКМ на std::sort
из контекстного меню ---> "перейти к определению".

Tulosba · 14.08.2016, 15:46

Сообщение от Peoples

где можно посмотреть коды шаблонов stl

В любой IDE есть возможность перехода через какой-нибудь Ctrl+Click в место определения имени, на которое кликаешь.

@Ferrari F1 · 14.08.2016, 16:18

Fulcrum_013, можете объяснить почему там все так непонятно написано? специально?

@Fulcrum_013 · 14.08.2016, 16:24

Сообщение от Ferrari F1

можете объяснить почему там все так непонятно написано? специально?

потому что говнокодеры безграмотные писали

Croessmah · 14.08.2016, 16:52

Сообщение от Ferrari F1

можете объяснить почему там все так непонятно написано?

Не осилил, че.

Месье не понимает, что разработчики компиляторов вынуждены так писать.

И при определенном опыте, всё там без проблем читается.

@Voivoid · 14.08.2016, 17:02

Сообщение от Fulcrum_013

потому что говнокодеры безграмотные писали

Да, с https://www.cyberforum.ru/post8889775.html и https://www.cyberforum.ru/post8891204.html не сравнить

@hoggy · 14.08.2016, 17:05

Сообщение от Croessmah

разработчики компиляторов вынуждены так писать

в чем заключается необходимость?

Croessmah · 14.08.2016, 17:10

Сообщение от hoggy

в чем заключается необходимость?

Например, в уменьшении коллизий с пользовательским кодом,
учетом множества платформ, разные наборы ключей и т.д.

@Fulcrum_013 · 14.08.2016, 17:19

Сообщение от Croessmah

Например, в уменьшении коллизий с пользовательским кодом,
учетом множества платформ, разные наборы ключей и т.д.

К примеру VCL и FireMonkey тоже под кучу платформ ключей и т.п. НО при этом прекрасно читабельны.

Добавлено через 1 минуту

Сообщение от Voivoid

Да, с С++ - победа над здравым смыслом и С++ - победа над здравым смыслом не сравнить

Зато у меня указатели двунправленные и объекты сами из контейнеров вычищаются если их удалить. А STL так не умеет.

Croessmah · 14.08.2016, 17:20

Сообщение от Fulcrum_013

НО при этом прекрасно читабельны.

Я код gcc тоже прекрасно читаю.

@hoggy · 14.08.2016, 17:22

Сообщение от Croessmah

Например, в уменьшении коллизий с пользовательским кодом,

для этого существует нотация имен.
это не объясняет факт того, что сами по себе имена зачастую нечитабельные.

Сообщение от Croessmah

учетом множества платформ

стандартная библиотека пишется под ключ конкретного компилятора под конкретную платформу.
разные платформы и компиляторы - разные стандартные библиотеки.

Сообщение от Croessmah

разные наборы ключей и т.д.

стандартная практика, например того же boost:
вынести компиляторо-платформо-ключи зависимые вещи в отдельный конфигурационный хедер,
где возможные зависимости разруливаются на дефанах препроцессора.

при таком подходе удобно разруливать 100500 возможных нюансов.
в тоже время, в исходном коде конкретного компонента
можно использовать вполне себе человеко-читабельные имена.

однако на примере как стандартной библиотеки, которая под ключ тулченйа,
так и на примере кросс-платформенного boost,
мы наблюдаем аццкий говнокод.

я повторю свой вопрос: с чем связанна необходимость?

Добавлено через 1 минуту

Сообщение от Croessmah

Я код gcc тоже прекрасно читаю.

это лишь благодаря тому, что у вас ~~скилл чтения говнокода~~ квалификация позволяет.

однако способность справляться с дикарями,
не делает последних цивилизованными.

Croessmah · 14.08.2016, 17:58

Сообщение от hoggy

вынести компиляторо-платформо-ключи зависимые вещи в отдельный конфигурационный хедер,
где возможные зависимости разруливаются на дефанах препроцессора.

Угу, именно так оно и делается.

Сообщение от hoggy

разные платформы и компиляторы - разные стандартные библиотеки.

У одного компилятора на разных платформах, как правило,
изменены только те самые платформо-зависимые штуки,
всё остальное остается общим по мере возможностей.
Вот эти самые общие штуки очень хорошо читаются.

Сообщение от hoggy

для этого существует нотация имен.

угу, поэтому для реализации зарезервированы имена,
начинающиеся с двух подчеркиваний.
Эти имена, лично меня, бесят больше всего,
хотя при определенном уровне глазного парсера они не доставляют особых неудобств.

Сообщение от hoggy

это не объясняет факт того, что сами по себе имена зачастую нечитабельные.

как-правило, это сокращения, причем врядли они непонятны разработчикам,
и, скорее всего, стандартизированы главнюками

Сообщение от hoggy

однако способность справляться с дикарями,
не делает последних цивилизованными.

Красивые бусы из зубов врагов тоже не приводят к цивилизации

Сообщение от hoggy

так и на примере кросс-платформенного boost,
мы наблюдаем аццкий говнокод.

Наблюдаем, но это не значит, что оно прям вот не читаемо. Хотя, в бусте сам черт ногу сломит.

Однако, опять же, его разрабатывают, а значит и читают

Сообщение от hoggy

это лишь благодаря тому

И че, я один такой? А раз нет, значит явление массовое.

@hoggy · 14.08.2016, 18:09

Сообщение от Croessmah

как-правило, это сокращения, причем врядли они непонятны разработчикам,
и, скорее всего, стандартизированы главнюками

они не понятны всем, кроме непосредственных участников.
да и тем, через полгода приходится заново вдуплять.

реально, такое впечатление, что они прочли Макконелла и Мартина,
и сделали все с точностью наоборот.

обоснования этому явлению нет.
ничто не мешало в рамках плюсовой нотации.
элементарно - давать вменяемые имена переменным/функциям/etc.

Сообщение от Croessmah

Наблюдаем, но это не значит, что оно прям вот не читаемо.

именно что значит.
именно потому, что его приходится осиливать,
а не просто читать.

Croessmah · 14.08.2016, 18:15

Сообщение от hoggy

реально, такое впечатление, что они прочли Макконелла и Мартина

Чет мне кажется, что оно существовало еще до выхода этих книг

@sourcerer · 14.08.2016, 18:38

Сообщение от Croessmah

мне кажется, что оно существовало еще до выхода этих книг

У Макконнелла первое издание "Code Complete" вышло в 1993 году.

@HelicopterK52 · 14.08.2016, 18:39

Сообщение от gru74ik

У Макконнелла первое издание "Code Complete" вышло в 1993 году.

gcc вышел раньше

В 87-ом, вроде

ли в 85-ом...
Возможно, после просмотра исходников gcc Макконнелл и решил написать свою книгу

@sourcerer · 14.08.2016, 18:45

Сообщение от HelicopterK52

gcc вышел раньше В 87-ом, вроде ли в 85-ом...

Зато STL и Boost появились позже.

@Fulcrum_013 · 14.08.2016, 20:09

Сообщение от Croessmah

Я код gcc тоже прекрасно читаю.

А я брезгую читать код с файловых помоек.

Добавлено через 1 час 21 минуту

Сообщение от hoggy

да и тем, через полгода приходится заново вдуплять.

Да не то слово. Бывает что заново вдуплять не то что через пол-года, через пол-месяца приходится даже при таком подходе к именам:

C++

template <class Type, class OwnerType> class TProcessingLists;
template <class Type,class OwnerType, unsigned StatesCountT>
class TProcessableObject :public TOwnedObject<Type, OwnerType>{ 
private:    
    friend class TProcessingLists<Type, OwnerType>;
    int ProcessingListsIds[StatesCountT];
protected:  
    bool GetState(int StateId){ return ProcessingListsIds[StateId] !=   NotInList; }
    void SetState(int StateId, bool NewValue){
        if (NewValue == State[StateId]) return;
        if (NewValue) Owner->AddProcess(StateId, (Type*)this);
        else Owner->RemoveProcess(StateId, (Type*)this);
    }
    RWproperty(GetState, SetState) bool State[];
public:
    static const int StatesCount = StatesCountT;
    TProcessableObject(OwnerType *aOwner) :TOwnedObject(aOwner){
        for (int i = 0; i < StatesCount; i++) ProcessingListsIds[i] = NotInList;
    };
};

Почему и говорю что все эти сборники говноабреввиатур в коде STLисточник багов а посему либы написанные в таком стиле как stl по определению unsafe и вообще пригодны не более чем для хеллоувердов.

@Fulcrum_013 2055 / 1533 / 167 Регистрация: 14.12.2014 Сообщений: 13,326
	14.08.2016, 17:19	11
	Сообщение от Croessmah Например, в уменьшении коллизий с пользовательским кодом, учетом множества платформ, разные наборы ключей и т.д. К примеру VCL и FireMonkey тоже под кучу платформ ключей и т.п. НО при этом прекрасно читабельны. Добавлено через 1 минуту Сообщение от Voivoid Да, с С++ - победа над здравым смыслом и С++ - победа над здравым смыслом не сравнить Зато у меня указатели двунправленные и объекты сами из контейнеров вычищаются если их удалить. А STL так не умеет. 0

Где можно посмотреть коды шаблонов STL?

Решение

Решение

@Peoples 1608 / 939 / 778 Регистрация: 06.02.2016 Сообщений: 2,426 Записей в блоге: 30
		1
	Где можно посмотреть коды шаблонов STL? 14.08.2016, 15:31. Показов 2398. Ответов 21 Метки stl шаблоны (Все метки) Не подскажите где можно посмотреть коды шаблонов stl. То есть конкретно код реализации шаблона sort например. 0

@Fulcrum_013 2055 / 1533 / 167 Регистрация: 14.12.2014 Сообщений: 13,326
	14.08.2016, 15:40	2
	Сообщение было отмечено Peoples как решение Решение Лежат себе в папочке include а в какой именно подпапке - зависит от IDE/компилятора в комплекте с которым идут. Тока смотри аккуратно -там глаза сломать и мозг вывихнуть наизнанку можно если пытаться в этом навозе что либо разобрать 1

@hoggy 8678 / 4228 / 943 Регистрация: 15.11.2014 Сообщений: 9,596
	14.08.2016, 15:42	3
	Сообщение было отмечено gru74ik как решение Решение в любой ИДЕ ПКМ на std::sort из контекстного меню ---> "перейти к определению". 1

Tulosba :) 4771 / 3265 / 497 Регистрация: 19.02.2013 Сообщений: 9,046
	14.08.2016, 15:46	4
	Сообщение от Peoples где можно посмотреть коды шаблонов stl В любой IDE есть возможность перехода через какой-нибудь Ctrl+Click в место определения имени, на которое кликаешь. 1

@Ferrari F1 802 / 529 / 157 Регистрация: 27.01.2015 Сообщений: 3,017 Записей в блоге: 1
	14.08.2016, 16:18	5
	Fulcrum_013, можете объяснить почему там все так непонятно написано? специально? 0

@Fulcrum_013 2055 / 1533 / 167 Регистрация: 14.12.2014 Сообщений: 13,326
	14.08.2016, 16:24	6
	Сообщение от Ferrari F1 можете объяснить почему там все так непонятно написано? специально? потому что говнокодеры безграмотные писали 0

Croessmah Don't worry, be happy 17510 / 10319 / 1995 Регистрация: 27.09.2012 Сообщений: 25,956 Записей в блоге: 1
	14.08.2016, 16:52	7
	Сообщение от Ferrari F1 можете объяснить почему там все так непонятно написано? Не осилил, че. Месье не понимает, что разработчики компиляторов вынуждены так писать. И при определенном опыте, всё там без проблем читается. 3

@Voivoid 710 / 282 / 16 Регистрация: 31.03.2013 Сообщений: 1,340
	14.08.2016, 17:02	8
	Сообщение от Fulcrum_013 потому что говнокодеры безграмотные писали Да, с https://www.cyberforum.ru/post8889775.html и https://www.cyberforum.ru/post8891204.html не сравнить 0

@hoggy 8678 / 4228 / 943 Регистрация: 15.11.2014 Сообщений: 9,596
	14.08.2016, 17:05	9
	Сообщение от Croessmah разработчики компиляторов вынуждены так писать в чем заключается необходимость? 0

Croessmah Don't worry, be happy 17510 / 10319 / 1995 Регистрация: 27.09.2012 Сообщений: 25,956 Записей в блоге: 1
	14.08.2016, 17:10	10
	Сообщение от hoggy в чем заключается необходимость? Например, в уменьшении коллизий с пользовательским кодом, учетом множества платформ, разные наборы ключей и т.д. 0

Опции темы

Croessmah Don't worry, be happy 17510 / 10319 / 1995 Регистрация: 27.09.2012 Сообщений: 25,956 Записей в блоге: 1
	14.08.2016, 17:20	12
	Сообщение от Fulcrum_013 НО при этом прекрасно читабельны. Я код gcc тоже прекрасно читаю. 0

@hoggy 8678 / 4228 / 943 Регистрация: 15.11.2014 Сообщений: 9,596
	14.08.2016, 17:22	13
	Сообщение от Croessmah Например, в уменьшении коллизий с пользовательским кодом, для этого существует нотация имен. это не объясняет факт того, что сами по себе имена зачастую нечитабельные. Сообщение от Croessmah учетом множества платформ стандартная библиотека пишется под ключ конкретного компилятора под конкретную платформу. разные платформы и компиляторы - разные стандартные библиотеки. Сообщение от Croessmah разные наборы ключей и т.д. стандартная практика, например того же boost: вынести компиляторо-платформо-ключи зависимые вещи в отдельный конфигурационный хедер, где возможные зависимости разруливаются на дефанах препроцессора. при таком подходе удобно разруливать 100500 возможных нюансов. в тоже время, в исходном коде конкретного компонента можно использовать вполне себе человеко-читабельные имена. однако на примере как стандартной библиотеки, которая под ключ тулченйа, так и на примере кросс-платформенного boost, мы наблюдаем аццкий говнокод. я повторю свой вопрос: с чем связанна необходимость? Добавлено через 1 минуту Сообщение от Croessmah Я код gcc тоже прекрасно читаю. это лишь благодаря тому, что у вас ~~скилл чтения говнокода~~ квалификация позволяет. однако способность справляться с дикарями, не делает последних цивилизованными. 0

Croessmah Don't worry, be happy 17510 / 10319 / 1995 Регистрация: 27.09.2012 Сообщений: 25,956 Записей в блоге: 1
	14.08.2016, 17:58	14
	Сообщение от hoggy вынести компиляторо-платформо-ключи зависимые вещи в отдельный конфигурационный хедер, где возможные зависимости разруливаются на дефанах препроцессора. Угу, именно так оно и делается. Сообщение от hoggy разные платформы и компиляторы - разные стандартные библиотеки. У одного компилятора на разных платформах, как правило, изменены только те самые платформо-зависимые штуки, всё остальное остается общим по мере возможностей. Вот эти самые общие штуки очень хорошо читаются. Сообщение от hoggy для этого существует нотация имен. угу, поэтому для реализации зарезервированы имена, начинающиеся с двух подчеркиваний. Эти имена, лично меня, бесят больше всего, хотя при определенном уровне глазного парсера они не доставляют особых неудобств. Сообщение от hoggy это не объясняет факт того, что сами по себе имена зачастую нечитабельные. как-правило, это сокращения, причем врядли они непонятны разработчикам, и, скорее всего, стандартизированы главнюками Сообщение от hoggy однако способность справляться с дикарями, не делает последних цивилизованными. Красивые бусы из зубов врагов тоже не приводят к цивилизации Сообщение от hoggy так и на примере кросс-платформенного boost, мы наблюдаем аццкий говнокод. Наблюдаем, но это не значит, что оно прям вот не читаемо. Хотя, в бусте сам черт ногу сломит. Однако, опять же, его разрабатывают, а значит и читают Сообщение от hoggy это лишь благодаря тому И че, я один такой? А раз нет, значит явление массовое. 0

@hoggy 8678 / 4228 / 943 Регистрация: 15.11.2014 Сообщений: 9,596
	14.08.2016, 18:09	15
	Сообщение от Croessmah как-правило, это сокращения, причем врядли они непонятны разработчикам, и, скорее всего, стандартизированы главнюками они не понятны всем, кроме непосредственных участников. да и тем, через полгода приходится заново вдуплять. реально, такое впечатление, что они прочли Макконелла и Мартина, и сделали все с точностью наоборот. обоснования этому явлению нет. ничто не мешало в рамках плюсовой нотации. элементарно - давать вменяемые имена переменным/функциям/etc. Сообщение от Croessmah Наблюдаем, но это не значит, что оно прям вот не читаемо. именно что значит. именно потому, что его приходится осиливать, а не просто читать. 0

Croessmah Don't worry, be happy 17510 / 10319 / 1995 Регистрация: 27.09.2012 Сообщений: 25,956 Записей в блоге: 1
	14.08.2016, 18:15	16
	Сообщение от hoggy реально, такое впечатление, что они прочли Макконелла и Мартина Чет мне кажется, что оно существовало еще до выхода этих книг 0

@sourcerer 5074 / 2259 / 332 Регистрация: 20.02.2013 Сообщений: 5,595 Записей в блоге: 19
	14.08.2016, 18:38	17
	Сообщение от Croessmah мне кажется, что оно существовало еще до выхода этих книг У Макконнелла первое издание "Code Complete" вышло в 1993 году. 0

@HelicopterK52 825 / 249 / 34 Регистрация: 27.07.2016 Сообщений: 497 Записей в блоге: 1
	14.08.2016, 18:39	18
	Сообщение от gru74ik У Макконнелла первое издание "Code Complete" вышло в 1993 году. gcc вышел раньше В 87-ом, вроде ли в 85-ом... Возможно, после просмотра исходников gcc Макконнелл и решил написать свою книгу 1

@sourcerer 5074 / 2259 / 332 Регистрация: 20.02.2013 Сообщений: 5,595 Записей в блоге: 19
	14.08.2016, 18:45	19
	Сообщение от HelicopterK52 gcc вышел раньше В 87-ом, вроде ли в 85-ом... Зато STL и Boost появились позже. 0