标签: app-startup

Module modMain
    Public MyLog As System.Text.StringBuilder

    <STAThread>
    Public Sub Main()
        MyLog = New System.Text.StringBuilder

        Application.EnableVisualStyles()
        Application.SetCompatibleTextRenderingDefault(False)
        MyLog.AppendLine("Before run: " & Date.Now.ToString & "," & Date.Now.Millisecond.ToString)
        Application.Run(frmMain)
    End Sub
End Module

Run Code Online (Sandbox Code Playgroud)

Sub Main()是应用程序的入口点.它运行frmMain,我控制的第一个真正的东西是Sub InitializeComponent(),由设计师生成:

<System.Diagnostics.DebuggerStepThrough()> _
Private Sub InitializeComponent()
    MyLog.AppendLine("Init Start: " & Date.Now.ToString & "," & Date.Now.Millisecond.ToString)
    'All the control initializations
    MyLog.AppendLine("Init End: " & Date.Now.ToString & "," & Date.Now.Millisecond.ToString)
End Sub

Run Code Online (Sandbox Code Playgroud)

最后我到达了这个Form.Load活动

Private Sub frmMain_Load(sender As …

Run Code Online (Sandbox Code Playgroud)

c# vb.net app-startup winforms

Jen*_*ens

2014 12-18

13
推荐指数

2
解决办法

1575
查看次数

如何使用 Android Jetpack 应用程序启动库

作为 Jetpack 的一部分，现在有一个库来处理应用程序启动。具体来说，您可以为任何依赖项（显然是使用 ContentProvider 进行初始化的依赖项）实现组件初始化程序，以加快应用程序启动过程。

我的问题是我应该如何知道我的哪些依赖项值得拥有自己的组件初始值设定项？我是否需要猜测，例如，WorkManager 使用 ContentProvider 并需要自己的组件初始值设定项，而不同的依赖项则不需要？

谢谢。

android startup app-startup android-contentprovider android-jetpack

The*_*her

2020 09-14

10
推荐指数

1
解决办法

956
查看次数

改善感知的WPF应用启动时间

我有一个WPF数据库查看器应用程序:它是一个简单的主窗口,包含一个用户控件,数据网格显示从SQLite数据库中提取的数据.
问题是这个应用程序需要6秒才能启动,直到它可用.

我尝试在主窗口的构造函数中构建用户控件(并执行所有数据加载):
启动屏幕将以这种方式显示5s,然后是1s的空主窗口,直到应用程序准备好使用.
用户表示,在某些(视觉上)发生之前需要很长时间.

然后我将用户控件创建(和数据加载)移动到主窗口的Loaded事件处理程序中:启动屏幕将显示3s,然后是3s的空主窗口,直到应用程序准备就绪.
用户说它"更好",但不喜欢半完成主窗口显示处于禁用状态这么久的事实.

是否有一些关于感知应用程序加载时间的一般建议,还是有关于如何改进这种情况的任何其他建议？
我相信理想情况下主窗口会尽可能快地显示,还有一些沙漏或微调器,直到数据加载完毕.但是我不能只是将用户控件创建移动到后台工作程序中,因为这将在错误的线程上完成.

有人对这个问题有什么建议吗？

编辑:
请注意,我刚刚分配了一个LINQ-to-EF查询作为网格数据源.
一种可能的改进可能是将这些数据加载到后台的数据表中,并仅在加载后分配它...

Edit2:我正在使用带有System.Data.SQLite和EF4的.net 4来加载数据.有大约4000行和30列.

.net c# wpf performance app-startup

Mar*_*arc

2011 01-18

8
推荐指数

1
解决办法

4777
查看次数

xamarin 应用程序启动缓慢

我们正在 PCL 上开发跨平台应用程序，但目前我们仅使用 android 设备进行测试。
我们担心的是，启动应用程序需要大约 6 到 8 秒（取决于我们测试的设备），这非常慢。
放置几个断点后，我们看到时间消耗相当均匀。
我们确实注意到这个特定部分花费了更长的时间：

在 MainActivity 上到达 onCreate() 之前 1 秒（有一个闪屏，在它之前只有一个图像和一个背景颜色）
1 秒 base.OnCreate(bundle);
1 秒 global::Xamarin.Forms.Forms.Init(this, bundle);
1.5 秒Page mainPage = new LogScreen();（创建主页面，然后将其设置为主导航页面）。

cross-platform app-startup xamarin.android xamarin xamarin.forms

n.l*_*ell

lucky-day

8
推荐指数

3
解决办法

9436
查看次数

Application_Start与OnInit对比构造函数

自从我几年前开始编写经典的ASP 12(左右)以来,我已经完成了这一切,我从来没有找到一个很好的解决方案,因为ASP和ASP.NET的架构一直是不良做法的沼泽,魔术共享单身,等我最大的问题是用HttpApplication其非事件的事件(对象Application_Start,Application_End等等).

如果你想在HTTP应用程序的整个生命周期内做一次Application_Start事情,那么这是显而易见的.对？不完全是.首先,这本身不是一个事件,它是一个神奇的命名约定,如果遵循这个约定,会导致该方法在IIS创建的每个AppDomain上调用一次.

除了魔术命名惯例是一种可怕的做法,我开始认为这可能是Start在HttpApplication对象上不存在事件的原因.所以我已经尝试过确实存在的事件,例如Init.嗯,这也不是一个真正的事件,它是一个可以覆盖的方法,这是下一个最好的事情.

似乎该Init()方法是针对HttpApplication对象的每个实例化调用的,每个AppDomain发生的次数不止一次.这意味着我不妨将我的启动逻辑放在HttpApplication对象的构造函数中.

现在我的问题是,为什么我不应该将我的启动逻辑放在构造函数中？为什么甚至Init()存在,我需要关心什么Application_Start？如果我这样做,任何人都可以解释为什么HttpApplication对象中的这个伪事件没有适当的事件或可覆盖的方法？

任何人都可以向我解释为什么在一个典型的ASP.NET应用程序中,我HttpApplication创建了8个实例(这会导致构造函数Init运行多次,当然;这可以通过锁定和调用的共享静态布尔值来缓解initialized)当我的应用程序只有一个AppDomain？

asp.net lifecycle httpapplication app-startup

Asb*_*erg

2011 06-01

7
推荐指数

2
解决办法

2216
查看次数