pixelering
history channel pixelerer flere gange i en udsendelse. de andre kanaler gør det ikke. hvorfor?
jeg kender ikke signal styrken.jeg ringede til kundeservice, de testede forbindelsen. dagen efter (i dag) udførte de arbejde på forbindelsen.nu er der ingen pixelering. håber det fortsætter sådan.tak for hjælpenjørgen
**Nej**; du *kaster ikke* resultatet, da:


* Det er unødvendigt, da `void *` automatisk og sikkert promoveres til enhver anden pointertype i dette tilfælde.
* Det tilføjer rod i koden, casts er ikke særlig lette at læse (især hvis pointertypen er lang).
* Det får dig til at gentage dig selv, hvilket generelt er dårligt.
* Det kan skjule en fejl, hvis du har glemt at inkludere `<stdlib.h>`. Dette kan forårsage nedbrud (eller, endnu værre, *ikke* forårsage et nedbrud før langt senere i en helt anden del af koden). Tænk på hvad der sker hvis pointere og integers har forskellig størrelse; så skjuler du en advarsel ved at caster og kan miste bits af din returnerede adresse. Bemærk: fra og med C99 er implicitte funktioner forsvundet fra C, og dette punkt er ikke længere relevant, da der ikke længere er nogen automatisk antagelse om, at udeklarerede funktioner returnerer `int`.


Som en præcisering skal du bemærke, at jeg sagde "du skal ikke caste", ikke "du *behøver* ikke at caste". Efter min mening er det en fejl at inkludere cast, selv hvis du har det rigtigt. Der er simpelthen ingen fordele ved at gøre det, men en masse potentielle risici, og at medtage gipsen indikerer, at du ikke kender til risiciene.


Bemærk også, som kommentatorer påpeger, at ovenstående taler om ren C, ikke C++. Jeg tror meget stærkt på C og C++ som separate sprog.


For yderligere at tilføje, at din kode unødigt gentager typeoplysningerne (`int`), hvilket kan forårsage fejl. Det er bedre at de-referere den pointer, der bruges til at gemme returværdien, for at "låse" de to sammen:



```
int *sieve = malloc(length * sizeof *sieve);
```

Dette flytter også `length` til forsiden for at øge synligheden, og dropper de overflødige parenteser med `sizeof`; de *er kun nødvendige* når argumentet er et typenavn. Mange mennesker synes ikke at vide (eller ignorerer) dette, hvilket gør deres kode mere omstændelig. Husk: `sizeof` er ikke en funktion! :)







Selvom det *kan* øge synligheden i nogle sjældne tilfælde at flytte `length` foran, bør man også være opmærksom på, at det i det generelle tilfælde bør være bedre at skrive udtrykket som:



```
int *sieve = malloc(sizeof *sieve * length);
```

Da det at holde `sizeof` først, i dette tilfælde, sikrer, at multiplikationen udføres med mindst `size_t` matematik.


Sammenlign: Sammenlign: `malloc(sizeof *sieve * length * width)` vs. `malloc(length * width * sizeof *sieve)` den anden kan overløbe `length * width` når `width` og `length` er mindre typer end `size_t`. En JavaBean er blot en [standard](http://www.oracle.com/technetwork/java/javase/documentation/spec-136004.html)


1. Alle egenskaber er private (brug [getters/setters](https://en.wikipedia.org/wiki/Mutator_method))
2. En offentlig [no-argument constructor] ([http://en.wikipedia.org/wiki/Nullary\_constructor](https://en.wikipedia.org/wiki/Nullary_constructor))
3. Implementerer [`Serializable`](https://docs.oracle.com/javase/8/docs/api/java/io/Serializable.html).


Det er det hele. Det er bare en konvention. Masser af biblioteker er dog afhængige af den.


Med hensyn til `Serializable`, fra [API-dokumentationen](https://docs.oracle.com/javase/8/docs/api/java/io/Serializable.html):



> 
> Serializability af en klasse er aktiveret af den klasse, der implementerer den
> java.io.Serializable-grænsefladen. Klasser, der ikke implementerer dette
> grænseflade vil ikke få nogen af deres tilstand serialiseret eller deserialiseret.
> Alle undertyper af en serialiserbar klasse er selv serialiserbare. Den
> serialiseringsgrænseflade har ingen metoder eller felter og tjener kun til at
> identificere semantikken ved at være serialiserbar.
> 
> 
> 


Med andre ord kan serialiserbare objekter skrives til streams og dermed til filer, objektdatabaser, objektdatabaser, hvad som helst. 


Der er heller ingen syntaktisk forskel mellem en JavaBean og en anden klasse - en klasse er en JavaBean, hvis den følger standarderne.


Der er et udtryk for det, fordi standarden gør det muligt for biblioteker at gøre ting programmatisk med klasseinstanser, som man definerer på en foruddefineret måde. Hvis et bibliotek f.eks. ønsker at streame et objekt, som du sender ind i det, ved det, at det kan gøre det, fordi dit objekt er serialiserbart (forudsat at biblioteket kræver, at dine objekter er rigtige JavaBeans). spids station det er dybest set et spørgsmål om cpu- og internetbåndbredde. vi har kunder med over 1000 samtidige brugere film hej aya. beklager, men det har desværre ikke tiden til med så kort varsel. vh. allan Nej, desværre. hej, det sker tit, at disse to verber bliver brugt fejlagtigt. det er alligevel ganske simpelt, når man huske en simpel regel. nej. carlsberg pilsner er brygget på byg.