Сообщение Re[29]: Разработка на чистом C от 20.11.2016 9:15
Изменено 20.11.2016 9:18 Vain
Здравствуйте, _NN_, Вы писали:
S>>>И? Как это же сделать на более простом C, в котором не будет enable_if и кучи другой хрени?
V>>ЗАЧЕМ?
Какая задача решается, что не обойтись без такого?
_NN>Попробуйте изобразить это на C: pointer_cast, safe_reinterpret_cast
_NN>Цель проста, обезопасить себя от ошибки на этапе разработки.
Цена таких ошибок не больше цены подобных в С++, поэтому я не понимаю почему их решение должно спасти вас от чего-то.
К примеру, я ни разу не столкнулся с проблемой лика или каста на pure C, это за 2 года что я на С активно писал. Была только одна проблема связанная с языком, — запись за массив. И то, была найдена на следующий день.
Подавляющее количество ошибок было связано с самой прикладной областью и используемым API, но никак с языком. Остальные ошибки может и были, но я не помню про них, либо потому-что они решались на места сразу, либо просто их значимость была настолько низкой, что не тянуло на минусы С. Зато прекрасно помню все проблемы которые и в С++ вылезали: дедлоки, кроссдедлоки, расстрелы памяти, неиницилазированные объекты и т.д. Не много то С++ от этого защитился, зато понаписано всяких шашечек выше горы.
S>>>И? Как это же сделать на более простом C, в котором не будет enable_if и кучи другой хрени?
V>>ЗАЧЕМ?
_NN>Попробуйте изобразить это на C: pointer_cast, safe_reinterpret_cast
Автор: _nn_
Дата: 28.04.06
Дата: 28.04.06
_NN>Цель проста, обезопасить себя от ошибки на этапе разработки.
Цена таких ошибок не больше цены подобных в С++, поэтому я не понимаю почему их решение должно спасти вас от чего-то.
К примеру, я ни разу не столкнулся с проблемой лика или каста на pure C, это за 2 года что я на С активно писал. Была только одна проблема связанная с языком, — запись за массив. И то, была найдена на следующий день.
Подавляющее количество ошибок было связано с самой прикладной областью и используемым API, но никак с языком. Остальные ошибки может и были, но я не помню про них, либо потому-что они решались на места сразу, либо просто их значимость была настолько низкой, что не тянуло на минусы С. Зато прекрасно помню все проблемы которые и в С++ вылезали: дедлоки, кроссдедлоки, расстрелы памяти, неиницилазированные объекты и т.д. Не много то С++ от этого защитился, зато понаписано всяких шашечек выше горы.
Re[29]: Разработка на чистом C
Здравствуйте, _NN_, Вы писали:
S>>>И? Как это же сделать на более простом C, в котором не будет enable_if и кучи другой хрени?
V>>ЗАЧЕМ?
Какая задача решается, что не обойтись без такого?
_NN>Попробуйте изобразить это на C: pointer_cast, safe_reinterpret_cast
_NN>Цель проста, обезопасить себя от ошибки на этапе разработки.
Цена таких ошибок не больше цены подобных в С++, поэтому я не понимаю почему их решение должно спасти вас от чего-то.
К примеру, я ни разу не столкнулся с проблемой лика или каста на pure C, это за 2 года что я на С активно писал. Была только одна проблема связанная с языком, — запись за массив. И то, была найдена на следующий день.
Подавляющее количество ошибок было связано с самой прикладной областью и используемым API, но никак с языком. Остальные ошибки может и были, но я не помню про них, либо потому-что они решались на месте сразу, либо просто их значимость была настолько низкой, что не тянуло на минусы С. Зато прекрасно помню все проблемы которые и в С++ вылезали: дедлоки, кроссдедлоки, расстрелы памяти, неиницилазированные объекты и т.д. Не много то С++ от этого защитился, зато понаписано всяких шашечек выше крыши.
S>>>И? Как это же сделать на более простом C, в котором не будет enable_if и кучи другой хрени?
V>>ЗАЧЕМ?
_NN>Попробуйте изобразить это на C: pointer_cast, safe_reinterpret_cast
Автор: _nn_
Дата: 28.04.06
Дата: 28.04.06
_NN>Цель проста, обезопасить себя от ошибки на этапе разработки.
Цена таких ошибок не больше цены подобных в С++, поэтому я не понимаю почему их решение должно спасти вас от чего-то.
К примеру, я ни разу не столкнулся с проблемой лика или каста на pure C, это за 2 года что я на С активно писал. Была только одна проблема связанная с языком, — запись за массив. И то, была найдена на следующий день.
Подавляющее количество ошибок было связано с самой прикладной областью и используемым API, но никак с языком. Остальные ошибки может и были, но я не помню про них, либо потому-что они решались на месте сразу, либо просто их значимость была настолько низкой, что не тянуло на минусы С. Зато прекрасно помню все проблемы которые и в С++ вылезали: дедлоки, кроссдедлоки, расстрелы памяти, неиницилазированные объекты и т.д. Не много то С++ от этого защитился, зато понаписано всяких шашечек выше крыши.