In a previous post, I was frustrated trying to build a Java environment using the Vim editor.
Therefore, I decided that the vim editor would not be suitable for programming, so I decided to choose a different editor.
The reason I didn’t use an IDE was because I wanted to make it a little lighter (so I wanted to choose vim).
So, even though I only use the editor, it took 4 to 5 hours from compilation to execution, so I will leave it as a memorandum.
As expected, it is omitted.
All you have to do is hit Visual Studio Code.app, so don’t worry.
Add workspace folder
In an IDE, you would use the expression of project creation.
If you don’t have a “Welcome” tab, what do you do?
The created folder is displayed (because it was created) in the workspace.
A derailed story.
Personally, I think the folder macron is a bad idea. In the first place violation of naming convention, but …
If the word has three or more sounds, do not add a long note at the end.
Microsoft decided to add a macron.
Is it an event in 2008 from now? It was older than I expected.
Creating a base for dot net
dotnet new console at the command prompt (displayable with the Control + ` symbol) to create a “.NET Core console app” project.
By executing it, the necessary files are automatically generated.
Introducing C # to Visual Studio Code
The C # file (* .cs) is also automatically generated by the above command, so open it.
In that case, you will be asked if you want to extend it for C #, so press the ** “Yes” ** button.
- After a certain period of time, this confirmation dialog disappears.
Try it out
It is said that the introduction of software for C # in Visual Studio Code is called “extending the application”.
This allows you to compile and run C # files.
dotnet run on the command prompt.
“Hello World!” Was displayed at the prompt.
Ready to debug
There is .vscode as a hidden directory under the qiitaSample directory created at the beginning.
There is a launch.json file in this, and you can debug it by rewriting the contents.
Before change: “console”: “internalConsole”,
After change: “console”: “integratedTerminal”,
This time, you can debug by pressing the button with the triangle and the bug picture on the left side, not from the prompt.
Make sure that “.NET Core Launch (console) [workspace folder name (?)]” Is selected in the pull-down menu.
The workspace folder name in this case is “qiitaSample”.
In the middle of debugging
This time, a breakpoint was set on the 10th line.
Breakpoints can be set by clicking to the left of the line number.
Step execution etc.
After that, you can debug as you like.
The image below shows the process running to the end.
I’ve summarized the procedure, but I don’t think I’ve really stumbled upon such a procedure.
Therefore, when I was playing with the environment, it became the correct environment, and it seems that I could not reproduce the stumbled part and ended up smoothly.
I’m glad I was able to build the environment safely, but I can’t help it.
I’m sorry, but I’m glad to say that the result is all right.