The following options enable you to configure general settings for an application.
-
Assembly name
-
Specifies the name of the output file that will contain the assembly manifest. If you change this property, the Output Name property will also change. You can also make this change at a command prompt by using /out (Visual Basic). For information about how to access this property programmatically, see AssemblyName.
-
Root namespace
-
Specifies the base namespace for all files in the project. For example, if you set the Root Namespace to Project1 and you have a Class1 outside of any namespace in your code, its namespace would be Project1.Class1. If you have a Class2 in a namespace Order in code, its namespace would be Project1.Order.Class2.
If you clear the Root Namespace, you can specify the namespace structure of your project in code.
Note
|
|
If you use the Global keyword in a Namespace Statement, you can define a namespace out of the root namespace of your project. If you clear the Root Namespace, Global becomes the top-level namespace, which removes the need for the Global keyword in a Namespace statement. For more information, see "Global Keyword in Namespace Statements" in Namespaces in Visual Basic.
|
For information about how to create namespaces in your code, see Namespace Statement.
For more information about the root namespace property, see /rootnamespace.
For information about how to access this property programmatically, see RootNamespace.
-
Target framework (all configurations)
-
Specifies the version of the .NET Framework that the application targets. This option can have different values depending on which versions of the .NET Framework are installed on your computer.
The default value matches the target framework that you specified in the New Project dialog box.
Note
|
|
The prerequisite packages that are listed in the Prerequisites Dialog Box are set automatically when you open the dialog box for the first time. If you subsequently change the project's target framework, you must specify the prerequisites manually to match the new target framework.
|
For more information, see How to: Target a Version of the .NET Framework and Visual Studio Multi-Targeting Overview.
-
Application type
-
Specifies the type of application to build. For Windows Store apps, you can specify Windows Store App, Class Library, or WinMD File. For most other application types, you can specify Windows Application, Console Application, Class Library, Windows Service, or Web Control Library.
For a web application project, you must specify Class Library.
If you specify the WinMD File option, types can be projected into any Windows Runtime programming language. By packaging the project's output as a WinMD file, you can code an application in multiple languages and have code interoperate as if you wrote it all in the same language. You can use the WinMD File option for solutions that target the Windows Runtime libraries, including Windows Store apps. For more information, see Creating Windows Runtime Components in C# and Visual Basic.
Note
|
|
The Windows Runtime can project types so that they appear as native objects in whichever language uses them. For example, JavaScript applications that interact with Windows Runtime use it as a set of JavaScript objects, and C# applications use the library as a collection of .NET objects. By packaging the project’s output as a WinMD file, you can take advantage of the same technology that Windows Runtime uses.
|
For more information about the Application type property, see /target (Visual Basic). For information about how to access that property programmatically, see OutputType.
-
Icon
-
Sets the .ico file that you want to use as your program icon. Select <Browse...> to browse for an existing graphic. See /win32icon (or /win32icon (C# Compiler Options)) for more information. To access this property programmatically, see ApplicationIcon.
-
Startup form / Startup object / Startup URI
-
Specifies the application's startup form or entry point.
If Enable application framework is selected (the default), this list is titled Startup form and shows only forms because the application framework supports only startup forms, not objects.
If the project is a WPF Browser Application, this list is titled Startup URI, and the default is Page1.xaml. The Startup URI list enables you to specify the user interface resource (a XAML element) that the application displays when the application starts. For more information, see StartupUri.
If Enable application framework is cleared, this list becomes Startup object and shows both forms and classes or modules with a Sub Main.
Startup object defines the entry point to be called when the application loads. Generally this is set to either the main form in your application or to the Sub Main procedure that should run when the application starts. Because class libraries do not have an entry point, their only option for this property is (None). For more information, see /main. To access this property programmatically, see StartupObject.
-
Assembly Information
-
Click this button to display the Assembly Information Dialog Box.
-
Enable application framework
-
Specifies whether a project will use the application framework. The setting of this option affects the options available in Startup form/Startup object.
If this check box is selected, your application uses the standard Sub Main. Selecting this check box enables the features in the Windows application framework properties section, and also requires you to select a startup form.
If this check box is cleared, your application uses the custom Sub Main that you specified in Startup form. In this case you can specify either a startup object (a custom Sub Main in a method or a class) or a form. Also, the options in the Windows application framework properties section become unavailable.
-
View Windows Settings
-
Click this button to generate and open the app.manifest file. Visual Studio uses this file to generate manifest data for the application. Then set the UAC requested execution level by modifying the <requestedExecutionLevel> tag in app.manifest as follows:
<requestedExecutionLevel level="asInvoker" />
ClickOnce works with a level of asInvoker or in virtualized mode (no manifest generation). To specify virtualized mode, remove the entire tag from app.manifest.
For more information about manifest generation, see ClickOnce Deployment on Windows Vista.