LINUX.ORG.RU

История изменений

Исправление Legioner, (текущая версия) :

Но нашлись те, кто решил, что int32_t — это слишком длинно, поэтому нужно i32.

Ну вообще это действительно длинно. Суффикс _t вообще в новом языке смысла не имеет, да и в С я не совсем понимаю, зачем нужен. Почему i32, а не int32? Ну во-первых к C претензий нет, ведь, что там int, а не integer, например, т.е. 3 буквы это вполне себе читабельно, во-вторых int32/uint32 смотрится уже не так красиво, как i32/u32 (длина не одинаковая). По-моему вполне разумное решение, если бы я над этим вопросом думал, скорее всего я бы пришёл к таким же наименованиям. Можно, конечно, и подлинней сделать, может оно и лучше было бы. Всё же мне кажется, что при чтении и небольшом опыте все эти лайфтаймы будут просто отфильтровываться, всё же на логику они не влияют и интересовать они могут редко. Синтаксис у них достаточно выделяющийся, чтобы отфильтровывать его на автомате.

Исходная версия Legioner, :

Но нашлись те, кто решил, что int32_t — это слишком длинно, поэтому нужно i32.

Ну вообще это действительно длинно. Суффикс _t вообще в новом языке смысла не имеет, да и в С я не совсем понимаю, зачем нужен. Почему i32, а не int32? Ну во-первых к C претензий нет, ведь, что там int, а не integer, например, т.е. 3 буквы это вполне себе читабельно, во-вторых int32/uint32 смотрится уже не так красиво, как i32/u32. По-моему вполне разумное решение, если бы я над этим вопросом думал, скорее всего я бы пришёл к таким же наименованиям.