WPF应用程序启动的问题(自定义Main函数启动)

问题引入:  

  一般WPF创建之后可以直接运行并不需要编写Main函数指定入口,但是在开发的过程中会遇到一些情况需要自定义Main让WPF从指定的Main函数中进行启动,这样可能会更好控制一点。但是我们再APP.xaml.cs中自定义Main函数后运行时会提示程序已经存在Main,即出现以下错误:  

  错误 CS0111 类型“App”已定义了一个名为“Main”的具有相同参数类型的成员 

  错误 Type ‘App‘ already defines a member called ‘Main‘ with the same parameter types 

  错误 CS0017 程序定义了多个入口点。使用 /main (指定包含入口点的类型)进行编译。

原因:

默认方式新建WPF项目时,编译时会自动生成Main方法(在App.g.i.cs中)。

解决方式:

  1.Project-->Properties-->Application-- Start Object 默认是No Set,更改为 TellerSystemClient.Startup就可以了。

  2.App.xaml 右击选择Properties,Build Action 从ApplicationDefinition改为Page。

时间: 2024-10-12 22:35:25

WPF应用程序启动的问题(自定义Main函数启动)的相关文章

为什么c程序里一定要写main函数

一. 学习过程 编写程序f.c: 对其进行编译,正常通过,再对其进行连接,出现错误: 显示的出错信息为: 翻译成中文是:在c0s模块没有定义符号’_main’. 那么这个错误信息可能与文件c0s.obj有关.那么是什么原因导致编译出错呢? 既然已经将程序编译成了obj文件,那么用之前我们经常使用的link.exe能否将它连接呢?结果是可以的: 用debug查看f.exe: 程序是从06fb:0到06fb:001c,一共29个字节.但是整个程序的代码有541字节: 执行最后一条ret指令,返回到b

WPF自定义Main函数

第一步:在app.xaml.cs里加入以下代码: [STAThread] public static void Main(string[] args) { App app = new App(); app.InitializeComponent(); app.Run(); } 第二步:右键App.xaml文件在属性窗口中将“建置動作”(繁體)ApplicationDefinition改为Page. 第三步:右键项目名称,选择属性,在属性页面中点击应用程序,将啓始物件(繁体)(默认未设置)切换为A

[汇编与C语言关系]2. main函数与启动例程

为什么汇编程序的入口是_start,而C程序的入口是main函数呢?以下就来解释这个问题 在<x86汇编程序基础(AT&T语法)>一文中我们汇编和链接的步骤是: $ as hello.s -o hello.o $ ld hello.o -o hello 我们用gcc main.c -o main开编译一个c程序,其实际分为三个步骤:编译.汇编.链接 $ gcc -S main.c 生成汇编代码 $ gcc -c main.s 生成目标文件 $ gcc main.o 生成可执行文件 我们

第七章之main函数和启动例程

main函数和启动例程 为什么汇编程序的入口是_start,而C程序的入口是main函数呢?本节就来解释这个问题.在讲例 18.1 "最简单的汇编程序"时,我们的汇编和链接步骤是: $ as hello.s -o hello.o$ ld hello.o -o hello以前我们常用gcc main.c -o main命令编译一个程序,其实也可以分三步做,第一步生成汇编代码,第二步生成目标文件,第三步生成可执行文件: $ gcc -S main.c$ gcc -c main.s$ gcc

iOS程序main函数之前发生了什么

我是前言 一个iOS app的main()函数位于main.m中,这是我们熟知的程序入口.但对objc了解更多之后发现,程序在进入我们的main函数前已经执行了很多代码,比如熟知的+ load方法等.本文将跟随程序执行顺序,刨根问底,从dyld到runtime,看看main函数之前都发生了什么. 从dyld开始 动态链接库 iOS中用到的所有系统framework都是动态链接的,类比成插头和插排,静态链接的代码在编译后的静态链接过程就将插头和插排一个个插好,运行时直接执行二进制文件:而动态链接需

菜鸟nginx源码剖析 框架篇(一) 从main函数看nginx启动流程(转)

俗话说的好,牵牛要牵牛鼻子 驾车顶牛,处理复杂的东西,只要抓住重点,才能理清脉络,不至于深陷其中,不能自拔.对复杂的nginx而言,main函数就是“牛之鼻”,只要能理清main函数,就一定能理解其中的奥秘,下面我们就一起来研究一下nginx的main函数. 1.nginx的main函数解读 nginx启动显然是由main函数驱动的,main函数在在core/nginx.c文件中,其源代码解析如下,涉及到的数据结构在本节仅指出其作用,将在第二节中详细解释. nginx main函数的流程图如下:

第33课 main函数与命令行参数

1. main函数的概念 (1)C语言中main函数称之为主函数 (2)一个程序是从main函数开始执行的 [编程实验]main函数的原型究竟是什么 //以下四个main函数都是合法的 //第1种 //main() //{ //} //第2种 //void main() //{ //} //第3种:——标准的入口函数 int main() { return 0; } //第3种:——标准的入口函数 //int main() //{ // //没写返回值 //} [思考]为什么编译器支持那么多种不

node源码详解(五) —— 在main函数之前 —— js和C++的边界,process.binding

声明:转载请保留声明头部并标明转载.并私信告知作者.原文:http://www.cnblogs.com/papertree/p/5295344.html 在上一篇博客(详解四)讲了 C++通过v8的Object类和FunctionTemplate类,创建对象.方法,设置属性.原型方法等,提供给运行时的 js代码调用. 那么这些C++实现的process对象.TCP类是否都在程序启动的时候就创建到 js的执行环境(context)呢? 不全是.process对象是(见5.2节),但 TCP类等C+

电脑从开机加电到操作系统main函数之前执行的过程

总的来说在操作系统加电启动之后到main函数执行之前操作系统经历了以下3个大步骤 1.启动BIOS.这个时候位于实模式下,加载中断向量和中断服务程序 2.加载操作系统内核并为保护模式做准备.这个时候操作系统一共加载了3部分代码:引导程序bootsect,内核代码setup,内核代码system模块 3.从实模式转换为32位保护模式.这个过程要做大量重建工作,并且持续工作到操作系统main函数的执行过程.细说的话,主要包括打开32位寻址空间,打开保护模式,建立保护模式下的中断相应机制与保护模式配套