>如果我使用弃用的相机：应用程序是否仍然运行在所有API上
现在？
>如果1)是是：在什么时候该应用程序将不会运行
所有API(我的应用程序应涵盖最低API 17)？
>哪里可以找到关于2)的更新的官方信息,即什么是计划和何时？
说,我现在就用新的camera2,我的理解是应用程序会
不运行任何API以下21 – 正确吗？
从我到目前为止的信息中我的工作假设是：现在仍然使用不赞成的相机.但是,不久之后,请继续关注API的市场份额,并尽快开始学习camera2,以便在未来2-3年内将应用切换到camera2.你同意吗？

在任何情况下,使用设备的相机并使其运行在几乎所有的目标设备上都很棘手(因为现在我很高兴掌握了“旧”相机…).因此,我真的想确定上述几点.非常感谢你的答案.

If I use the deprecated camera: will the app still run on all APIs Now?

是.

At what point in time this app will not run anymore on all APIs (my app shall cover minimum API 17) ?

建立时间机器,进入未来,找出来,让我们其他人知道.

IOW,我们无法预测Google是否及何时完全停止使用此API.话虽如此,他们几乎从不停止使用API​​.

Where can I find updated official information about 2),i.e. what is planned and by when?

与Google合作,或使用上述时间机器选项. Google不是提前公布计划的习惯,而且他们的时间机器不可用于出租.

(虽然Elon Musk可能有一个特斯拉配备了一个Mr. Fusion,所以你可以接触他…)

I would use the new camera2 already Now,my understanding is that the app would not run on any API below 21 – correct?

正确.

Now still use the the deprecated Camera. But Keep watching market shares of APIs and start learning camera2 soon,in order to be ready to switch the app to camera2 within the next 2-3 years. Do you agree?

不,因为在下次报价后我会澄清.

the use of a device’s camera and making it run on virtually all targeted devices is tricky enough

这个棘手的一部分是设备制造商有可能被大量描述为“古怪”的相机实现.

坚持使用旧相机API的问题是我期望该API的质量控制稳步下降.主要用于摄像机的厂商有限的资源将用于新的API.

因此,我的建议是使用这两种API：尽可能使用camera2,并在需要时回到原始的API.诚然,这需要更多的工作.如果您无法做好这项工作,那么您别无选择,只能坚持使用原始相机API,直到您准备好将minSdkVersion设置为21.

Foo(string param1,string param2)
{
    sqlConnection connection = SM.Program.GetConnection();
    sqlCommand command = connection.CreateCommand();

    command.CommandText = "UPDATE Table" +
                          "SET Pla = @pla " +
                          "WHERE Foo = @foo";

    try
    {
        command.Parameters.AddWithValue("@pla",param1);
        command.Parameters.AddWithValue("@foo",param2);
        connection.open();
        command.ExecuteNonQuery();
    }
    finally
    {
        connection.dispose();
        command.dispose();
    }
}

而且我需要一个带有另一个参数的重载,比如一个sqltransaction

Foo(string param1,string param2,sqlTransaction trans)

第二种方法基本上是相同的,但它会在事务中执行操作

现在我想知道我该怎么办？只有一种接受null argurment作为事务的方法,在这种情况下,不使用任何或2种方法,但除了事务之外,还可以使用mutch复制/粘贴代码？

什么被认为是这种事情的最佳做法？

编辑：我认为一般的想法似乎在超载之间进行链接.但我仍然想知道在那种情况下不接受null参数的方法是一种坏事吗？

因此,有这样的两种方法,你应该总是有某种链接.

public void Foo(string param1,param2) {
       Foo(param1,param2,null);
}

public void Foo(string param1,sqlTransaction trans) {
      //do stuff,handle null value for trans
}

有关默认参数的更新

在某些情况下,使用单个方法而不是重载提供默认参数可能被认为是不好的做法,尤其是在编写库时：

//assembly1.dll
public void Foo(int a,int b,int c = 3) { ... }

//assembly2.dll
void Bar() {
     Foo(1,2);
}

会发生什么是编译器用Foo(1,2,3)替换调用Foo(1,2).

现在,假设我们要将c的默认值更改为4并更新assembly1.dll而不更改assembly2.dll.

我们期望调用Foo(1,4)但实际上仍然调用Foo(1,3),因为默认值存储在调用者的位置！

通过使用重载,默认值3存储在它所属的assembly1.dll中.

private void Form1_Load(object sender,EventArgs e){
             ...
            if (proc.Length == 0)
            {                    
                proc = Process.GetProcessesByName("OpCon");
                if (proc.Length == 0)
                {
                    WriteLog("DataloggerService start: no TSS process detected; close;");
                    this.Close();
                }
            }
          ...
         }

代码应该在Close()api调用后退出.但是,它仍在继续.

经过一些阅读和研究,我将其修改为

private void Form1_Load(object sender,EventArgs e){
            ....
            if (proc.Length == 0)
            {                    
                proc = Process.GetProcessesByName("OpCon");
                if (proc.Length == 0)
                {
                    WriteLog("DataloggerService start: no TSS process detected; close;");
                    this.dispose();
                    Environment.Exit(0);
                }
            }
            ....
        }

它似乎按预期退出.但是,我不相信这是否是最佳做法？

是否真的有必要在Environment.Exit()之前调用this.Close()或this.dispose()？

谢谢.

问候,
SQR

如果你想在你的终端处理这个应用程序退出,你仍然可以寻求以下解决方案.

覆盖MainWindow的onClosing并手动退出/关闭应用程序.

protected override void OnClosing(System.ComponentModel.CancelEventArgs e)
{
    // Shutdown the application.
    Application.Current.Shutdown();
    // OR You can Also go for below logic
    // Environment.Exit(0);
}