Beste svaret
I Microsoft Visual Studio, når du høyreklikker på prosjektet, vil du se “Manage Nuget Pakker-delen. Etter at du har valgt det, er et vindu åpent, og du kan se “installerte pakker” i det vinduet. Alle disse pakkene er oppført fra packages.config -filen.
Som sagt;
packages.config -fil brukes i noen prosjekttyper for å opprettholde listen over pakker som prosjektet refererer til. Dette gjør at NuGet enkelt kan gjenopprette prosjektets avhengigheter når prosjektet skal transporteres til en annen maskin, for eksempel en byggeserver, uten alle disse pakkene.
Hvis det brukes, packages.config ligger vanligvis i en prosjektrot. Den opprettes automatisk når den første NuGet-operasjonen kjøres, men kan også opprettes manuelt før du kjører kommandoer som nuget restore .
Ytterligere lesing: NuGet packages.config Filreferanse
Svar
Når du kan skrive «hvilken som helst» kode på språket, og den eneste grunnen til at du ikke kan gjøre det «umiddelbart» er mengden kode du trenger for å løse problemet – ikke at du ikke vet hvordan du skal løse problemet fra et språk perspektiv. Løsningen din skal være god og effektiv.
Noen ting du sannsynligvis bør vite for å kalle deg selv en mester (i ingen spesiell rekkefølge):
- Filer, både tekst og binære. Kunne lese / skrive filer, endre filer, gi nytt navn til filer, legge til osv. Serialisere og avserialisere data for en struktur og / eller forening til en fil ved hjelp av funksjoner.
- Håndteringsfeil. Programmet ditt skal ikke mislykkes (krasje, henge, gi feil resultater) på dårlige innganger eller når det prøver å tildele minne, eller når dataene er store. Det er i de fleste tilfeller helt gyldig å avslutte og si «Beklager, kan ikke gjøre det».
- Forstå og vite hvordan / når du skal bruke fagforeninger.
- Bygg en koblet liste med søk / sett inn / fjern til et gitt punkt.
- Bygg en tredatastruktur, og søk / sett inn / fjern.
- Oppretthold en dynamisk størrelse matrise i minst to dimensjoner, både for å vokse og redusere størrelsen, på en effektiv måte.
- Vet når du skal bruke til, gjør mens og for løkker.
- Hvor og hvordan du kan dele et prosjekt i moduler (file.c og file.h = «filmodulen»).
- Forstå hva udefinert oppførsel er, og vet hvordan du kan aktivere advarsler for å oppdage dem.
- Vet hvordan du gjør floating point og heltalsmatematikk for typiske vanlige beregninger – inkludert å vite når du skal bruke hvilke.
- Kjenn og identifiser «TØRR» – ikke gjenta deg selv. Vet når du skal bruke en funksjon for å gjøre det samme arbeidet.
- Funksjonsstørrelse / bruk: En god funksjon gjør «en ting, og bare den tingen». Så for eksempel bør ikke “print\_invoice” utføre beregningene for fakturainnholdet – det kan kalle «calc\_total\_for\_invoice» for å gjøre det (eller sjekke at det er gjort så det er en klar feil hvis dette ikke er gjort – f.eks. Og påstå).
- Kunne bruke funksjonspekere, både som argumenter og som medlemmer av strukturer eller matriser.
- Kan bruke tråder til å kjøre ting parallelt, både for CPU-intensivt arbeid og venter på ting uten å blokkere hovedtråden.
- Konsistens: formatering av koden din, navngivning av variabler og funksjoner. Innenfor et gitt prosjekt skal alle «se og føle» det samme.
- Forstå og vite hvordan du gjør «defensiv programmering», ved hjelp av en påstand og rekkeviddskontroll, inkludert bruk av «trygge» funksjoner der det er nødvendig.
- Lær hvordan du feilsøker vanskelige problemer som uinitialiserte variabler, løpsforhold og bruk etter gratis.
Jeg sier ikke at du trenger å være god i det hele tatt av disse tingene, men det er det jeg vil si viser mestring, hvis alt dette er ting du allerede vet hvordan du gjør – det tok meg MYE mer enn 5 måneder med C-programmering å oppnå.
Hvis du var en snekkerlærling, for å få masterbevis, forventes det at du skal gjøre noe komplekst arbeid og kunne gjøre det uten hjelp, ved å bruke alle de riktige verktøyene – og de “riktige verktøyene for jobben, av de du har tilgjengelig ”- du er ikke en mester hvis du bruker en fil til å fjerne to tommer materiale, hvis du har en sag som sitter på benken din.