#struct — Public Fediverse posts

Nuevo artículo de la sección #FenómenosExtraños. El inquietante caso de la estructura misteriosa.

#ROOR10 #programming #Programación #C #UB #UndefinedBehaviour #CLanguage #ABI #struct

https://ibolcode.net/roor/2026-03-el-inquietante-caso-de-la-estructura-misteriosa

Nuevo artículo de la sección #FenómenosExtraños. El inquietante caso de la estructura misteriosa.

#ROOR10 #programming #Programación #C #UB #UndefinedBehaviour #CLanguage #ABI #struct

https://ibolcode.net/roor/2026-03-el-inquietante-caso-de-la-estructura-misteriosa

Nuevo artículo de la sección #FenómenosExtraños. El inquietante caso de la estructura misteriosa.

#ROOR10 #programming #Programación #C #UB #UndefinedBehaviour #CLanguage #ABI #struct

https://ibolcode.net/roor/2026-03-el-inquietante-caso-de-la-estructura-misteriosa

Nobody ever got fired for using a struct

https://www.feldera.com/blog/nobody-ever-got-fired-for-using-a-struct

#HackerNews #Nobody #ever #got #fired #for #using #a #struct #programming #bestpractices #softwaredevelopment #structs #technews

Nobody ever got fired for using a struct

https://www.feldera.com/blog/nobody-ever-got-fired-for-using-a-struct

#HackerNews #Nobody #ever #got #fired #for #using #a #struct #programming #bestpractices #softwaredevelopment #structs #technews

Nobody ever got fired for using a struct

https://www.feldera.com/blog/nobody-ever-got-fired-for-using-a-struct

#HackerNews #Nobody #ever #got #fired #for #using #a #struct #programming #bestpractices #softwaredevelopment #structs #technews

Nobody ever got fired for using a struct

https://www.feldera.com/blog/nobody-ever-got-fired-for-using-a-struct

#HackerNews #Nobody #ever #got #fired #for #using #a #struct #programming #bestpractices #softwaredevelopment #structs #technews

Nobody ever got fired for using a struct

https://www.feldera.com/blog/nobody-ever-got-fired-for-using-a-struct

#HackerNews #Nobody #ever #got #fired #for #using #a #struct #programming #bestpractices #softwaredevelopment #structs #technews

StructPadding

Представляю свою библиотеку для обнуления байт выравнивания (padding) в unmanaged структурах. Обнуление байт паддинга (padding) обеспечивает детерминированное состояние памяти, что критически важно для двоичного сравнения или вычисления хэша. И не менее важно при бинарной сериализации.

https://habr.com/ru/articles/968650/

#padding #struct #nuget

StructPadding

Представляю свою библиотеку для обнуления байт выравнивания (padding) в unmanaged структурах. Обнуление байт паддинга (padding) обеспечивает детерминированное состояние памяти, что критически важно для двоичного сравнения или вычисления хэша. И не менее важно при бинарной сериализации.

https://habr.com/ru/articles/968650/

#padding #struct #nuget

StructPadding

Представляю свою библиотеку для обнуления байт выравнивания (padding) в unmanaged структурах. Обнуление байт паддинга (padding) обеспечивает детерминированное состояние памяти, что критически важно для двоичного сравнения или вычисления хэша. И не менее важно при бинарной сериализации.

https://habr.com/ru/articles/968650/

#padding #struct #nuget

Binary Formats Gallery
https://formats.kaitai.io/
#ycombinator #kaitai #struct #binary #format #parsing #decoding #java #javascript #python #ruby #library #metadata

Binary Formats Gallery
https://formats.kaitai.io/
#ycombinator #kaitai #struct #binary #format #parsing #decoding #java #javascript #python #ruby #library #metadata

Binary Formats Gallery
https://formats.kaitai.io/
#ycombinator #kaitai #struct #binary #format #parsing #decoding #java #javascript #python #ruby #library #metadata

Binary Formats Gallery
https://formats.kaitai.io/
#ycombinator #kaitai #struct #binary #format #parsing #decoding #java #javascript #python #ruby #library #metadata

readonly struct в C#

Привет, Хабр! Вы, вероятно, уже сталкивались с struct в C# и задумались: а зачем нужен readonly struct и когда он реально спасает, а когда, наоборот, начинает всё тормозить? Сегодня это и рассмотрим.

https://habr.com/ru/companies/otus/articles/905924/

#c# #struct #readonly_struct

readonly struct в C#

Привет, Хабр! Вы, вероятно, уже сталкивались с struct в C# и задумались: а зачем нужен readonly struct и когда он реально спасает, а когда, наоборот, начинает всё тормозить? Сегодня это и рассмотрим.

https://habr.com/ru/companies/otus/articles/905924/

#c# #struct #readonly_struct

readonly struct в C#

Привет, Хабр! Вы, вероятно, уже сталкивались с struct в C# и задумались: а зачем нужен readonly struct и когда он реально спасает, а когда, наоборот, начинает всё тормозить? Сегодня это и рассмотрим.

https://habr.com/ru/companies/otus/articles/905924/

#c# #struct #readonly_struct

Implementing a Struct of Arrays

https://brevzin.github.io/c++/2025/05/02/soa/

#HackerNews #Implementing #a #Struct #of #Arrays #C++ #Programming #DataStructures #PerformanceOptimization

Implementing a Struct of Arrays

https://brevzin.github.io/c++/2025/05/02/soa/

#HackerNews #Implementing #a #Struct #of #Arrays #C++ #Programming #DataStructures #PerformanceOptimization

Implementing a Struct of Arrays

https://brevzin.github.io/c++/2025/05/02/soa/

#HackerNews #Implementing #a #Struct #of #Arrays #C++ #Programming #DataStructures #PerformanceOptimization

Implementing a Struct of Arrays

https://brevzin.github.io/c++/2025/05/02/soa/

#HackerNews #Implementing #a #Struct #of #Arrays #C++ #Programming #DataStructures #PerformanceOptimization

Порядок инициализации полей, статики и всего остального в C#

Всем привет! Многие сталкиваются с трудностями на собеседовании на вопросе по типу "Расскажите о порядке иницализации в C#". Либо банально когда видят квиз, стараются вспомнить, а что там должно инициализироваться? Сегодня многие вспомнят, а кто-то узнает о порядке инициализации. Затронем не только классы, а также структуры, а точнее - ключевое слово default для них. Сделаем следующие классы и посмотрим, что будет при создании объекта B:

https://habr.com/ru/articles/886692/

#c# #net #net_core #struct #инициализация #поля

Порядок инициализации полей, статики и всего остального в C#

Всем привет! Многие сталкиваются с трудностями на собеседовании на вопросе по типу "Расскажите о порядке иницализации в C#". Либо банально когда видят квиз, стараются вспомнить, а что там должно инициализироваться? Сегодня многие вспомнят, а кто-то узнает о порядке инициализации. Затронем не только классы, а также структуры, а точнее - ключевое слово default для них. Сделаем следующие классы и посмотрим, что будет при создании объекта B:

https://habr.com/ru/articles/886692/

#c# #net #net_core #struct #инициализация #поля

Порядок инициализации полей, статики и всего остального в C#

Всем привет! Многие сталкиваются с трудностями на собеседовании на вопросе по типу "Расскажите о порядке иницализации в C#". Либо банально когда видят квиз, стараются вспомнить, а что там должно инициализироваться? Сегодня многие вспомнят, а кто-то узнает о порядке инициализации. Затронем не только классы, а также структуры, а точнее - ключевое слово default для них. Сделаем следующие классы и посмотрим, что будет при создании объекта B:

https://habr.com/ru/articles/886692/

#c# #net #net_core #struct #инициализация #поля

Кастомная сериализация структур в UE

Допустим, вы создали свою USTRUCT в C++ и хотите её сериализовать. Обычно, достаточно просто пометить нужные поля как SaveGame . Но вот проблема, для этого эти поля сами должны поддерживать сериализацию. К сожалению одна из наших переменных не поддерживает сериализацию. В моем случае, это структура FNonSerializableStruct . Из-за этого сериализуется только вторая структура, хоть мы и пометили SaveGame обе.

https://habr.com/ru/articles/865170/

#usrtuct #struct #serialize #serializable #структура #сериализация #unreal_engine #ue #структуры #анрил

Кастомная сериализация структур в UE

Допустим, вы создали свою USTRUCT в C++ и хотите её сериализовать. Обычно, достаточно просто пометить нужные поля как SaveGame . Но вот проблема, для этого эти поля сами должны поддерживать сериализацию. К сожалению одна из наших переменных не поддерживает сериализацию. В моем случае, это структура FNonSerializableStruct . Из-за этого сериализуется только вторая структура, хоть мы и пометили SaveGame обе.

https://habr.com/ru/articles/865170/

#usrtuct #struct #serialize #serializable #структура #сериализация #unreal_engine #ue #структуры #анрил

Кастомная сериализация структур в UE

Допустим, вы создали свою USTRUCT в C++ и хотите её сериализовать. Обычно, достаточно просто пометить нужные поля как SaveGame . Но вот проблема, для этого эти поля сами должны поддерживать сериализацию. К сожалению одна из наших переменных не поддерживает сериализацию. В моем случае, это структура FNonSerializableStruct . Из-за этого сериализуется только вторая структура, хоть мы и пометили SaveGame обе.

https://habr.com/ru/articles/865170/

#usrtuct #struct #serialize #serializable #структура #сериализация #unreal_engine #ue #структуры #анрил

In Swift I want to write a struct as a binary file, my struct looks like this:

struct Bitmap {
var bfh: BitmapFileHeader
var bih: BitmapInfoHeader
var imageData: Data
}

the BitmapFileHeader and BitmapInfoHeader contain only UInt32 and UInt16 variables.

Now it should be quite easy to write it with this:
let data = withUnsafeBytes(of: myStruct) { Data($0) }

but the imageData won't be written because it's from type Data.

Ok, so I have to write it like this:

withUnsafeBytes(of: myBMP.bfh) { data.append(contentsOf: $0) }
withUnsafeBytes(of: myBMP.bih) { data.append(contentsOf: $0) }
data.append(myBMP.imageData)

But that inserts padding so that every variable uses 4 bytes instead of what I defined.

So I have to write each variable like this:

withUnsafeBytes(of: myBMP.bfh.type) { data.append(contentsOf: $0) }
withUnsafeBytes(of: myBMP.bfh.size) { data.append(contentsOf: $0) }
and so on...

Seriously? Is there really no easy generic way to just write the Data as is?

#swift #struct

In Swift I want to write a struct as a binary file, my struct looks like this:

struct Bitmap {
var bfh: BitmapFileHeader
var bih: BitmapInfoHeader
var imageData: Data
}

the BitmapFileHeader and BitmapInfoHeader contain only UInt32 and UInt16 variables.

Now it should be quite easy to write it with this:
let data = withUnsafeBytes(of: myStruct) { Data($0) }

but the imageData won't be written because it's from type Data.

Ok, so I have to write it like this:

withUnsafeBytes(of: myBMP.bfh) { data.append(contentsOf: $0) }
withUnsafeBytes(of: myBMP.bih) { data.append(contentsOf: $0) }
data.append(myBMP.imageData)

But that inserts padding so that every variable uses 4 bytes instead of what I defined.

So I have to write each variable like this:

withUnsafeBytes(of: myBMP.bfh.type) { data.append(contentsOf: $0) }
withUnsafeBytes(of: myBMP.bfh.size) { data.append(contentsOf: $0) }
and so on...

Seriously? Is there really no easy generic way to just write the Data as is?

#swift #struct

In Swift I want to write a struct as a binary file, my struct looks like this:

struct Bitmap {
var bfh: BitmapFileHeader
var bih: BitmapInfoHeader
var imageData: Data
}

the BitmapFileHeader and BitmapInfoHeader contain only UInt32 and UInt16 variables.

Now it should be quite easy to write it with this:
let data = withUnsafeBytes(of: myStruct) { Data($0) }

but the imageData won't be written because it's from type Data.

Ok, so I have to write it like this:

withUnsafeBytes(of: myBMP.bfh) { data.append(contentsOf: $0) }
withUnsafeBytes(of: myBMP.bih) { data.append(contentsOf: $0) }
data.append(myBMP.imageData)

But that inserts padding so that every variable uses 4 bytes instead of what I defined.

So I have to write each variable like this:

withUnsafeBytes(of: myBMP.bfh.type) { data.append(contentsOf: $0) }
withUnsafeBytes(of: myBMP.bfh.size) { data.append(contentsOf: $0) }
and so on...

Seriously? Is there really no easy generic way to just write the Data as is?

#swift #struct

Derive more! 🔥

🦀 derive_more: Derive traits for structs and enums to avoid boilerplate.

📚 Docs: https://docs.rs/derive_more

⭐ GitHub: https://github.com/JelteF/derive_more

#rustlang #derive #struct #enum #boilerplate #programming #library #opensource

Derive more! 🔥

🦀 derive_more: Derive traits for structs and enums to avoid boilerplate.

📚 Docs: https://docs.rs/derive_more

⭐ GitHub: https://github.com/JelteF/derive_more

#rustlang #derive #struct #enum #boilerplate #programming #library #opensource

Derive more! 🔥

🦀 derive_more: Derive traits for structs and enums to avoid boilerplate.

📚 Docs: https://docs.rs/derive_more

⭐ GitHub: https://github.com/JelteF/derive_more

#rustlang #derive #struct #enum #boilerplate #programming #library #opensource

Derive more! 🔥

🦀 derive_more: Derive traits for structs and enums to avoid boilerplate.

📚 Docs: https://docs.rs/derive_more

⭐ GitHub: https://github.com/JelteF/derive_more

#rustlang #derive #struct #enum #boilerplate #programming #library #opensource

Derive more! 🔥

🦀 derive_more: Derive traits for structs and enums to avoid boilerplate.

📚 Docs: https://docs.rs/derive_more

⭐ GitHub: https://github.com/JelteF/derive_more

#rustlang #derive #struct #enum #boilerplate #programming #library #opensource

I like the second way better too. I also like the idea of splitting the struct and its impls to its own file. Thanks everyone for your input.

#Rust #Trait #Impl #Struct

I like the second way better too. I also like the idea of splitting the struct and its impls to its own file. Thanks everyone for your input.

#Rust #Trait #Impl #Struct

I like the second way better too. I also like the idea of splitting the struct and its impls to its own file. Thanks everyone for your input.

#Rust #Trait #Impl #Struct

I like the second way better too. I also like the idea of splitting the struct and its impls to its own file. Thanks everyone for your input.

#Rust #Trait #Impl #Struct

I like the second way better too. I also like the idea of splitting the struct and its impls to its own file. Thanks everyone for your input.

#Rust #Trait #Impl #Struct

In Rust if I have some structs that each implement a couple traits, what is the preferred way to order things?

trait … {}
trait …{}

struct …{}
struct …{}
struct …{}

impl…for …{}
impl…for …{}
impl…for …{}
impl…for …{}
impl…for …{}
impl…for …{}

OR

trait …{}
trait …{}

struct …{}
impl…for …{}
impl…for …{}

struct …{}
impl…for …{}
impl…for …{}

struct …{}
impl…for …{}
impl…for …{}

OR, something else entirely?

#Rust #Trait #Impl #Struct

In Rust if I have some structs that each implement a couple traits, what is the preferred way to order things?

trait … {}
trait …{}

struct …{}
struct …{}
struct …{}

impl…for …{}
impl…for …{}
impl…for …{}
impl…for …{}
impl…for …{}
impl…for …{}

OR

trait …{}
trait …{}

struct …{}
impl…for …{}
impl…for …{}

struct …{}
impl…for …{}
impl…for …{}

struct …{}
impl…for …{}
impl…for …{}

OR, something else entirely?

#Rust #Trait #Impl #Struct

In Rust if I have some structs that each implement a couple traits, what is the preferred way to order things?

trait … {}
trait …{}

struct …{}
struct …{}
struct …{}

impl…for …{}
impl…for …{}
impl…for …{}
impl…for …{}
impl…for …{}
impl…for …{}

OR

trait …{}
trait …{}

struct …{}
impl…for …{}
impl…for …{}

struct …{}
impl…for …{}
impl…for …{}

struct …{}
impl…for …{}
impl…for …{}

OR, something else entirely?

#Rust #Trait #Impl #Struct

In Rust if I have some structs that each implement a couple traits, what is the preferred way to order things?

trait … {}
trait …{}

struct …{}
struct …{}
struct …{}

impl…for …{}
impl…for …{}
impl…for …{}
impl…for …{}
impl…for …{}
impl…for …{}

OR

trait …{}
trait …{}

struct …{}
impl…for …{}
impl…for …{}

struct …{}
impl…for …{}
impl…for …{}

struct …{}
impl…for …{}
impl…for …{}

OR, something else entirely?

#Rust #Trait #Impl #Struct

In Rust if I have some structs that each implement a couple traits, what is the preferred way to order things?

trait … {}
trait …{}

struct …{}
struct …{}
struct …{}

impl…for …{}
impl…for …{}
impl…for …{}
impl…for …{}
impl…for …{}
impl…for …{}

OR

trait …{}
trait …{}

struct …{}
impl…for …{}
impl…for …{}

struct …{}
impl…for …{}
impl…for …{}

struct …{}
impl…for …{}
impl…for …{}

OR, something else entirely?

#Rust #Trait #Impl #Struct

⬆️ @gooba42

Another one of my favorites is carryover of #struct from #C.

In #Java, everything is a class. Using one requires mem alloc from heap, and passed by reference, then later de-allocated. Mutable objects are costly in cycles, but also unsafe across threads.

Swift structs are immutable, passed by value on stack, no need to allocate and deallocate, and they can have functions/methods just like classes, but not overrideable.

Swift has a full complement of modern language constructs

⬆️ @gooba42

Another one of my favorites is carryover of #struct from #C.

In #Java, everything is a class. Using one requires mem alloc from heap, and passed by reference, then later de-allocated. Mutable objects are costly in cycles, but also unsafe across threads.

Swift structs are immutable, passed by value on stack, no need to allocate and deallocate, and they can have functions/methods just like classes, but not overrideable.

Swift has a full complement of modern language constructs

⬆️ @gooba42

Another one of my favorites is carryover of #struct from #C.

In #Java, everything is a class. Using one requires mem alloc from heap, and passed by reference, then later de-allocated. Mutable objects are costly in cycles, but also unsafe across threads.

Swift structs are immutable, passed by value on stack, no need to allocate and deallocate, and they can have functions/methods just like classes, but not overrideable.

Swift has a full complement of modern language constructs

Ніяк не міг зрозуміти чому наступний код не компілюється.

template <typename T, size_t N>
struct Arr {
    T[N] arr;
	
    T* begin() { return arr; }
    T* end()   { return arr + N; }
};

Хвилин пʼять сидів над ним якщо не довше.

#cpp #arrey #class #struct #template #шаблони #масив #клас #структура #структури

Ніяк не міг зрозуміти чому наступний код не компілюється.

template <typename T, size_t N>
struct Arr {
    T[N] arr;
	
    T* begin() { return arr; }
    T* end()   { return arr + N; }
};

Хвилин пʼять сидів над ним якщо не довше.

#cpp #arrey #class #struct #template #шаблони #масив #клас #структура #структури

Go From Scratch Episode 9

https://indymotion.fr/w/nRf6edoYifTrynfRsX27E9

Go From Scratch Episode 9

https://indymotion.fr/w/nRf6edoYifTrynfRsX27E9

Aber ich bin fast sicher, dass #struct da sinnvoller ist. Ich habe nämlich einige feste Enums für einen Health-Status (up, down, unknown und out_of_service), aber grundsätzlich kann man beliebige haben. Zu jeden Status gibt es einen HTTP Status Code (2* oder 5*) und ggf. Details.
Ich dachte, perfekt für Enum Varianten, aber Pustekuchen. Viel zu viel bad smelling code und serde serialisert an meinen Erwartungen vorbei (aber nachvollziehbar) und ich muss da umdenken.

Aber ich bin fast sicher, dass #struct da sinnvoller ist. Ich habe nämlich einige feste Enums für einen Health-Status (up, down, unknown und out_of_service), aber grundsätzlich kann man beliebige haben. Zu jeden Status gibt es einen HTTP Status Code (2* oder 5*) und ggf. Details.
Ich dachte, perfekt für Enum Varianten, aber Pustekuchen. Viel zu viel bad smelling code und serde serialisert an meinen Erwartungen vorbei (aber nachvollziehbar) und ich muss da umdenken.

Aber ich bin fast sicher, dass #struct da sinnvoller ist. Ich habe nämlich einige feste Enums für einen Health-Status (up, down, unknown und out_of_service), aber grundsätzlich kann man beliebige haben. Zu jeden Status gibt es einen HTTP Status Code (2* oder 5*) und ggf. Details.
Ich dachte, perfekt für Enum Varianten, aber Pustekuchen. Viel zu viel bad smelling code und serde serialisert an meinen Erwartungen vorbei (aber nachvollziehbar) und ich muss da umdenken.

Aber ich bin fast sicher, dass #struct da sinnvoller ist. Ich habe nämlich einige feste Enums für einen Health-Status (up, down, unknown und out_of_service), aber grundsätzlich kann man beliebige haben. Zu jeden Status gibt es einen HTTP Status Code (2* oder 5*) und ggf. Details.
Ich dachte, perfekt für Enum Varianten, aber Pustekuchen. Viel zu viel bad smelling code und serde serialisert an meinen Erwartungen vorbei (aber nachvollziehbar) und ich muss da umdenken.

https://www.youtube.com/watch?v=Izsx3_IM81k&list=PLe1T0uBrDrfOLQlomF_4AxHa4LX0wsCXa&index=56

#Struct #JuliaLang #Programming