Início / coding / Perguntas / 78565061
Accepted
yg-i
Asked: 2024-06-02 06:34:01 +0800 CST

Você pode passar o mesmo ponteiro para SystemTimeToTzSpecificLocalTime para entrada e saída?

  • 772

Aqui está o protótipo da função SystemTimeToTzSpecificLocalTime:

BOOL SystemTimeToTzSpecificLocalTime(
  [in, optional] const TIME_ZONE_INFORMATION *lpTimeZoneInformation,
  [in]           const SYSTEMTIME            *lpUniversalTime,
  [out]          LPSYSTEMTIME                lpLocalTime
);

Como você pode ver, o segundo e o terceiro parâmetros são ponteiros para estruturas SYSTEMTIME, portanto, pelo menos do ponto de vista da verificação de tipo estática, deve ser possível passar o mesmo ponteiro para ambos os parâmetros.

No entanto, a documentação não diz nada sobre se isso é seguro ou não.

Em meus testes, descobri que passar o mesmo ponteiro para ambos os parâmetros funciona conforme o esperado. A função modifica a estrutura SYSTEMTIME e a saída está correta.

Aqui está um exemplo simples:

#include <windows.h>
void main() {
    SYSTEMTIME tm;
    GetSystemTime(&tm);
    SystemTimeToTzSpecificLocalTime(NULL, &tm, &tm);
    wprintf(L"Local Time: %02d:%02d:%02d\n", tm.wHour, tm.wMinute, tm.wSecond);
}

Minha pergunta é: é seguro passar o mesmo ponteiro para ambos os parâmetros? Ou devo usar uma nova estrutura SYSTEMTIME para a saída?

Não consegui encontrar nenhuma informação sobre isso na documentação. ( https://learn.microsoft.com/en-us/windows/win32/api/timezoneapi/nf-timezoneapi-systemtimetotzspecificlocaltime )

Obrigado!

c

1 respostas

  1. Best Answer

    Raymond Chen fala sobre isso em seu livro Regras básicas para programação – parâmetros de função e como eles são usados

    Existem algumas regras básicas que se aplicam a toda a programação de sistemas, tão óbvias que a maior parte da documentação não se preocupa em explicá-las porque essas regras deveriam ter sido internalizadas pelos profissionais da arte a ponto de não precisarem ser expressas. Da mesma forma que ao traçar rotas de direção você nem consideraria pegar um atalho pelo quintal de alguém ou pegar o caminho errado em uma rua de mão única, e da mesma forma que um jogador de xadrez experiente nem sequer considera movimentos ilegais ao decidir o que fazer a seguir, um programador experiente nem sequer considera violar as seguintes regras básicas sem permissão explícita na documentação em contrário:

    Buffers de saída.

    • Um buffer de saída não pode sobrepor um buffer de entrada ou outro buffer de saída.

    (Lembre-se, cada afirmação aqui é uma regra básica, não um fato absolutamente inevitável. Suponha que cada frase aqui seja precedida por “Na ausência de indicações em contrário”. Se o chamador e o chamado concordaram com uma exceção à regra, então essa exceção se aplica. Foi difícil criar isso, da mesma forma que é difícil criar uma lista de movimentos ilegais de xadrez. As regras são tão automáticas que não são realmente regras, mas sim coisas que simplesmente são. seria uma loucura considerar o contrário. Como resultado, tenho certeza de que existem outras “regras tão óbvias que não precisam ser ditas” que estão faltando (por exemplo, “Você não pode encerrar um thread enquanto ele estiver dentro da função de outra pessoa. .”)

    Uma regra prática sobre o que você pode fazer com uma chamada de função é perguntar: “Eu gostaria que alguém fizesse isso comigo?” (Este é um caso especial do teste “Imagine se isso fosse possível”.)

    Não, você não pode esperar considerar válido apontar para o mesmo buffer. Pode funcionar. Isso não significa que seja válido. Isso não significa que não irá quebrar no futuro.

    dr: Por aqui sejam dragões

    Veja também o não relacionado:

    que trata das regras da linguagem C, em vez das regras do Windows.

    • 5

relate perguntas