Thread View: pl.comp.lang.c
3 messages
3 total messages
Started by Borneq
Sat, 26 Jan 2019 15:44
Uwagi do enum
Author: Borneq
Date: Sat, 26 Jan 2019 15:44
Date: Sat, 26 Jan 2019 15:44
16 lines
1791 bytes
1791 bytes
Kiedyś byłem zwolennikiem enum class ze względu na to, że wymagalo to podawania nazwa_typu::enum więc nazwy stałych nie kolidowały, ale teraz wygląda na to że wystarczająco dobrze spisują się zwykłe pod warunkiem że definiowane są wewnątrz klasy, wtedy na zewnątrz i tak trzeba pisać nazwa_typu::enum a w klasie nie trzeba. Ta definicja wewnątrz klasy jest znacznie lepsza niż nowy plik na kilka enum w Javie. Ale mam uwagi: Jakie rzeczy załatwia class enum oprócz globalnej niewidoczności? Powinna być możliwość znajdowania ilości enumów a także maksymalnego enuma (różnica gdy są "dziury") Także, możliwość zamiany enum<->string, teraz gdy mam tablicę nazw, nie jest synchronizowana z enumami. Dziedziczenie enumów, w nadklasie kilka, więcej zdefiniowane w podklasie. Oraz definiowanie enumów w parach: enum,nazwa_opisowa, bo czasem chcemy wyświetlać dłuższą nazwę, ze spacjami itd, dla enuma a nie taką jaką ma w kodzie.
Re: Uwagi do enum
Author: Wojciech Muła
Date: Tue, 29 Jan 2019 09:00
Date: Tue, 29 Jan 2019 09:00
26 lines
2611 bytes
2611 bytes
On Saturday, January 26, 2019 at 4:44:52 PM UTC+1, Borneq wrote: > Kiedyś byłem zwolennikiem enum class ze względu na to, że wymagalo to > podawania nazwa_typu::enum więc nazwy stałych nie kolidowały, ale teraz > wygląda na to że wystarczająco dobrze spisują się zwykłe pod warunkiem > że definiowane są wewnątrz klasy, wtedy na zewnątrz i tak trzeba pisać > nazwa_typu::enum a w klasie nie trzeba. Ta definicja wewnątrz klasy jest > znacznie lepsza niż nowy plik na kilka enum w Javie. > Ale mam uwagi: > Jakie rzeczy załatwia class enum oprócz globalnej niewidoczności? > Powinna być możliwość znajdowania ilości enumów a także maksymalnego > enuma (różnica gdy są "dziury") > Także, możliwość zamiany enum<->string, teraz gdy mam tablicę nazw, nie > jest synchronizowana z enumami. > Dziedziczenie enumów, w nadklasie kilka, więcej zdefiniowane w podklasie. > Oraz definiowanie enumów w parach: enum,nazwa_opisowa, bo czasem chcemy > wyświetlać dłuższą nazwę, ze spacjami itd, dla enuma a nie taką jaką ma > w kodzie. Jedną istotną rzeczą w enum class jest podawanie rozmiaru zmiennej tego typu. Natomiast ogólnie enumy to kompletnie niewspierana cecha języka, jest w nim tylko dlatego, że enum było w C. I nic nie wskazuje, żeby to się zmieniło. w.
Re: Uwagi do enum
Author: Przemek Biernat
Date: Sat, 09 Feb 2019 18:43
Date: Sat, 09 Feb 2019 18:43
29 lines
2900 bytes
2900 bytes
On Tuesday, January 29, 2019 at 10:00:20 AM UTC+1, Wojciech Muła wrote: > On Saturday, January 26, 2019 at 4:44:52 PM UTC+1, Borneq wrote: > > Kiedyś byłem zwolennikiem enum class ze względu na to, że wymagalo to > > podawania nazwa_typu::enum więc nazwy stałych nie kolidowały, ale teraz > > wygląda na to że wystarczająco dobrze spisują się zwykłe pod warunkiem > > że definiowane są wewnątrz klasy, wtedy na zewnątrz i tak trzeba pisać > > nazwa_typu::enum a w klasie nie trzeba. Ta definicja wewnątrz klasy jest > > znacznie lepsza niż nowy plik na kilka enum w Javie. > > Ale mam uwagi: > > Jakie rzeczy załatwia class enum oprócz globalnej niewidoczności? > > Powinna być możliwość znajdowania ilości enumów a także maksymalnego > > enuma (różnica gdy są "dziury") > > Także, możliwość zamiany enum<->string, teraz gdy mam tablicę nazw, nie > > jest synchronizowana z enumami. > > Dziedziczenie enumów, w nadklasie kilka, więcej zdefiniowane w podklasie. > > Oraz definiowanie enumów w parach: enum,nazwa_opisowa, bo czasem chcemy > > wyświetlać dłuższą nazwę, ze spacjami itd, dla enuma a nie taką jaką ma > > w kodzie. > > Jedną istotną rzeczą w enum class jest podawanie > rozmiaru zmiennej tego typu. > > Natomiast ogólnie enumy to kompletnie niewspierana > cecha języka, jest w nim tylko dlatego, że enum > było w C. I nic nie wskazuje, żeby to się zmieniło. > > w. Zwykłe enum to bardzo przydatne coś prostego.
Thread Navigation
This is a paginated view of messages in the thread with full content displayed inline.
Messages are displayed in chronological order, with the original post highlighted in green.
Use pagination controls to navigate through all messages in large threads.
Back to All Threads