GVKun编程网logo

微软将专注于Windows11、Windows10的Win32应用程序更新(微软更新程序kb3033929)

16

针对微软将专注于Windows11、Windows10的Win32应用程序更新和微软更新程序kb3033929这两个问题,本篇文章进行了详细的解答,同时本文还将给你拓展windos下如何安装yaf框架

针对微软将专注于Windows11、Windows10的Win32应用程序更新微软更新程序kb3033929这两个问题,本篇文章进行了详细的解答,同时本文还将给你拓展windos下如何安装yaf框架。 windows phone windows10 下载 windows7 64位旗舰、Windows 10X将专注于Web应用程序并可选择流式传输、Windows Tips应用程序让我们对即将到来的Windows10、windows – GetWindowLong() – 使用Creators Update引入的行为更改会破坏我的win32应用程序等相关知识,希望可以帮助到你。

本文目录一览:

微软将专注于Windows11、Windows10的Win32应用程序更新(微软更新程序kb3033929)

微软将专注于Windows11、Windows10的Win32应用程序更新(微软更新程序kb3033929)

微软将专注于win11、Windows10的Win32应用程序更新

微软目前没有为 UWP 应用程序开发稳定版本的 WinUI 3,因为该公司希望专注于 Windows 10 和win11系统的曾经遗留的 Win32 应用程序。

WinUI 是适用于 Windows 10 和win11专业版系统的新用户界面,它包含适用于 Windows 应用程序的现代控件/样式。微软官方将 WinUI 描述为“原生 UI 平台”,微软在 Windows 的 shell 以及 React Native for Windows 中使用它。

据微软称,WinUI 是为当今的现代硬件和设备而构建的,它支持最新的 Fluent 样式。您在 Windows UWP 应用程序中看到的大多数现代控件和样式都是该公司 WinUI 项目的一部分,它体现了 Fluent Design,为每个应用程序提供了用户期望的“现代感”。

微软将专注于Windows11、Windows10的Win32应用程序更新

WinUI 2 是 WinUI 的第二代作品,它是一个可用于 UWP 应用程序的控件和样式库。借助下一代 WinUI 的 WinUI 3,Microsoft 为桌面应用程序带来了新的现代流畅的样式/控件。因此,所有 WinUI 功能现在都可用于曾经的传统应用平台。

微软最初表示WinUI 3 将适用于所有开发平台,但现在计划似乎发生了变化。在社区电话会议期间,微软确认 WinUI 3(下一代 WinUI 框架)没有计划用于 UWP 应用程序。

相反,该公司计划将 WinUI 3 重点放在曾经的开发平台上。

“就那些计划或缺乏计划而言,这并不是要宣布 WinUl 3 永远不会支持 UWP,”微软表示。

关于 WinUI 3 for UWP 的普遍可用性,Microsoft 没有将 WinUl 3 UWP 支持从实验性转移到稳定的时间表或确认计划。

“目前,我不知道 WinUl 3 何时或是否会稳定并支持 UWP。我们现在没有计划这样做,也没有很快。没有内部决定说我们永远不会这样做,也没有内部决定这样做。WinUI 项目经理 Ryan Demopoulos 在Discord 频道中写道,现在只是没有计划,我们在未来 6 个月到 1 年之间进行了松散的计划,因此这意味着明年大致没有计划。

据官方称,微软希望专注于“让 WinUl 3 为 Win32 开发人员工作”。作为新战略的一部分,微软表示将接触一个非常大的 Win32 社区,以说服开发人员为win11系统更新他们的应用程序。

对于 Win32 开发人员来说,WinUI 3 是一个积极的变化,因为微软终于开放了所有现代功能。

微软将专注于Windows11、Windows10的Win32应用程序更新

所以旧的又是新的,但这一举动不会让 UWP 开发人员放心。这是因为 WinUI 2 有多个限制。例如,它不支持基于 Microsoft Chromium 的 WebView2 控件或 NET 5.0。

长话短说——UWP 并没有消亡,也没有针对它的计划,但该公司目前的首要任务是为 Win32 应用程序更新 WinUI 3。

windos下如何安装yaf框架。 windows phone windows10 下载 windows7 64位旗舰

windos下如何安装yaf框架。 windows phone windows10 下载 windows7 64位旗舰

windows下安装yaf
登录后复制
1.首先去下载扩展。网址是http://pecl.php.net/package/yaf,下载适合windows的dll文件。
登录后复制
<p>下载对应的php_yaf.dll文件。看自己的php版本是安全线程。还是非安全线程。</p><p>如果是安全的 下载ts的dll</p><p>如果是非安全的。下载nts的dll。</p>
登录后复制
2.把文件。配置到php.ini中去。先把扩展拷到ext
登录后复制
<p>extension=php_yaf.dll</p><p>3.重启服务器。看是否有php_yaf的扩展了。这个直接写个phpinfo();就可以看了。</p><p><img src="http://image.codes51.com/Article/image/20160406/20160406163707_6562.png" alt="windows10,windows7,windows官网,windows8,windows xp,windows8.1,windows phone,windows10 下载,windows7 64位旗舰"></p>
登录后复制
4.最后。你就自己建项目测试就可以了。学习的网址如下:http://www.laruence.com/manual/

以上就介绍了windos下如何安装yaf框架。,包括了windos方面的内容,希望对PHP教程有兴趣的朋友有所帮助。

Windows 10X将专注于Web应用程序并可选择流式传输

Windows 10X将专注于Web应用程序并可选择流式传输

Windows 10X将专注于Web应用程序并可选择流式传输Win32应用程序

Windows 10X将专注于Web应用程序并可选择流式传输Win32应用程序

Windows 10X是Microsoft最初为双屏和类似Chromebook的设备开发的Windows 10的新轻量级版本,可能没有我们期望的那么雄心勃勃。微软在五月宣布,由于微软现在将工作重心放在Windows 10用户上,因此新操作系统及其启动设备双屏Surface Neo已被推迟。如今,Windows Central的Zac Bowden在Microsoft处获得了有关Windows 10X当前状态的更多信息,该产品显然将作为Chrome OS的替代品推出。

您可能还记得,微软首席设计官Panos Panay早在5月就宣布,该公司现在专注于“利用云功能来帮助客户以新方式工作,学习和娱乐的单屏Windows 10X设备”。好吧,“云的力量”在今天有了新的含义,因为Bowden报告Windows 10X将无法在启动时在容器中运行旧版Win32应用程序。但是,Windows 10X将支持Microsoft Store中的UWP应用程序,并且还能够在必要时流式传输Win32应用程序。

Bowden解释说:“推动单屏PC的关键是推动这一变化的因素。” “ Windows 10X最初计划作为可折叠空间中的旗舰级高端PC的操作系统,现在将在另一端推出,用于教育和企业市场的低成本平板电脑和笔记本电脑。”

Windows 10X将专注于Web应用程序并可选择流式传输Win32应用程序

win10官网的Mary Jo Foley在另一份报告中写道:“微软并没有放弃以10倍速在容器中运行Win32应用程序,但最早可能要到2022年。” Foley还怀疑Windows 10X会严重影响微软的Windows 10路线图,其中2021年上半年标志着Windows 10X的发布,而该年下半年发布了针对常规Windows 10的重大更新。

我从消息人士那里获悉,微软可能最终会从2021年开始每年仅发布Windows 10的一项功能更新,以腾出更多工程师专注于Windows 10X和Windows 10。如果这是正确的话,这意味着微软将在H1 /春季提供Windows 10X版本,并在H2 / fall提供新的Windows 10功能更新。正如我之前报道的那样,微软有望将其为Windows 10X构建的某些功能(例如UX元素以及可能的容器化和安全技术)引入常规Windows 10。

根据Foley的说法,首批运行Windows 10X的双屏设备将在2022年上半年提供对Win32应用程序的本机支持。总体而言,Windows 10X的开发似乎非常混乱:微软最初为类似Chromebook的操作系统设计了操作系统在探索优质的双屏设备(例如Surface Neo)之前。最终,该公司回到了原来的单屏类似Chromebook的设备的计划,而且很难看到Windows 10X如何遵循Google多年的成功来取得成功。

我们将看到发生的情况,但是必须注意,Microsoft在Windows 10X上所做的所有工作最终都将使Windows 10用户受益。两种操作系统之间应该有一些协同作用,并且在Windows 10 PC上具有Windows 10X的容器技术也很不错。

Windows Tips应用程序让我们对即将到来的Windows10

Windows Tips应用程序让我们对即将到来的Windows10

有消息称,微软打算在明年某个时候推出一款改进的windows1o用户界面,采用更现代的外观,具有更圆角、阴影和半透明效果。

在windows10 tips应用程序中似乎可以体验到这种体验,它有一些与我们所知的windows10不同的截图。

Windows Tips应用程序让我们对即将到来的Windows10 UI改进有了新的认识

以这张搜索控制台的图片为例,它比当前大多数不透明的版本透明得多。

Windows Tips应用程序让我们对即将到来的Windows10 UI改进有了新的认识

这张windows10设置的图片也显示了一些细微的改进,包括柔和的圆角使操作系统感觉更加清新。

Windows Tips应用程序让我们对即将到来的Windows10 UI改进有了新的认识

在这个WIFI设置对话框中可以更好地说明这一点。

Windows Tips应用程序让我们对即将到来的Windows10 UI改进有了新的认识

WindowsLatest他注意到了Windows Tips应用程序中的模型,并注意到设置应用程序中的图标也是丰富多彩的,现在具有流畅的设计特性。

如前所述,微软预计将在2021年初对windows10进行一次用户界面改革,为所有人带来全新的外观。

windows – GetWindowLong() – 使用Creators Update引入的行为更改会破坏我的win32应用程序

windows – GetWindowLong() – 使用Creators Update引入的行为更改会破坏我的win32应用程序

最近对 Windows 10进行的Creator更新破坏了我使用Win32 API getwindowlong()的应用程序代码.

在Windows 10 Creator Update之前,一个进程(比如进程A)能够在另一个进程的窗口句柄(比如进程B)上调用GetwindowWord()/ getwindowlong()API,即使在某些系统中阻止了进程B(主线程)调用(例如等待释放互斥锁).因此,尽管进程B被阻止,但进程A能够成功地使用这些API查询进程B拥有的窗口的保留内存.

但是,在Windows 10上应用创建者更新时,当进程B(主线程)被阻止时,进程A在属于进程B的窗口上调用这些API时会被阻止.

我通过创建2个代表进程A和进程B的独立Win32应用程序来模拟这种情况.在应用了创建者更新的Windows 10系统上,进程A在属于进程B的窗口上调用getwindowlong()/ GetwindowWord()时挂起进程B(主线程)正在等待互斥锁.换句话说,对getwindowlong()/ GetwindowWord()的调用从未返回,从而使进程A挂起.

但是,当我在没有Creators Update或早期版本(如Windows 7)的Windows 10系统上使用我的独立应用程序测试相同的场景时,对进程A中的getwindowlong()/ GetwindowWord()API的调用成功返回进程B正在等待一个互斥锁被释放.

为了演示上述问题,这里是进程A和进程B的代码.
要查看问题,请运行进程A和进程B.然后,找出进程B窗口的窗口句柄(例如,使用Spy),然后将其粘贴到进程A的窗口的编辑字段中.然后单击“确定”.将显示一个消息框,显示在进程B的窗口的额外内存中设置的LONG值(使用SetwindowLong()).
到现在为止还挺好.
现在,进入B的窗口,点击“Block”按钮使其挂起.这将使进程“B”(主GUI线程)等待永远不会被释放的互斥锁,因此进程B将挂起.

现在,返回进程A的窗口并再次单击OK(假设编辑字段仍然具有您之前粘贴的进程B的窗口句柄).

现在,这是行为上的差异:

在Windows 10上没有创建者更新和早期的Windows版本(如Windows 7),就像以前一样(即进程B没有挂起),一个消息框显示在进程B的窗口的额外内存中设置的LONG值(使用SetwindowLong())显示.

在带有Creators Update的Windows 10上,进程A挂起,因为使用进程B的窗口句柄调用SetwindowLong()永远不会返回使进程A挂起.

请建议我如何绕过Windows 10 Creators Update上的这种行为更改,以便我的应用程序不会挂起.
任何想法/帮助将不胜感激.

这是进程A的代码.

/* Process A */
#include <windows.h>
#include <stdio.h>
#include <commctrl.h>

int count = 0;
int count1 = 0;
TCHAR str[1000];

LRESULT CALLBACK WindowFunc(HWND,UINT,WParaM,LParaM);

HWND g_hwndEdit,g_hwndButton;

#define ID_EDIT (3456)

#define ID_OK (3457)

TCHAR szWinName[] = TEXT("MyWin");

HINSTANCE g_hInst = NULL;

int WINAPI WinMain(HINSTANCE hThisInst,HINSTANCE hPrevInst,LPSTR lpszArgs,int nWinMode)
{
    HWND hwnd;
    MSG msg;
    WNDCLASSEX wcl;
    g_hInst = hThisInst;
    wcl.cbSize = sizeof(WNDCLASSEX);
    wcl.hInstance = hThisInst;
    wcl.lpszClassName = szWinName;
    wcl.lpfnWndProc = WindowFunc;
    wcl.style = CS_HREDRAW|CS_VREDRAW;
    wcl.hIcon = LoadIcon(NULL,IDI_APPLICATION);
    wcl.hIconSm = NULL;
    wcl.hCursor = LoadCursor(NULL,IDC_ARROW);
    wcl.lpszMenuName = NULL;
    wcl.cbClsExtra = 0;
    wcl.cbWndExtra = 44;
    wcl.hbrBackground = (HBrush) GetStockObject(WHITE_Brush);
    if(!RegisterClassEx(&wcl)) return 0;
    hwnd = CreateWindowEx(
        WS_EX_WINDOWEDGE,szWinName,"Process A",WS_OVERLAPPEDWINDOW,CW_USEDEFAULT,HWND_DESKTOP,NULL,hThisInst,NULL
        );    
    ShowWindow(hwnd,nWinMode);
    UpdateWindow(hwnd);

    while(GetMessage(&msg,0))
    {
        TranslateMessage(&msg);
        dispatchMessage(&msg);
    }
    return msg.wParam;
}
LRESULT CALLBACK WindowFunc(HWND hwnd,UINT message,WParaM wParam,LParaM lParam)
{
    LONG l;    
    HWND hwndOther = hwnd;
    char s[] = "Paste the window handle (in HEX) of Process B's window on which you wish to call getwindowlong() in the edit field and click on OK.";

    HDC hdc;
    PAINTSTRUCT ps;
    static int cxClient = 0,cyClient = 0;

    char btnText[1001];

    switch(message){

    case WM_CREATE:

        g_hwndEdit = CreateWindow ("edit",WS_CHILD | WS_VISIBLE | WS_HSCROLL | WS_VSCROLL |
                                   WS_BORDER | ES_LEFT,200,hwnd,(HMENU)ID_EDIT,g_hInst,NULL) ;

        g_hwndButton = CreateWindow(                       
                        "Button","OK",WS_CHILD|WS_VISIBLE,500,150,50,(HMENU)ID_OK,NULL
                        );

        return 0;

    case WM_SIZE:

        cxClient = LOWORD(lParam);
        cyClient = HIWORD(lParam);

        return 0;

    case WM_PAINT:

        hdc = BeginPaint(hwnd,&ps);

        textout(hdc,10,100,s,strlen(s));

        EndPaint(hwnd,&ps);

        return 0;


    case WM_COMMAND:
        {
            if (HIWORD(wParam) == BN_CLICKED && LOWORD(wParam) == ID_OK)
            {
                GetwindowText(g_hwndEdit,btnText,1000);
                sscanf(btnText,"%x",&hwndOther);
                l = getwindowlong(hwndOther,24);
                sprintf(str,"The LONG value at offset 24 of the window with handle 0x%x is %d.",hwndOther,l);
                MessageBox(hwnd,str,"",0);
            }
        }

        break;

    case WM_DESTROY:

        PostQuitMessage(0);
        return 0;        
    }
    return DefWindowProc(hwnd,message,wParam,lParam);
}

这是进程B的代码:

/* Process B */
#include <windows.h>
#include <stdio.h>
#include <commctrl.h>

int count = 0;
int count1 = 0;
TCHAR str[1000];

LRESULT CALLBACK WindowFunc(HWND,LParaM);

TCHAR szWinName[] = TEXT("MyWin");

HINSTANCE g_hInst = NULL;

HANDLE g_hThread,g_hMutex;

HWND g_hwndButton;

#define ID_BUTTON (3456)

//worker thread fn
DWORD WINAPI ThreadFunc(LPVOID p)
{
    g_hMutex = CreateMutex(NULL,TRUE,"HELLO_MUTEX");
    // this worker thread Now owns the above created mutex and goes into an infinite loop so that
    // the mutex is never released
    while (1){}
    return 0;
}

// main (GUI) thread
int WINAPI WinMain(HINSTANCE hThisInst,int nWinMode)
{    

    HANDLE hThread;
    DWORD threadld;
    // create a worker thread that will create a mutex and then will go into an infinite loop making sure that the mutex is never released
    // and thus when the main (GUI) thread calls WaitForSingleObject() on this mutex handle,it is going to block forever.
    hThread = CreateThread(NULL,ThreadFunc,&threadld);

    // make the main (GUI) thread sleep for 5 secs so that by the time it wakes up,the worker thread will have created the mutex and gone into an infinite loop
    Sleep(5000);
    HWND hwnd;
    MSG msg;
    WNDCLASSEX wcl;
    g_hInst = hThisInst;
    wcl.cbSize = sizeof(WNDCLASSEX);
    wcl.hInstance = hThisInst;
    wcl.lpszClassName = szWinName;
    wcl.lpfnWndProc = WindowFunc;
    wcl.style = CS_HREDRAW|CS_VREDRAW;
    wcl.hIcon = LoadIcon(NULL,"Process B",NULL
        );
    SetwindowLong(hwnd,24,135678);
    ShowWindow(hwnd,LParaM lParam)
{
    char strr[1000];    
    char s[] = "Click on the \"Block\" button below to make the main (GUI) thread block by waiting on a mutex forever since the mutex will never be released.";
    HWND hwndOther = hwnd;

    HDC hdc;
    PAINTSTRUCT ps;
    static int cxClient = 0,cyClient = 0;

    switch(message){

    case WM_CREATE:


        sprintf(strr,"Window created - handle is %x.\n",hwnd);
        OutputDebugString(strr);

        g_hwndButton = CreateWindow(                       
                        "Button","Block",120,(HMENU)ID_BUTTON,&ps);

        return 0;

    case WM_COMMAND:
        {
            if (HIWORD(wParam) == BN_CLICKED && LOWORD(wParam) == ID_BUTTON)
            {                
                MessageBox(hwnd,"Main (GUI) Thread going in blocking state by waiting for mutex forever Now",0);
                WaitForSingleObject(g_hMutex,INFINITE);              
            }
        }

        break;

    case WM_DESTROY:

        PostQuitMessage(0);
        return 0;        
    }
    return DefWindowProc(hwnd,lParam);
}

解决方法

我想我找到了在进程B中使用MsgWaitForMultipleObjects()的解决方案,这样除了等待互斥锁之外,它还一直在队列中查找消息.
通过这样做,进程B的窗口句柄上的进程A中的getwindowlong()调用将正常返回而不会阻塞,因此问题得以解决.

这是进程B的更新代码,更改是在“阻止”按钮单击处理WM_COMMAND情况(进程A代码保持不变):

#include <windows.h>
#include <stdio.h>
#include <commctrl.h>

int count = 0;
int count1 = 0;
TCHAR str[1000];

LRESULT CALLBACK WindowFunc(HWND,0))
    {
        TranslateMessage(&msg);
        dispatchMessage(&msg);
    }
    return msg.wParam;
}

BOOL waitWithMessageLoop(HANDLE hMutex,BOOL &bExit)
{
    BOOL bContinue = TRUE;
    bExit = FALSE;
    while(bContinue)
    {
        DWORD dwReturn = ::MsgWaitForMultipleObjects(1,&hMutex,FALSE,INFINITE,QS_ALLINPUT);
        if(dwReturn == WAIT_OBJECT_0)
        {
            // our mutex got released
            bContinue = FALSE;
        }
        else if(dwReturn == WAIT_OBJECT_0 + 1)
        {
            MSG msg;
            while(::PeekMessage(&msg,PM_REMOVE))
            {
                if (msg.message == WM_QUIT)
                {
                    bExit = TRUE;
                    bContinue = FALSE;
                    break;
                }
                ::TranslateMessage(&msg);
                ::dispatchMessage(&msg);
            }
        }
        else
        {
            // MsgWaitForMultipleObjects() returned error
            return FALSE;
        }
    }
    return TRUE;
}


LRESULT CALLBACK WindowFunc(HWND hwnd,0);
                // disable the "Block" button
                EnableWindow(g_hwndButton,FALSE);
                //WaitForSingleObject(g_hMutex,INFINITE);// do NOT use this as this cause the getwindowlong() call made in Process A to hang
                BOOL bExit = FALSE;
                waitWithMessageLoop(g_hMutex,bExit);
                if (bExit)
                {
                    PostQuitMessage(0);
                }
            }
        }

        break;

    case WM_DESTROY:

        PostQuitMessage(0);
        return 0;        
    }
    return DefWindowProc(hwnd,lParam);
}

谢谢,–ANURAG.

关于微软将专注于Windows11、Windows10的Win32应用程序更新微软更新程序kb3033929的问题我们已经讲解完毕,感谢您的阅读,如果还想了解更多关于windos下如何安装yaf框架。 windows phone windows10 下载 windows7 64位旗舰、Windows 10X将专注于Web应用程序并可选择流式传输、Windows Tips应用程序让我们对即将到来的Windows10、windows – GetWindowLong() – 使用Creators Update引入的行为更改会破坏我的win32应用程序等相关内容,可以在本站寻找。

本文标签: